Vlákno názorů k článku
Christoph Hellwig odstupuje jako správce DMA-mapping v jádře od kanoe22 - Nechapem tieto roztrzky preco tam niektori nechcu Rust....

Nechapem tieto roztrzky preco tam niektori nechcu Rust. Osobne nechapem preco tam napr Linus nechce ani C++, chapem ze tam nechce javu alebo C# alebo ine manazovane jazyky, ale o tom mozno inokedy.
Nechapem preco zrazu odchadza tolko ludi ako prejav nesuhlasu s Rustom v jadre/nejakom module. To kazdy z nich v praci vzdy robia/robili na projekte ktory je cely v jednom jazyku?

Dnes je uplne bezne ze mate jeden jazyk na backende, jeden na frontende, do toho este databazu. Pripadne je tych jazykov aj viac, na ktoromkolvek konci. Preto vznikol aj pojem fullstack vyvojar - pretoze nepotrebujete zhanat cloveka ktory vie iba jeden jediny jazyk a nic ine. A je to dnes uplne bezne, pozrite si kolko pracovnych ponuk vyzaduje minimalne dva jazyky, a kolko z nich je fakt striktnych a vyzaduje iba jeden jazyk.

Ale ked pride na uplatnenie rovnakych principov v linuxovom svete, tak sa niektori dvihaju na zadne. To su fakt taki lenivi naucit sa dalsi jazyk? Alebo kde je ten neprekonatelny problem?

28. 2. 2025, 15:56 editováno autorem komentáře

Dnes je uplne bezne ze mate jeden jazyk na backende, jeden na frontende, do toho este databazu. Pripadne je tych jazykov aj viac, na ktoromkolvek konci.

To je pravda a podle toho to taky vypadá. Občas je těžké pochopit i kus kódu v jednom jazyce, protože ten jazyk má spousty komplikovaných vlastností, které spolu interagují. A tím, že se tam dá více jazyků, tak se situace ještě zhorší.

To je totální nepochopení o co tady šlo. Jasně, že se můžou kombinovat jazyky a správně jsi uvedl FE a BE. Jenže ty mezi sebou mají nějaké rozhraní, které by mělo být univerzální a nemělo by se měnit kvůli jazyků, to mě přijde prostě špatně.

Co se týká fullstack vývojářů, tak to je chiméra. Většinou umí jednu část mnohem lépe a druhou prasí. Právě proto se to v dnešní době odděluje tím rozhraním, aby na každé straně mohli dělat lidi co tomu opravdu rozumí a specializují se na to. Tím, že to dělá jeden člověk většinou ta jedna část trpí a nakonec se tím ani neušetří.
Co je ve většině pracovních pozic je irelevantní, protože to většinou zadává někdo, kdo tomu vůbec nerozumí a často to je výčet všeho co se na projektu používá. Často jsou tam úplné nesmysly typicky dnes AI, jenom aby se natáhnul zájem a pak člověk zjistí, že o tom uvažují a že to mají v plánu "blízké" budoucnosti (takže nikdy).

Já jsem mnohem lepší v BE. A většina FE které kolem sebe potkávám prasí úplně hrozně, než já ve FE. Teď babo raď.

Jenže to se pak porovnáváš s nějakými lepičema. Ono taky najít dobrého FE vývojáře není moc snadné. U spousty FE lepičů mi přijde, že si jen přečetli nějaký tutorial.

Záleží, čemu říkáte "lepič". Když si dnes budete psát na frontendu všechno sám, strávíte tím pětkrát déle a některé věci stejně nebudete mít. To vám nikdo nezaplatí. Ono jde spíš o kulturu toho lepení. Lepit se dá dobře i špatně.

nechapem preco tam napr Linus nechce ani C++, chapem ze tam nechce javu alebo C# alebo ine manazovane jazyky, ale o tom mozno inokedy.
Protože Linux kernel není něco, co by jste psal jako one time projekt, na který už pak nikdy nešáhnete. Předpokládá se, že kód, který tam bude, tam klidně může vydržet dalších 20 let. A u takového kódu chcete, aby byl zkompilovatelný i za těch 20 let. Proto není rozumné přidat podporu pro jazyk, který má potenciál se radikálně změnit, nebo jehož knihovnu spravuje jeden člověk nad důchodem, nebo jazyk, který vyvíjí firma, která taky za tu dekádu už nemusí existovat, nebo mít jiné zájmy.

Že budu tak zlej, v okamžiku kdy někdo napíše "nechapem preco tam napr Linus nechce ani C++", tak pro mě vymalováno.

A on nekdo napsal nejaky kernelovy modul v Jave? :-) Ze tuhle moznost vubec nadhazujete...

Možná ano: Viz Safe device driver model based on kernel-mode JVM