Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Predem reknu ze nechci resit "pomalost" ani nastartovat novy flamewar. Budu mluvit o necem jinem.
Asi si pamatujete zaplavu nejruznejsich linuxovych liveCD. Java je na tom podobne s knihovnami a nejruznejsimi frameworky.
Jako typicky priklad uvedu ORM mapping. Kolem roku 2000 vznikly dve knihovny Hibernate a iBatis. Obe resi stejny problem jinym zpusobem a vzajmne se perfektne doplnuji. Protoze byly uspesne, vznikla cela rada podobnych nastroju. Pritom 80% procent z nich neprinasi nic noveho a jen se snazi resit nove problemy.
Jako dalsi priklad mohou poslouzit logovaci knihovny. Log4J je nejsireji pouzivana knihovna pro logovani. Presto jen v ramci Apache Foundation existuji 3 dalsi knihovny pro stejny ucel.
Proc mluvim o rakovine? Protoze rakovine bunky se nekontrolovane mnozi a odcerpavaji silu organizmu. Stejne tak lze hodnotit obrovske mnozstvi knihoven pro Javu.
Nejhorsi na tom je ze tato rakovina zasahla i Sun. Priklad "just another library" je treba implementace Loggeru v JRE. Priklady "just another standart" jsou JDO a JPA kopirujici Hibernate nebo Java Module System kopirujici OSGI.
Pokud clovek zacina novy projekt, musi se doslova prokousat desitkama knihoven, ktere mohou resit jeho problemy. Obcas to prinese kompletne novy pristup, ale vetsinou je to jen stary problem otoceny o par stupnu.
Reseni tohohle neexistuje, je to dan za rozsirenost javy. Osobne doporucuji kazdy pul rok vyzkouset nove knihovny, jestli neusetri nejaky cas. Take je velmi rozumne nezacinat s betou/prototypem. Knihovna by mela byt na trhu alespon rok ve stabilni verzi, protoze za tu dobu se odladi problemy a vznikne rozumna komunita.
Obcas tohle prochazeni knihoven prinese prekvapivy objev. Pro me to napriklad bylo: DB4J (objektova db) a Piccollo (2D framework)
Tiskni Sdílej:
Jako dalsi priklad mohou poslouzit logovaci knihovny. Log4J je nejsireji pouzivana knihovna pro logovani. Presto jen v ramci Apache Foundation existuji 3 dalsi knihovny pro stejny ucel.A to sami autoři log4j napsali další dvě knihovny pro logování – slf4j (obdoba jakarta-commons-logging) a logback (nástupce log4j). Nutno ovšem říci, že tady to má smysl, protože ty knihovny jsou opravdu lepší, než jejich předchůdci (navíc implementují nejrůznější API, takže je možné v části projektu používat slf4j, které ale nakonec loguje skrze jcl nebo log4j, nebo je naopak možné používat slf4j, ktzeré knihovnám používající jcl poskytne jeho API). Jinak je to bujení Javy podobné, jako bujení linuxových distribucí, nebo i jako bujení demokracie, kapitalizmu, nebo dokonce života – všude se spousta věcí „vymýšlí“ znova a znova, liší se jenom v drobnostech. Jenomže jak se zdá, pro vývoj je to ta nejlepší cesta. Náš pan vševědoucí prezident do počítačů nedělá, aby nám prozradil, který systém bude nejlepší, takže holt nezbývá, než těch cestiček prošlapávat spoustu a čekat, která se ukáže jako perspektivní, a která zanikne.
To stejne plati o EJB3 vs. Spring...Ještě štěstí, že v tomhle konkrétním případě to tak úplně neplatí
Od té doby, co jsem se trochu rozkoukal a usadil se na "standardu" Hibernate + Struts to dělám tak, že prostě nic nehledám a nezkouším, dokud se při řešení problémů hledáním na google nesetkávám v odpovědích na fórech s kladným ohlasem na nějaký framework tak často, že se nakonec rozhodnu jej vyzkoušet - tak jsem se třeba dostal k Spring, iBATIS a FreeMarker, nebo mi ho dlouhodobě cpe kamarád/spolupracovník, který produkuje rychle a dobře - tak jsem se dostal například k Wicketu. Jen málokdy se stane, že mě něco štve tak moc, abych se začal sám pídit po něčem lepším - ale například JUnit je fakt napytel.