Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Byla vydána nová verze 3.7.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Eric Migicovsky představil Pebble Emulator, tj. emulátor hodinek Pebble (PebbleOS) běžící ve webovém prohlížeči. Za 6 hodin jej napsal Claude Code. Zdrojové kódy jsou k dispozici na GitHubu.
Byla vydána nová verze 3.41 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.11 souvisejícího programovacího jazyka Dart (Wikipedie).
Rusko zcela zablokovalo komunikační platformu WhatsApp, řekl včera mluvčí Kremlu Dmitrij Peskov. Aplikace, jejímž vlastníkem je americká společnost Meta Platforms a která má v Rusku na 100 milionů uživatelů, podle Peskova nedodržovala ruské zákony. Mluvčí zároveň lidem v Rusku doporučil, aby začali používat domácí aplikaci MAX. Kritici tvrdí, že tato aplikace ruské vládě umožňuje lidi sledovat, což úřady popírají.
Před 34 lety, ve čtvrtek 13. února 1992, se tehdejší Česká a Slovenská Federativní Republika oficiálně (a slavnostně) připojila k Internetu.
Agent umělé inteligence vytvořil 'útočný' článek o Scottu Shambaughovi, dobrovolném správci knihovny matplotlib, poté, co vývojář odmítl agentem navrženou změnu kódu (pull request). 'Uražený' agent autonomně sepsal a publikoval na svém blogu článek, který přisuzuje Shambaughovi smyšlené motivace, egoismus a strach z AI coby konkurence.
Bylo vydáno Ubuntu 24.04.4 LTS, tj. čtvrté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
V pátek 20. února 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 6. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a uživatelský prostor. Akce proběhne od 10:00 do večera. Hackday je určen všem, kteří si chtějí prakticky vyzkoušet práci s linuxovým jádrem i uživatelským prostorem, od posílání patchů například pomocí nástroje b4, přes balíčkování a Flatpak až po drobné úpravy
… více »
Vím to z vlastní zkušenosti...
(Zrovna jdu z hospody, takže sorry.
Brzo, vím, ale ráno (tj. dřív než o půl jedné) musím vstávat, něco už konečně programovat, a pak jít zase s kamarádkou do hospody
).
Ale zas tak mo cto nepřeháním, jen poslední dobou byl poměrně kulturně bohatý program. Ale po tom, co jsem se minulý pátek naprosto nehorázným a nevídaným způsobem zrubal a zostudil se asi před dvaceti lidmi tak, že bych jim nejraději všem vymazal pamět (sobě ne, já si nic nepamatuju, pouze jsem viděl následující den důsledky
), už se musím krotit.
Abych jenom nespamoval -- nápad nastíněný v blogu je docela pěkný, ale mám na něj skeptický názor podobný tomu, který zde prezentoval freshmouse. Ve skupině je podle mě možné řešit obecné charakteristiky vznikajícího software, architekturu a podobně, ale samotné programování už moc sociální činností není. Já tedy obvykle při programování smrdím někde sám v pokoji nebo u televize. Za pokus by to ale každopádně stálo, tím se nic nezkazí, že jo...
To víš, dostal jsem před rokem na nový rok kopačky, postupně mi došlo, že jsem ze sebe netriviálně dlouhou dobu dělal vola a zapadl jsem do normálních kolejí.
Já se cejtil taky děsně vykolejenej. Tak jsem po třech letech vztahu sebral odvahu na změnu, vztah poslal tam kam patřil a najednou je mi héj! 
linuxsoft pred lety neco podobneho zkousel, mozna ze by mohl nektery z ucastniku popsat, proc to skoncilo fiaskem ...
.
No zni to fakt lakave, videl bych v tom i moznost neco noveho se naucit. Jasne ma to i sva uskali ktera jiz byla vyse zminena, ale pokud se to nezkusi tak clovek nikdy nevi.
1 % času rychlé seznámení, 12 % pokec o zájmech zúčastněných, 10 % jídlo, 5% nicnedělání, 7 % rozptylování se čímkoli, 8 % obecné diskuze nad tím, co kdo a jak udělá, 8 % diskuze nad konkrétními problémy, 1 % prostoje zaviněné technikou, 10 % řešení chyb. Dohromady zbývá 38 % na vlastní tvorbu kódu.
Pravděpodobně vytvoříte nějaký redakční systém v PHP.
Ptal ses na názor, máš názor. Nevím, jestli jsi jej nepochopil, nebo nechtěl pochopit, ale to už je jedno. Níže máš další komentář, kde zmiňuju dle mého názoru lepší řešení.
Alespoň já jsem se zasmál, ta pointa mi přijde výborná.
Osobně si myslím, že když se sejde skupina programátorů a chce se zabývat programováním, měla by se spíš věnovat diskuzi, než psaní kódu, protože k tomu, aby si někdo sednul, osm hodin seděl a v tichosti psal kód, nejsou třeba ti ostatní. Stejně nic většího nevytvoříte; je tedy lepší diskutovat problémy typu vyhledávání, třídění atd. a v praxi to pomocí testovacích prográmků ozkoušet.
Ale i případný poznatek, že tudy cesta nevede, je vlastně dobrá zkušenost, takže do toho klidně běžte.
Já tomu nerozumím. Ty můj příspěvek vezmeš, překroutíš a překroucený obrátíš proti mě. Má cenu ještě něco psát?
Já napíšu, ať do toho tedy jdete, a ty píšeš o demotivaci... A k tomu útoky na mou osobu...
Ne, na programátorské akci tohoto typu jsem nebyl. Ale byl jsem na jiných akcích typu "ňák sejdeme se a ňák něco vytvoříme" a mé názory na věc pramení (i) z těchto zkušeností. Přeber si to, jak je libo.
> Schválně se Tě zeptám - co jsi naposledy opravil (ve smyslu ne typografická chyba nebo připsání dokumentace, ale poctivý český bug nebo fíčura) v open-source softwaru?
Snažíš se mě do té situace dostat, a já se do ní klidně dostanu. Nikdy.
Tebe to asi nezajímá, ale ostatní by mohlo, a tak to osvětlím. Produkty, které mě zajímají, jsou většinou složeny z mnoha rozsáhlých podprojektů. Kromě toho nejsou příliš dokumentovány a ani není nikdo, kdo by měl čas mě do problematiky uvést. Kdybych chtěl opravit byť jen malou chybu, musel bych překonat několik bariér: naučit se pracovat s použitými základními technologiemi (např. programovací jazyk, systém sestavování), naučit se pracovat s dalšími použitými technologiemi (např. různé knihovny -- ne standardní daného jazyka) a pochopit architekturu, strukturu a řešení daného produktu. Dále je třeba pochopit předmět daného produktu (např. přehrávání hudby, vykreslování WWW stránek). A nakonec je nutné být v kontaktu s týmem daného produktu.
Já se ptám: je pro někoho přínosné, když po tomto všem opravím nějakou malou chybu? Nebo je lepší se soustředit (tzn. investovat čas) na něco, co už v nějaké míře znám a čemu více rozumím?
Tiskni
Sdílej: