SH_PANDA: To ma i odborny termin - "bug-to-bug compatibility".

Kdysa jsem delal na 100% custom JVM (takova ta vec co je zajímava, sexy, cool, ale neni vlastně potřeba a ktera se nakonec ukazala naprosto pro mou karieru :-) Jedna z veci co me dost potrapila byla implementace threadu kdy zrejme Sun/Oracle nedokazali prijit na to, proc se sem tam thread vzbudi aniz by pro to mel duvod a tak pridali do dokumentace "or may wake up spuriously". Naivne jsem si myslel, ze to znamena, ze kdyz se neprobudi "spuriously" tak to nebude vadit - "may" neni "must". Akorat Tomcat na tom chovani zavisel, takze abych ho rozjel, musel jsem vhodne nasimulovat ten "spurious wakeup"...

JINX: IntelliJ Idea Ultimate Edition :)

ALMAD: mohl bys nasdilet co jsi vyrozuměl ohledně toho proč indičtí devs dělají co dělají?

To jsme jednou tak s kamaradem vzali kontrakt pro Delloite, kde jsme jim refaktorovali nejaky reporting. Puvodne ho psali indove a ti nam meli i validovat vysledky, ze to funguje tak jako ma.

Pri tom refaktoringu, jsme jim opravili vsechny chyby co tam meli. To se jim ale nelibilo, pac to davalo jine vysledky - spravne, ale jine jak puvodne a pac to byl HR system, tak lokalni pani, ktera tomu taky nerozumela, trvala na tom, ze to ma by tak jak to bylo predtim. Nepovedlo se nam jim to na nekolikrat vysvetlit, ze to meli blbe a ze jsme to opravili. ¯\_(ツ)_/¯ Tak jsme ten kod znova zrefaktorovali a pridali jim tam ty jejich bugy a pak byli spokojeni.

Navic nam ty Oracle Database managoval nejakej ind v USandA. Sikovnej chlapik, umel skvele klikat v Oracle Enterprise Manageru a mel vsechna potrebna opravneni - bohuzel vubec nerozumel tomu co dela a cela akce byla o nekolikahodinovych callech ve stylu - "Now what should I do?" Bylo to v pre-screen sharing dobach, takze jsem si musel vsechno rozjet lokalne - Oracle Enterprise Edition, OEM, Change data capture pres Oracle Streams, abych ho mohl navigovat, kde ma co nastavit. Kaaamo, nikdy vic ...

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 :-)