Názor k článku
Dělá systemd Linux více složitým, náchylným k chybám a nestabilním? od Ladislav Jech - Ja se fakt nevychloubam, nebo jsem tak zaslepen...

Ja se fakt nevychloubam, nebo jsem tak zaslepen sam sebou, ze jsem si toho nevsiml :-) Taky jsem se nedivil, ze by byl rozdil mezi konem a traktorem... Sam jsem si rozhodne neodpovedel, resp. nedostal jsem se k odpovedi.....to jsou nejake tvoje vnitrni preludy(asi bezis na systemd :-) )....

Ad: softwarový architekt pustí do "automotive", ja jsem odrostl na automotive asi uz jako dite (ale jinak gefanuc a simatiky) a az pak jsem se zapletl s jinym balastem a skoncil primarne na Jave, okrajove C a Pythonu.. a samozrejme Gentoo, ostatni distribuce krome Debianu povazuju za zbytecne (mozna moje zaslepenost).... ale zpet k systemd

On na nizke urovni take nasleduje mikroarchitekturu, jde o nejakych cirka 70 knihoven jestli se nepletu v plne show, ale me to prijde derave jak reseto, protoze veci, ktere hlasa resit jsou nestabilni, a tech nestabilit je tam na muj vkus hodne na to, abych to mel na produkci (tohle je mozna predsudek, muze byt). Spousta uz je jich opravenych, ale tim, ze je to komplexni system, tak ty opravene jen umoznuji nekterym skrytym byt nalezeny (analogie na slozitosti viz predchozi prispevek). Me to trochu prijde jak kdyz navrhuju tank, ktery projede zdi, ale kdyz najede na klacek, tak se rozlomi vejpul, jsou tam nektere veci (z github issues), ktere me k tomuto vedou, aktualne:
707 open a 2341 closed
z toho
70 bugs open a 437 bugs closed, ale oni pouzivaji skoro 100 labelu, takze nevim, co vlastne je a neni chyba systemd jestli jen bug label, nebo i dalsi....

Takze takhle se ten system ma aktualne. Ja uz vim na co si narazel, ze jsem byl vychloubacny(ted mi to doslo, protoze jsem to chtel zase zminit :-)). No ano, to se mi podarilo ale uz nekolikrat, ze jsem napsal netrivialni software, ve kterem urcite byly chyby (i ja jsem o nekterych vedel, ale vzdy se samozrejme hrozim tech, o kterych nevim), ale fungoval a uzivatel zadne chyby nezaznamenal. Proto proboha pisu unit/integracni a automatizuju i user acceptance testy (simuluju scenare, ktere bude uzivatel provadet) a jen potom to vypustim do sveta. Sorry jako, ale at uz to je velkym soustem, nebo nekvalitnim testovanim, ja opravdu neznam systemd management a historii taky nic moc. Ale ty cisla ukazujou, ze to neni koser a je jedno jestli na tom REDHAT maka a fixuje. Zvlaste pokud na tom REDHAT tak pracuje, tak bych prave cekal, ze se spousta tech chyb odchyti, taj mi to prijde, ze to proste namastej, vypada to dobre, tak to vysmazime ven a uvidime. Mozna jsem trochu pokriveny (v dobrem slova smyslu) prave z automotive. Pokud bych tam neco podobneho vypustil na svetlo bozi, tak se mi urve karoserie z transferu, nebo nedej boze vytlacim celou karu i se skidem z vytahu ve druhym patre a necham ji jumpnout na podlahu.... IT IS NOT ACCEPTABLE - a proto je neakceptovatelny pro me i systemd, tak jak je ted a uz je tak pekne dlouho... end of story

Realny problem: chci na svoje GPU masiny ted stejne instalovat DCOS(protoze uz chci instalovat cpu/gpu aplikace pouze ve forme docker imagi) a lepsi nastroj jsem nenasel (krome mozna kubernetes, ale dcos je generictejsi), na laptop zase miraclecast abych mohl delat prezentace pres wifi na projektoru/te­levizi, oboje systemd dependant.. Druhy zmineny se pokousime zmigrovat na openrc v ramci Gentoo komunity.

Takze ja se systemd nevyhybam, a diky nekterym vecem, na kterych delam je to jedina moznost, jestli nechci pracovat na portovani (coz nechci), ale nepovazuju to krome krasnych myslenek za kvalitni produkt, no way, sorry jako. A jestli ty jo, tak nevim ty vole, cim se zivis.