Jak šel čas: Stále narůstající požadavky v IT (diskuse)

[hefo]

A stavím sa, že všetko alebo aspoň podstatnú časť z toho máš na starosti primárne najmä ty sám (usudzujem podľa ostatných tvojich príspevkov).

No mňa by už piclo dávno.

[Max]

Před rokem jsem k sobě konečně dostal zástup. Takže jsme už dva Linuxáci :).
Celkem mám pod sebou 4 lidi, ale jak jsem psal, Linux jen jeden.
Zdar Max

[Max]

Jop, odvažuji se tvrdit, že dokumentaci jedu za jedna. Takže když mě picne, neměl by být problém pokračovat. Dokumentaci tvořím v podobném duchu jako články tady, tj. jsou to step by step postupy s komentáři a infem, na co jsem narazil a na co si dát pozor. Monitoring mám myslím také hodně vyladěný, takže opravdu by to na mě nemělo stát.
Plus samozřejmě dělám pravidelná školení, pro méně zkušené i v obecnější rovině, aby bylo aspoň povědomí.
Zdar Max

[Xerces]

Dříve možná IT (informační technologie), dnes DIT (dezinformační technologie). Dříve IS (informační systémy), dnes ICH (informační chaos). Velký problém celého odvětví je, že u jakž takž standardizované technologie, které tvoří core (například základní protokoly) a které jsou pochopitelně s ohledem na dobu vzniku na štíru s bezpečností, nelze revolučně provést upgrade s ohledem na trilióny aplikačních vazeb. Vezměte si z pohledu uživatele takovou base aplikaci jako e-mail, co je za peklo zajistit korektní nastavení serverů s ohledem např. na spam.

[Max]

Ohledně emailů mám sepsaný článek, vydám asi v pondělí. Nebo mám dřív? :).

Pokud jde o protokoly, tak se postupně všechno přesouvá na web, kde ten vývoj jde hodně kupředu, je hodně dynamický, je tam hodně změn a dá se tomu rychle přizpůsobit. Viz http/1.1 -> http/2 -> http/3
Spousta desktop klientů jsou web věci s desktop rámem atd.
Máme tu pár web prohlížečů, které jedou rollup vývoj, změny rychle proudí k uživatelům, takže nasazovat novinky a dělat změny je podle mě jednodušší. Proto ten web jde tak kupředu.

Každopádně bezpečnost je dnes úplně někde jinde, než za dob WinXP. Je tedy celkem pochopitelné, že roste i komplexita a složitost. Dnes už většinou BlueBox hackerovi stačit nebude :D.
Zdar Max

[plostenka]

Pokud jde o protokoly, tak se postupně všechno přesouvá na web, kde ten vývoj jde hodně kupředu, je hodně dynamický, je tam hodně změn a dá se tomu rychle přizpůsobit. Viz http/1.1 -> http/2 -> http/3

No a to je prave pruser, protoze se prostredi meni pod rukama, prohlizece nahodne ukoncuji podporu pro veci (RSS, FTP,...) a co driv stacilo nastavit jednou a zapomenout, se dneska musi porat hlidat. Zbytecna prace navic.

Misto aby se dlouhodobe existujici, jednoduche a standardizovane formaty+protokoly jen obalily nejakym standardnim zabezpecenim, treba TLS/SSH/PGP, tak kazdy korporat vymysli vlastni *nekompatibilni* kolo, s vlastnima chybama a backdoorama.

Máme tu pár web prohlížečů, které jedou rollup vývoj, změny rychle proudí k uživatelům, takže nasazovat novinky a dělat změny je podle mě jednodušší.

Kdyz uzivatele chteji rolling distro, at si ho uziji. Ale na infrastrukturu musi byt spolehnuti a neustale (nevypnutelne automaticke) aktualizace vseho jsou naprosto nepredvidatelne. Staci pul roku neaktualizovat pip, npm nebou jinou sracku a uz je deadlock aktualizaci a nic nefunguje. Rust, nejpropagovanejsi jazyk soucasnosti, ani nema stabilni ABI a s kazdou verzi kompilatoru se musi prekompilovat i vsechny knihovny.

[Max]

To, co web prohlížeče dropují, to není nic kritického, co by způsobilo problém. Jinými slovy, jet rollup prohlížeče nebývá problém. Pro stálejší prostředí ale existují stable větve, např. Firefox má ESR, Chrome má třeba edici Enterprise pro lepší správu a kontrolu nad ní.

