O víkendu se v Brně koná Linux App Summit 2023

Už tento víkend, 22. a 23. dubna, se v Brně na Fakultě informatiky MU koná konference Linux App Summit 2023. Těšit se můžete na nabitý program plný přednášek a diskuzí týkajících se především desktopového užití Linuxu. Pro návštěvu konference je potřeba registrace na konferenčním webu. Celá akce bude zahájena europoslancem Marcelem Kolajou přednáškou "Regulatory state of play of Open Source in the EU". Součástí je kromě konferenčního programu i společná release party distribucí Ubuntu a Fedora. V pátek 21. dubna jsou všichni srdečně zváni na předkonferenční party v Pivovaru Harry.

19.4.2023 07:00 | frantisekz | Pozvánky

Komentáře

[Du VenBlejt]

Testovani linuxovych aplikaci bude venovana 10 minutova prednaska! To je zhruba 10x vice nez bezny testovaci proces u vetsiny open source linux aplikaci...

[joejoe]

Coz je v prumeru stejne 2-3x vice nez u tech ostatnich? Nemluve o kvalite kodu, protoze proc to psat hezky kdyz to nebude nikdo jiny cist..

[J]

U komercni aplikace si pruser obvykle nemuzete dovolit, ma dopad na financovani. U OSS je to fuk, v nejhorsim neco rozbijete a nekdo bude neco pindat na coz mu poslete pripravenou odpoved at si udela fork a opravi si to… ne?

[joejoe]

U komercni aplikace si nemuzete dovolit investovat do neceho co vam nikdo nezaplati. Kdyz neco nebude fungovat, tak zakaznikovi navic muzete prodat podporu, ktera to s nim nejak vyresi. Chyby na ktere zakaznik nenarazi nebo nepotrebuje neni treba opravovat.

[koroptev]

co to je za teoreticky kecy? zakaznikovi nejde prodat podpora na opravu chyb, ktery mu branej v uzivani produktu, ty idiote, s takovejma vecma mu ten produkt totiz vubec neprodas..

investovat do testovani je pro kohokoli s mozkem nutnost, protoze jinak se ti to vrati za rok dva bud v podobe rvani vlasu z hlavy, odchodu vyvojaru, ztraty zakazniku..

[Martin Tůma]

I ten jednominutový testovací proces je obvykle stále brutálně naddimenzovaný vzhledem k tomu, kolik za něj zákazníci platí...

Tak určitě. Protože jediná relevantní hodnota všeho jsou zcela jistě peníze.

P.S. Ne, nejsem Komunista, pouze mi tohle připadá jako opačný extrém.

[J]

On: Vyspala by ses se mnou? Ona: Ani náhodou! On: A vyspala by ses se mnou za milion? Ona: Noo, milion je hodně peněz, tak to asi jo. On: A vyspala by ses se mnou za stovku? Ona: No dovol, copak jsem nějaká kurva? On: Počkej, to už jsme vyřešili, teď se bavíme o ceně...

[Martin Tůma]

Pokud někoho nutíš zadarmo dělat něco, co očividně (zadarmo) dělat nechce, tak komunista jsi. V tom lepším případě, v tom horším jsi otrokář...

[Voyta]

To že se spousta open source aplikací netestuje dedikovanými testery je bohužel bolavý fakt. Zarážejíci je taky že mnoho developerú na hlašené issues v lepším případě kašle, v horším se hádá a odmíta to spravit. Forknout a fixovat to na koleně můžepomoct jednotlivci ale neřeší dlouhodobý problém. Navíc když se tahle debata vede tak pokaždé tady někdo vytasí výrazy "co bys chtěl zadarmo" / "otázka peněz" atd. To stim nemá nic společného. Open source je jen distribuční nebo kolaborační model zdrojáku. Že to někdo dělá zadarmo už dávno neplatí, třeba na githubu je již většina kódu od placených developerů. O peníze tedy nejde. Záhadou zůstává ta nechuť dávat ven otestované a stabilní verze, někdy mám pocit že autoři se vyžívají v dlouhých release notes se stovkama bugfixes. Většina těch bugů neměla jít vůbec ven!

[_]

jak se tohle lisi od komercniho vyvoje?

[gg]

V tom je ten vtip, nijak se to list nemusi. Komercnost s tim totiz nesouvisi. Kvalita sw musi byt prioritou!

[Martin Tůma]

Navíc když se tahle debata vede tak pokaždé tady někdo vytasí výrazy "co bys chtěl zadarmo" / "otázka peněz" atd. To stim nemá nic společného.

Ta otázka peněz je právě celá podstata toho problému. Dělat kvalitní SW stojí hromadu času, kterou musíš někomu zaplatit. Zadarmo to lze dělat jenom do nějaké úrovně, protože prostě bydlet a jíst potřebuješ. Pokud po těch dobrovolnících chceš něco navíc, než jsou schopní tomu zadarmo věnovat, musíš to prostě zaplatit.

Že to někdo dělá zadarmo už dávno neplatí, třeba na githubu je již většina kódu od placených developerů.

Chtěl bych vidět zdroj takového tvrzení. Tohle ti může vyjít leda tak když budeš počítat každý jednotlivý fork kernelu na githubu za samostatný projekt...

Záhadou zůstává ta nechuť dávat ven otestované a stabilní verze, někdy mám pocit že autoři se vyžívají v dlouhých release notes se stovkama bugfixes. Většina těch bugů neměla jít vůbec ven!

Přihlaš se těm projektům jako dobrovolný tester a ty vydání jim otestuj, když s tim máš problém. Nebo jim zaplať, ať si mohou takového testera najmout. Samo se to ale opravdu neotestuje...

[Uu]

Staci ping-pong model. Jeden major release nove ficury, dalsi jenom bugfixy a stabilizace. Spousta sw to tak resi ze sude major verze jsou stable a liche uvadeji nove ficury. Je pak na uzivateli jestli pofrci jenom sude (ci lts) verze, nebo chce porad nove ficury.

[Martin Tůma]

To je stále dokola jenom vykřikování, co by jiní měli dělat. Jdi a ty stable/bugfix verze pro ty projekty vyrob/udržuj, nebo zaplať někoho jiného, kdo to bude dělat pokud o ně stojíš. Ty projekty samotné na to očividně zdroje nemají a samo se to neudělá...

[tak]

Wtf? Ja takhle frcim na vsech projektech. V praci i doma. Ja bordel venku nedavam. Na nekerych utilitkach mam pomer radku kodu k radkum testu 1:1 a to se ani moc nechlubim protoze jsou i vetsi borci. Proti open bordelu je treba bojovat, mit testing nema co delat s penezi, ma to byt samozrejmost a prestiz.

[Martin Tůma]

Za celou svojí kariéru jsem neviděl projekt, který by se prosadil proto, že má testy (nedej bože unit-testy). Všechny úspěšné projekty co jsem kdy viděl se prosadily proto, že řeší problémy jejich uživatelů. Uživatele, jehož hlavním požadavkem na SW projekt je, aby projekt měl nějaké testy (pozor, neplést s tím, že někdo chce aby ten projekt neměl chyby, které se ho týkají) jsem ještě neviděl...

Pokud SW neposkytuje potřebnou funkcionalitu pro řešení daného problému, je úplně irelevantní, že funguje bezchybně, uživateli je stejně k ničemu. Ten, kdo tráví polovinu času na projektu kódem testů, tak bude mít polovinu funkcionality oproti projektu, který ten čas testy netráví. Jasně, existuje malá skupina projektů, kde je minimalizace chyb zcela klíčová a vyplatí se do ní investovat obrovské prostředky, které kvalitní a smysluplné testování stojí, ale tyhle projekty si taky musí na ty obrovské výdaje vydělat, tzn. někdo to musí být ochotný zaplatit. Řízení jaderné elektrárny ani bankovní SW lidi "za prestiž" fakt nepíšou...

Takže abych to shrnul, někdo, kdo se hodlá poměřovat jaký je borec podle toho kolik jeho SW má řádků testů vůbec nepochopil, že SW se nepíše samoúčelně pro psaní SW samotné, ale pro lidi a jejich potřeby. Dobrý SW slouží uživatelům, ne egu svých tvůrců.

[QA]

Promin ale to co pises je nejenze vycucane z prstu ale navic ani neni pravda. Kdyz dam venku knihovnu na ktere pak zavisi spousta ciziho sw tak je bezchybne chovani a testy edge cases zasadni FUNKCNOSTI dane knihovny. To je to co od ni uzivatel ocekava. Tady si nemerime pindiky a nehrame na honenou kdo ma vic ficur, ktere pry resi nejake uzivatelske sny. Radeji mene ale kvalitne.

[Martin Tůma]

Veškerý SW, se kterým se na Linuxu setkáš závisí na kernelu, který ještě nedávno neměl testy prakticky žádné a i dneska jich má, vzhledem k velikosti codebase, minimum. Tu pozici, co Linux dneska má fakt nezískal tím, že Linus a parta nadšenců okolo něj onanovali nad nějakým cargo kultem testů, ale proto, že zcela pragmaticky a s obrovským tahem na branku hrnuli do toho OS všechny ty úžasné featury, které dneska má. Po tom "raději méně, ale kvalitně" Tanenbaumově Minixu dneska neštěkne ani pes [1].

Zkus se nejdřív podívat okolo sebe, co za SW tě ve skutečnosti obklopuje, a kolik má těch tvých testů, než začneš trousit moudra jako "vycucané z prstu"...

[1] Ano, miliony lidí ho mají v Intel Management Engine ale ne úplně pro to, že by ho tam sami chtěli...