RUDOLF: ja měl asi štěstí a setkával se skoro výhradně jen s těmi normálně fungujícími Indy.

řekl bych že těch málo schopných a jen slepě následujících je velké množství proto, že je to velká země, na jakékoliv dobré místo je velký přetlak a tak podlehnou jakémusi Cargo cultu - vidí že je to dobrá kariéra, ale nemají schopnosti ani pochopit, v čem to spočívá a tak to napodobují. vědí, že kdo umí docker, je dobrý, tak se snaží .. další kulturní vlivy jsou respekt k hierarchii a "dělání dojmu"..

#kecy

Mě před pár měsíci jeden indický kolega z Prahy překvapil, našel zdroj chyby i když to nezvládl ani vendor z US a jeho dev, který tu knihovnu používal. Byla to prkotina v Java knihovně v git, kde se nedomluvili na verzi TLS. Ale ani v debug/trace mode z toho nevypadávala pochopitelná chyba. Nakonec porovnal flow v trace a zjistil kdy se funkční a nefunkční část rozcházejí a vydeukoval to. Zkušenost mi měla poradit, že nejdřív mám hardlockonout TLS, páč je to typický problém. Ale musel jsme řešit další věci a nechal jsem to na vendorovi a mezitím projekt leader našel tohohle klučinu, co měl volnou kapacitu.

Pak mám dobré zkušenosti s indama co se prosadili v business a co jsou mimo Indii. Ale jsou tam výjimky, ale už na podobný úrovni jako je zvykem na západě. Někdo je prostě lempl, někdo si zkouší postup vysedět, protože kdo nic neudělá, nic nezkazí atd.

Ono je to asi pochopitelný, indický kolega pochází z města, kde celá ekonomika je na dodávání IT a kdo nedělá tak jen supportuje ty lidi co dělaj - Tj. vaří, fyzioterapie atd. Pak je logický, že ta distribuce schopností vypadá jak vypadá. Cognizant i Deloitte občas na nás zkouší easy money a dodávají celé týmy na platfrom engineering, který mi při rozhovoru čtou z webu, k čemu docker a přitom to mají jako skill v CV. Přebírat se tím, je na dlouho.

To neni smula, to je standard

Ono to zní, že na ně nadávám, ale po lidské stránce je spousta z nich super a mají smysl pro humor, dal bych si s nima pivo nebo čaj atd. Jen se mi s nimi občas hůř spolupracuje :-D

JARDABEREZA: Indicti vyvojari slovy klasika?

LISTER: Robíci dělaj jenom to, co ty jim řekneš.

RIMMER: Ano, to tedy nepochybně. Řekneš jim: „Dohlédněte na to jehněčí!“, a tak tam sedí a tři hodiny čučí, jak se pálí.

LISTER: No a? Nemaj žádný emoce, nejsou v jejich softwaru.

SATAI: Vyčlenil jsem část kodu do sub-repa, kde si můžou dělat co chtějí... nebude to moje zodpovědnost, ani starost a nebudu to opravovat.

ALMAD: Často mám pocit, že jsou jako vojáci... následují rozkazy. Proto musí být dobře popsané. Je jim úplně jedno jak to zadání splní a jestli u toho udělají technologický dluh. Když ho splní, tak jsou spokojení.

JARDABEREZA: revertuješ jim ty vommity (to ne já, to autocorrect), doufám?

ALMAD: Ani v tom nejsme ve sporu: i tam je to "PROČ to děláme takhle (a ne způsobem, který by člověka napadl na první pokus jako funkční: 'jistě, můžeme tady projet dva vnořený loopy a huvnitř dělat syscall, ale bude to 1.misaligned a 2.dost pomalý i když se to zarovná')".

PISKVOR: Ja sem v tvym kempu (chci hodne komentaru, ale tech co rikaj proc a ne co), ale je to taky tim ze delam v pomerne high level jazycich, jakmile zabrouzdam do nejakyho rovnani bytu v Ccku, tak sem pomerne rad kdyz mi to tam nekdo vysvetli.

Takhle se btw pomerne jednoduse pozna kod zkopirovanej z chatgpt, sou tam mraky komentaru s nulovou hodnotou co jenom rikaj “na dalsim radku v cyklu priradime promennou”, rostu


JARDABEREZA: Delam nejenom s Indama, ale i s jejich sefama a musim rict, ze dost zacinam rozumet proc delaj co delaj.

Dělám s indama a do tsconfig.json jsem napsal komentář s vykřičníkem, aby neměnili "strict:true" na "strict:false". Aby našli lepší neřešení, než vypnout type checking pro skoro všechno. A hádejte co udělali... :-D

Komentáře můžou být fajn v kódu, kde vlastní názvy nejsou žádoucí nebo možné. Např. konfigurační soubor pro Webpack. Kde bude vysvětlené, proč to je nastavené zrovna takhle a za jakých podmínek se to může změnit. (např. až se přestane používat nějaký prohlížeč)

AXTHEB: Tak takovej pripad asi najit nedokazu :-)

JANFROG: Hele já nemám iluze, že tenhle postup je ok pro všechny teamy, programovací jazyky nebo styly práce.
Ale stejně bych rád viděl příklad v nějakém populárním programovacím jazyce, kdy je komentář vysvětlující co následující kód dělá užitečný a lepší než mírný redaktor do dobře pojmenovaných funkcí.
Tím nemyslím SQL, asm, Perl, regexy a podobné.

AXTHEB: Tak, tuhle diskuzi uz jsem vedl a nejsem si jist, ze se chci nechat znova zatahnout do tehle kralici nory. Zjevne mame jinou zivotni zkusenost.
Az budes muj sef, proste vytahnu ten skript z backupu a nebudu delat drama :-)

AXTHEB: Jediný praktický komentář je "existuje business důvod, *proč* je tady tenhle kus kódu, a *proč* se to nedělá očekávatelným postupem."

"Tohle dělá to a to" je jak píšeš, a/nebo wishful thinking.

JANFROG: Já říkám komentářům future lies. V současné práci, krátce po zapracování, jsem prošel celý kód a zrušil všechny komentáře, který buď už nebyly aktuální, nebo suplovaly špatně pojmenovanou funkci.
Zbyly vlastně jen odkazy do externí dokumentace, zdůvodnění podivností nějakým edge casem ve firemních procesech a pak komentáře kódu jednoho kovboje, který byl sice výkonný programátor, ale za cenu strašidelných 300+ řádkových funkcí.

PISKVOR: bez "AI" je v dnesni urcite plus :)
jenze jednorazova platba? v korporatu? procurement? legal review? sepisovani business case? 100 meetingu vysvetlujici 2 levelum managementu, k cemu je to dobry?
no, thank you :D