Rolling prohlížeče nemají s distrem co dělat. Je to prostě dnešní stav některých app.
Nodejs a další věci okolo jsou podle mě pro lidi, co prostě chtějí jet kontinuální a co nejaktuálnější vývoj. Pokud chceš jet oldstable, nidko ti v tom bránit nebude a můžeš jet, co chceš (C++, Javu apod.).

Nedávno jsem se setkal s jedním bývalým kolegou, který tlačil ve firmě Nodejs. Teď dělá ve firmě, která nemá pomalu ani kancelář, žádné zázemí, jedou vývoj pro větší firmy a všechno mají v cloudu. Přešel na graphql + appolo server atd. Stále jede poslední super trendy věci :D. Takže i takto může vývoj vypadat a mnohdy vypadá. Tj. žádné zázemí, jen cloud s plnou automatizací CI/CD, práce odkudkoli, vývoj ve čtrnáctidenních sprintech, nad tím samozřejmě projekt manažer, který to zastřešuje (přiřazuje úkoly, plánuje vývoj, hlídá plnění atd.).
Zdar Max

[kralyk z abclinuxu]

Rust, nejpropagovanejsi jazyk soucasnosti, ani nema stabilni ABI a s kazdou verzi kompilatoru se musi prekompilovat i vsechny knihovny.

Jenom pro pořádek, programovací jazyk (typicky) nedefinuje ABI, C a C++ ho taky nedefinují, stabilní ABI může poskytovat pouze kompilátor na nějaké architektuře na nějakém OS.

Rust ABI není až tak moc relevantní, protože stejně by-default linkuješ dependence staticky... A Rust na to alespoň narozdíl od C/C++ poskytuje slušný tooling. Pokud by se měly Rust dependence linkovat dynamicky, muselo by se kromě ABI vyřešit ještě jak dostat dependence do X×Y linuxových distribucí a Z dalších OS a udržovat je aktuální, jak mít možnost používat třeba různé verze/generace Rustu atd... tj. to je šílené množství práce a koordinace. A výsledek? Na Archu je tohle uděláno s Haskellem. Když si chci nainstalovat pandoc, nabídne mi to instalaci 150 balíčků o celkové velikosti 500MB... No takže radši používám statický nalinkovaný pandoc z AURu - jeden balíček o velikosti 80MB.

Horší problém než Rust ABI je glibc ABI, které není dlouhodobě stabilní, takže programy se musejí překompilovávat pro novější/starší linux distra a na novém distru. Nakompilovat na novém distru software pro starčí distro je takovej vopruz (pokud tedy vůbec jde protlačit příslušné flagy přes daný build systém), že je jednodušší si starší distro prostě navirtualizovat (třeba v dockeru) a přeložit to tam.

Linux mam rád, ale tohle je fakt sračkoidní řešení - nemít stabilní libc a další základní systémové knihovny, ale zároveň tlačit na dynamické linkování. Linuxoví tradicionalisté se pak strašně moc diví, když lidé používají statické linkování (musl libc, Rust, Go, ...), různé Snapy, AppImage, webové technologie atd...

[kralyk z abclinuxu]

Pokud by se měly Rust dependence linkovat dynamicky, muselo by se kromě ABI vyřešit ještě jak dostat dependence do X×Y linuxových distribucí a Z dalších OS a udržovat je aktuální, jak mít možnost používat třeba různé verze/generace Rustu atd... tj. to je šílené množství práce a koordinace.

Jo a ještě jsem zapomněl, že Rust hodně využívá generik a některé silně generické dependence ani dynamicky linkovat není realistické (nebo minimálně ne bez změn ve zdrojáku, sémantice, zhoršení výkonu)... z hodně používaných třeba tokio, futures, serde, ...

[plostenka]

Pokud by se měly Rust dependence linkovat dynamicky, muselo by se kromě ABI vyřešit ještě jak dostat dependence do X×Y linuxových distribucí a Z dalších OS a udržovat je aktuální, jak mít možnost používat třeba různé verze/generace Rustu atd... tj. to je šílené množství práce a koordinace.

No prave. Pamatujes jaky byl pain pri prechodu z python2 na python3? Ruzna distra ruzne rychle zdefaultnily p3, ruzni autori knihoven migrovali ruzne rychle a celkove se vsechno bilo navzajem. Rust ma tenhle problem s kazdou verzi.

