Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
Insula Faktury je open source generátor faktur, který běží přímo ve webovém prohlížeči. Žádná registrace, žádné sledování, žádné omezení. Zdrojové kódy jsou k dispozici na Codebergu.
První Mobile Linux Hackday v Plzni, tj. komunitní setkání věnované Linuxu na mobilních zařízeních, proběhne 24. července od 10:00. Akce je otevřená všem zájemcům – od zvědavců po zkušené vývojáře. Dopoledne proběhnou přednášky Davida Heidelberga a Petra Hodiny o aktuálním stavu mobilního Linuxu: proč vůbec chtít tučňáka v kapse, jaké telefony jsou dnes dobře podporované a co taková podpora obnáší. Po obědě se zaměříme na konkrétní
… více »3D software Blender byl vydán ve verzi 5.2 s prodlouženou podporou. Videopředstavení na YouTube.
SketchForge 3D (GitHub, reddit) je open source 3D editor / CAD běžící ve webovém prohlížeči bez nutnosti účtu nebo cloudového úložiště. Inspirovaný byl Tinkercadem. Doporučena je lokální instalace.
Jak se v knize pise, tak hlavni problem je prave v tom perfekcionismu. Mame tendenci vydat program az kdyz je dokonaly (my, jako evropane). Zatimco (viz treba MS) oni vydaji program o kterem vedi, ze ma k dokonalosti daleko, a pak postupne vydavaji opravy.
Problem je v tom, ze kdyz my vydame svuj perfektni program, tak trh je uz zvykli na konkurencni, ikdyz mene kvalitni, a nema chut prechazet.
Takze at se nam to libi nebo ne, tak jejich postup je vetsinou trzne uspesnejsi.
Taky cisty SCRUM nefunguje rovnako, ako nefunguje cisty vodopad. Podla skusenosti je dobre prejst si viac metodik, z kazdej zobrat jednu-dve veci, ktore vyhovuju danemu timu ci organizacii, ostatne zahodit. Proste vytvorit si vlastnu metodiku situ na mieru. Kent Beck tak odporuca zavadzanie XP: vezmite najpalcivejsi problem vasho timu a rieste ho v style XP (ja by som rozsiril ze v style agilneho programovania), az prestane byt problemom. Postupujte dalsim problemom. XP niekedy nemusi vyhovovat. Ja by som to pretransformoval takto: identifikujte svoj najpalcivejsi problem, najdite vhodne riesenie v metodike, ktora ma tuto oblast zvladnutu dobre a zaroven jednoducho a zavedte to u seba. Ked sa takto budu riesit problemy vyvoja, moze sa dost k zaujimavej hybridnej metodike, kde napr. specifikacia bude z vodopadu, implementacia bude feature driven, integracia bude z XP, testovanie zo spiraly a komunikacia v time sa bude riesit "skrumazami".
Prvykrat som ju cital zbezne, druhykrat zo zvyraznovacom v ruke a viem, ze ju budem citat znovu. Ak robis vyvoj softveru v time, je tych par korun vysoko navratnou investiciou; ak, pravda, nemas zvladnute vsetky metodiky aspon tak (alebo lepsie), ako su rozobrate v knihe. Ale dovolim si tvrdit, ze o tretine z v knihe rozoberanych metodik vacsina vyvojarov ani nepocula a nevie ze existuju.
Tiskni
Sdílej: