plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
Za posledních pár měsíců jsem prošel několika projekty, mnohé z nich jsem urychleně opustil, u některých zatím zůstávám. Setkávám s dalšími a dalšími situacemi, které mne v různých projektech nepříjemně překvapují, někdy snad až příliš.
Rozhodl jsem se tedy sepsat pár faktorů, kterých si budu všímat, až příště budu chtít pomoci nějakému softwarovému projektu. Pokud jsou Vaše priority odlišné, budu rád, pokud se podělíte o Vaše názory.
Kupředu k bodům:
Někdo je v tomto možná až příliš velký konzervativec, ale v základu měl pravdu - projekt bez dobré přípravy nemá moc valnou naději na kvalitní výsledek. Fáze vývoje a cílové vlastnosti programu by neměly být závislé na tom, jak v libovolném okamžiku rozhodne vůdčí programátor (obvyklé), ale spíše by měly být na začátku vývoje jasně sepsány a na viditelném místě uschovány. "Bazarový vývoj" má největší úspěch v případě, že každý z trhovců přesně ví, co dělá, a tuší také, na čem se pracuje u ostatních.
S konfliktním (a značně tvrdohlavým) vývojářem se lehko dostanete do hádky, načež on si o Vás prostě negativní obrázek udělá, ať budete argumentovat sebelépe. Podobnou variantou je vývojář, který nedokáže ustoupit ze svých nároků nebo není schopen uznat svou chybu (dezinformace je v tomhle hodně častá). Jakmile existuje velice podobný otevřený projekt (např. 2 frontendy jednoho programu, oba pod QT), avšak vývojáři se nedokážou shodnout na spojení, raději si svou spolupráci promyslete - není nic méně konstruktivního než flamewars.
Vývojář Vás někdy nemůže o něčem informovat také proto, že to jednoduše neví. Projekt musí stát na pevných komunikačních základech, nejenom na jednom mailing listu a kanálu na IRC. Přehledné záznamy o komunikaci na emailové konferenci jsou nezbytné, další důležitý bod je přehledná (a obsáhlá) webová stránka (s cílovými vlastnostmi projektu - bod 1), dále například malá wiki pro koordinaci práce na jednotlivých součástech programu.
To by ode mne stačilo, teď jste na řadě Vy.
Tiskni
Sdílej:
"Pak tu jsou projekty bez dokumentace, které si píšou programátoři sami pro sebe. Nemám rád programy bez dokumentace! Raději budu mít program špičkově zdokumentovaný s menším množstvím funkcí než nezdokumentovaný bastl."Knuth věděl, proč píše TeX ve WEBu...