Já jsem se tohle nikdy nenaučil, vždycky jsem ty komunikační problémy na rozhraní dvou sekcí businessu nakonec vyřešil stylem "ukaž, dej to sem" a tak se ze mě stala legit děvka na všechno. Byla doba, kdy jsem ráno odprezentoval vedení KPIčka, pak prošel merge requesty, pak psal novou feature na GUI/webu, po obědě se zákazníkem opravoval mystery lockup ve firmwaru, odpoledne pomáhal na R&D dílně upravit geometrii vzduchovodu aby při určitých průtocích nerezonoval, večer (když všechny rušivý elementy s kravatama odešly domů) s osciloskopem a LAčkem ověřoval vyrobenej prototyp nějaké své desky, a když byl výpadek výroby, tak jsem sednul k prázdným deskám, pájecí pastě, a s pinzetou a horkým vzduchem ty desky osazoval.

Mám z toho komplexní přehled o výrobě, jsem skutečně full-stack developer od první součástky až po Vue.js :-D ale taky jsem si z toho odnesl vyhoření, zničený záda a břicho jak starej fotr. Budu se z toho dostávat nějakou dobu, a během ní o korporátech nechci ani slyšet :-)

Tak já to vykopnu. Dostal jsme se k provozování software pro několik firem a instituci, trochu náhodou, protože jsme se naučil při humanitní vejšce s Linuxem a měl jsem štěstí na zaměstnavatele. Snad všude jsem se po pár letech řešil i business část vývoje, zkusil si vést oddělení ve veřejným sektoru a po několika letech ve startupu, jsem skočil do korporátu. Teď jsem delivery lead, což je ale prostě tech lead. Do písmenka vnímám svoji pozici jako ve videu dole. A chytnu se přesně té roviny, která tam padne. Člověk mluví s businessem. Tuhle rovinu jsem si hodně nastudoval pasivně ve startupu. Sice jako devopsák, tak jsem viděl jak se řeší co vyvíjet, jako to prezentovat zákazníkovi, jak mu to vysvětlit apod. Interakce mezi engineering a produkťákem, řešení co je možné a kdy. Atd. Teď v korporátu zjišťuji, jak je tu málo zkušených produkťáků. Netuší, že mají mít backlog product features, jak mají přemýšlet o vývoji feature s největším impactem apod. A to ani náš produkt ani nevyvíjíme. Je to jen deployment a integrace s korporátem a prioritizace features pro zákazníky, který tvrdí, že přinesou nejvíc peněz nebo úspor. Ale docela mě baví ta produktová část, protože zákazníci mají obvyklou nemoc, že si žádají nějakou technickou implementaci, přičemž existuje jiné a vhodnější (či levnější na lidskou práci) řešení.

Nemám těď konkrétní téma, jen jsem to chtěl uvést;-)

Is Tech Lead the WORST Job For Most Programmers?
https://youtu.be/0EvRSD1-jII?si=vHe9Dm_-lRVlpSMm