Na Archu je tohle uděláno s Haskellem. Když si chci nainstalovat pandoc, nabídne mi to instalaci 150 balíčků o celkové velikosti 500MB... No takže radši používám statický nalinkovaný pandoc z AURu - jeden balíček o velikosti 80MB.

Nepouzivam Arch, pandoc ani haskell - ale verim ti, ze poprve se stahuje zavislosti hodne. Jenze kazdy dalsi nastroj ktery s tema knihovnama pracuje uz je jednou dynamicky ma, a nemusi je stahovat znova - takze 1*500 vs x*80. Ale tenhle flamewar dynamicke/staticke linkovani urcite znas :)

Horší problém než Rust ABI je glibc ABI, které není dlouhodobě stabilní, takže programy se musejí překompilovávat pro novější/starší linux distra a na novém distru.

Souhlasim, ale ty *nemusis* linkovat proti glibc, muzes si vybrat jinou implementaci. Nativniho softwaru, ktery bez rekompilace bezi na vsem od Centosu 5 po Debian 12 jsou mraky (ne, neni to obalene wine nebo java).

Linuxoví tradicionalisté se pak strašně moc diví, když lidé používají statické linkování (musl libc, Rust, Go, ...), různé Snapy, AppImage, webové technologie atd...

To IMHO spis souvisi s multiplatformnosti jako takovou - mit zdrojaky kompatibilni s prekladem na linuxu, windows i macu (a testovani!) je obrovsska prace, od ktere te Snap/Electron odstini.

[kralyk z abclinuxu]

Ale tenhle flamewar dynamicke/staticke linkovani urcite znas :)

Znám no :) Jen k tomu dodám, abych nevypadal tak radikálně že nechci nutně protlačit statické linkování všude, pouze bych to rád viděl jako "rovnoprávnou" možnost a nasazoval dynamické linkování ne nutně vždycky, ale až tehdy, kdy ty výhody převáží / kdy je skutečně využiju...

[johnyK]

že u jakž takž standardizované technologie,

problem vidim v tom, ze u IT vzdelani se zappomnelo na to, ze standardizace je ta alfa&omega cele cinnosti. Na strojni prumyslovce se uz v prvni hodine rekne zakum, ze uplne to nejdulezitejsi v celem dalsi praxu bude ta standardizace. Existuji statni instituce, ktere se s normalizaci zabyvaji. V kazdem strojirenskem zavode je normalizacni oddeleni.

takovou base aplikaci jako e-mail,

v zavedench prumyslovych odvetvich by silenost jako 'email' byla uz davno nahrazena necim smysluplnym

Ale jeste neni nic ztraceno. Stavebnictvi potrebovalo 1000 let, strojirenstvi 400 let nez se z umeni stal prumysl a informatika bude jeste nejaky ten patek holt potrebovat, nez odroste detskym strevickum.

[Max]

v zavedench prumyslovych odvetvich by silenost jako 'email' byla uz davno nahrazena necim smysluplnym

Mám spíše opačné zkušenosti, tj. že se v průmyslovém odvětví inovuje mnohem pomaleji, než kdekoli jinde.
Zdar Max

[H0ax]

Během těch let, kdy techniky i technologií a sw přibývalo, byls/jsi za to také správně finančně ohodnocen? Často je představa managementu taková, že budeš pracovat stále za nástupní plat i po deseti letech i když toho budeš mít na hrbu 4x tolik.

[Max]

Nebýval, neznal jsem svou cenu. Myslím si ale, že současný čas tomu už odpovídá.
Zdar Max

[misch]

Skvělé shrnutí. Je k neuvěření jak ten čas letí, a s jakými technologiemi se začínalo.

Sice tu novější část neumím správně ocenit, protože se správě IT nevěnuji (dlouhodobě mě už baví a živí jen tvorba SW), ale uvědomil jsem si aspoň že znám člověka který se zaseknul v kapitole "Přibývají věci" a přesto dokáže své klienty úspěšně přesvědčovat o své nenahraditelnosti. Úspěšně jsem na něj zapomněl, ale tenhle článek mi znovu připomenul že některé relikty mohou přežívat hodně dlouho.

[Xerces]

Mě by spíš zajímalo, jak dokáže o své nenahraditelnosti přesvědčit klienta vývojář, prodávající sw, který je za pár měsíců/let zastaralý. Mě by taková "zbytečná" činnost neuspokojovala. Bral bych to jako "vojebávání" klienta.