Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: xnovm149 20. 11. 2024, 11:10:46
-
Zdravím všechny,
chtěl bych se zeptat vás všech, kteří pracujete v IT a v rámci vašeho týmu jste tak něco jako senior nebo přímo tým vedete - víte skoro od A do Z, jak celá vaše komponenta funguje a jak souvisí s ostatní infrastrukturou firmy, orientujete se v aktuálním dění, chodí za vámi lidé s všemožnými dotazy a kolikrát se zdá, že jste snad jediní, kdo poslouchá a vyjadřuje se na schůzkách a o věcech přemýšlí, atd. Určitě jste nejeden zažili situaci, že mezi vámi a dalším členem týmu existuje takřka propastný rozdíl - co vy chápete z útržku kontextu a jste schopní vyřešit za krátký časový úsek (i s komunikací a vysvětlením ostatním, trackingem v toolech atd.), tak řadový člen týmu buď vůbec nechápe, nemá zájem pochopit, nebo je technické řešení nad jeho síly (i s vaší pomocí) a celkově je to jak rozdíl mezi dospělým a dítětem (batoletem?). Je to někdy tam absurdní, že vyřešíte a vykomunikujete problém za hodinu, co by bez vás trvalo týdny, hromady schůzek (často absurdních) a s velmi nejasným výsledkem. Často dokonce kolegu ještě učíte, dáváte mu feedback, snažíte se ho posunout, někdy dokonce uděláte práci za ně, aby se dodala. To vše na úkor vlastního času - kdybyste to dělali celé vy, trvalo by to desetinu času a možná i míň.
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc, bez vás by to prostě ani nedopadlo (takže nekonečně víc produktivní). Jak jste se naučili s tímhle fungovat? Je to situace, které se nedá vyhnout, pokud nasbíráte dost skillů (pak jsou prostě většinou všichni o dost horší než vy)? Nebo se to dá nějak řešit? Přijde mi, že všude jinde není ten rozdíl mezi juniory a seniory (a jejich platech) tak obrovský jako v IT. Nebo jsem naivní a takhle to prostě je všude? Senioři to celé táhnou a junioři se na jejich úsilí vezou a sbírají velmi pěkné MD raty a chlubí se ostatním, jak "se připojí na daily, napíšou pár řádků kódu a ve 3 jdou domů s čistou hlavou" za třeba 7K na den?
Díky za vaše názory a zkušenosti.
-
Zdravím všechny,
chtěl bych se zeptat vás všech, kteří pracujete v IT a v rámci vašeho týmu jste tak něco jako senior nebo přímo tým vedete - víte skoro od A do Z, jak celá vaše komponenta funguje a jak souvisí s ostatní infrastrukturou firmy, orientujete se v aktuálním dění, chodí za vámi lidé s všemožnými dotazy a kolikrát se zdá, že jste snad jediní, kdo poslouchá a vyjadřuje se na schůzkách a o věcech přemýšlí, atd. Určitě jste nejeden zažili situaci, že mezi vámi a dalším členem týmu existuje takřka propastný rozdíl - co vy chápete z útržku kontextu a jste schopní vyřešit za krátký časový úsek (i s komunikací a vysvětlením ostatním, trackingem v toolech atd.), tak řadový člen týmu buď vůbec nechápe, nemá zájem pochopit, nebo je technické řešení nad jeho síly (i s vaší pomocí) a celkově je to jak rozdíl mezi dospělým a dítětem (batoletem?). Je to někdy tam absurdní, že vyřešíte a vykomunikujete problém za hodinu, co by bez vás trvalo týdny, hromady schůzek (často absurdních) a s velmi nejasným výsledkem. Často dokonce kolegu ještě učíte, dáváte mu feedback, snažíte se ho posunout, někdy dokonce uděláte práci za ně, aby se dodala. To vše na úkor vlastního času - kdybyste to dělali celé vy, trvalo by to desetinu času a možná i míň.
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc, bez vás by to prostě ani nedopadlo (takže nekonečně víc produktivní). Jak jste se naučili s tímhle fungovat? Je to situace, které se nedá vyhnout, pokud nasbíráte dost skillů (pak jsou prostě většinou všichni o dost horší než vy)? Nebo se to dá nějak řešit? Přijde mi, že všude jinde není ten rozdíl mezi juniory a seniory (a jejich platech) tak obrovský jako v IT. Nebo jsem naivní a takhle to prostě je všude? Senioři to celé táhnou a junioři se na jejich úsilí vezou a sbírají velmi pěkné MD raty a chlubí se ostatním, jak "se připojí na daily, napíšou pár řádků kódu a ve 3 jdou domů s čistou hlavou" za třeba 7K na den?
Díky za vaše názory a zkušenosti.
1. Ano je to tak, produktivita u vyvojaru se muze lisit klidne i 20x. A to nemluvim o tom, ze nektere problemy proste slabsi nebo prumerny vyvojar nevyresi. Ne, ze by nechtel, ale proste nema dostatecny problem solving skill.
2. Co je to za firmu, kde ma junior 7K za den a muze jit ve 3 domu? Tam bych chtel pracovat.
3. Jit na projekt/do firmy, kde se nechodi ve 3 domu a i juniori jsou sikovni.
-
Zdravím všechny,
chtěl bych se zeptat vás všech, kteří pracujete v IT a v rámci vašeho týmu jste tak něco jako senior nebo přímo tým vedete - víte skoro od A do Z, jak celá vaše komponenta funguje a jak souvisí s ostatní infrastrukturou firmy, orientujete se v aktuálním dění, chodí za vámi lidé s všemožnými dotazy a kolikrát se zdá, že jste snad jediní, kdo poslouchá a vyjadřuje se na schůzkách a o věcech přemýšlí, atd. Určitě jste nejeden zažili situaci, že mezi vámi a dalším členem týmu existuje takřka propastný rozdíl - co vy chápete z útržku kontextu a jste schopní vyřešit za krátký časový úsek (i s komunikací a vysvětlením ostatním, trackingem v toolech atd.), tak řadový člen týmu buď vůbec nechápe, nemá zájem pochopit, nebo je technické řešení nad jeho síly (i s vaší pomocí) a celkově je to jak rozdíl mezi dospělým a dítětem (batoletem?). Je to někdy tam absurdní, že vyřešíte a vykomunikujete problém za hodinu, co by bez vás trvalo týdny, hromady schůzek (často absurdních) a s velmi nejasným výsledkem. Často dokonce kolegu ještě učíte, dáváte mu feedback, snažíte se ho posunout, někdy dokonce uděláte práci za ně, aby se dodala. To vše na úkor vlastního času - kdybyste to dělali celé vy, trvalo by to desetinu času a možná i míň.
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc, bez vás by to prostě ani nedopadlo (takže nekonečně víc produktivní). Jak jste se naučili s tímhle fungovat? Je to situace, které se nedá vyhnout, pokud nasbíráte dost skillů (pak jsou prostě většinou všichni o dost horší než vy)? Nebo se to dá nějak řešit? Přijde mi, že všude jinde není ten rozdíl mezi juniory a seniory (a jejich platech) tak obrovský jako v IT. Nebo jsem naivní a takhle to prostě je všude? Senioři to celé táhnou a junioři se na jejich úsilí vezou a sbírají velmi pěkné MD raty a chlubí se ostatním, jak "se připojí na daily, napíšou pár řádků kódu a ve 3 jdou domů s čistou hlavou" za třeba 7K na den?
Díky za vaše názory a zkušenosti.
1. Ano je to tak, produktivita u vyvojaru se muze lisit klidne i 20x. A to nemluvim o tom, ze nektere problemy proste slabsi nebo prumerny vyvojar nevyresi. Ne, ze by nechtel, ale proste nema dostatecny problem solving skill.
2. Co je to za firmu, kde ma junior 7K za den a muze jit ve 3 domu? Tam bych chtel pracovat.
3. Jit na projekt/do firmy, kde se nechodi ve 3 domu a i juniori jsou sikovni.
Bohužel tohle není tak velká výjimka, jak se zdá. Jen v mém okolí je několik podobných případů, často forma hybridu nebo full remote, firma chce mít i juniory v týmu, aby "ušetřila" a každá nová várka juniorů znamená docela vyšponované MD raty oproti stávajícím členům týmu. Poslední příklad, QA tester najatý za 7K/den, sice to dělá už pár let (takže se prodává jako senior) ale kvalitou práce a engagementem ho beru za juniora. Jsou dny, kdy nedělá nic, absolvuje pár meetů (vzdáleně, často u toho dělá svoje věci nebo je v posilovně). Když přijde do kanclu, je to na popovídání si s kolegy, společný oběd, pár piv k tomu, odpoledne už se vidí zase doma. Jenom v naší firmě znám lidi, kteří nemají žádný viditelný output už měsíce, často jsou offline během dne,.. A poslední roky to je pořád stejné, nikdo se o práci nebojí. Když už se někdo vyhodí nebo se mu ukončí objednávka, tak je to úplně odstrašující příklad takřka nesvéprávného člověka.
-
Je otrava být nejostřejší tužka v penálu :-) což naštěstí delší dobu není můj případ. Člověk bere svoji práci mnohem pokorněji, když má pár kolegů sobě rovných, třeba v jiných skillech než má sám. Je veliká radost, vzájemně se doplňovat.
A pak je potřeba si uvědomit, že i když člověk umí od každého kousek, nebo i od každého pořádný kus, tak v jedné věci je svět spravedlivý: všichni máme jenom pár hodin času denně. Člověk nemůže sám *stíhat* všechno. Takže ta produktivita je nakonec omezená časově.
-
Zdravím všechny,
...
Díky za vaše názory a zkušenosti.
1) Závisí na firmě, co já mám zkušenosti tak se plat SKUTEČNÝCH seniorů pohybuje v násobku juniora. Neplést si juniora s kontraktorem. A většinou to bylo vždycky ve firmách které už fungují delší čas. (žádné startupy)
2) To že senior se dostane do situace "on je hlavou okolo které se všechno točí" je hlavně problém toho seniora. Špatně si to zajistil např. tak že zjevně projekt nemá kvalitní dokumentaci ve které by junioři/testeři/apod. měly své odpovědi najít. Což je rozhodně chybou vývoje(daného seniora, či starších seniorů kteří už dávno odešli a řídily se heslem "po nás potopa") a nikoliv juniorů kteří naskočí do projektu mnohem později.
3) A ano je standardem že senior pracující na projektu 10 let samozřejmě během 1 hodiny upraví kód tak co junior zmákne možná tak za den/týden/měsíc. Produktivita u takového seniora je prostě na úplně jiném levelu. Při tomto ovšem nezapomenout že i ten senior kdysi když ten projekt byl mnohem menší byl taky za juniora a ti senioři co tam původně byli to taky neřešily.
Takže pokud máš pocit že jsi "STAR" okolo které se vše točí, můžeš zkusit podat žádost o zvýšení platu a pokud nevyhoví jdi o dům dál. Nebo můžeš zkusit podnikat, vybudovat vlastní firmu a zavést si pravidla v odměňování seniorů vs juniorů jak uznáš za vhodné.
-
Zdravím všechny,
chtěl bych se zeptat vás všech, kteří pracujete v IT a v rámci vašeho týmu jste tak něco jako senior nebo přímo tým vedete - víte skoro od A do Z, jak celá vaše komponenta funguje a jak souvisí s ostatní infrastrukturou firmy, orientujete se v aktuálním dění, chodí za vámi lidé s všemožnými dotazy a kolikrát se zdá, že jste snad jediní, kdo poslouchá a vyjadřuje se na schůzkách a o věcech přemýšlí, atd. Určitě jste nejeden zažili situaci, že mezi vámi a dalším členem týmu existuje takřka propastný rozdíl - co vy chápete z útržku kontextu a jste schopní vyřešit za krátký časový úsek (i s komunikací a vysvětlením ostatním, trackingem v toolech atd.), tak řadový člen týmu buď vůbec nechápe, nemá zájem pochopit, nebo je technické řešení nad jeho síly (i s vaší pomocí) a celkově je to jak rozdíl mezi dospělým a dítětem (batoletem?). Je to někdy tam absurdní, že vyřešíte a vykomunikujete problém za hodinu, co by bez vás trvalo týdny, hromady schůzek (často absurdních) a s velmi nejasným výsledkem. Často dokonce kolegu ještě učíte, dáváte mu feedback, snažíte se ho posunout, někdy dokonce uděláte práci za ně, aby se dodala. To vše na úkor vlastního času - kdybyste to dělali celé vy, trvalo by to desetinu času a možná i míň.
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc, bez vás by to prostě ani nedopadlo (takže nekonečně víc produktivní). Jak jste se naučili s tímhle fungovat? Je to situace, které se nedá vyhnout, pokud nasbíráte dost skillů (pak jsou prostě většinou všichni o dost horší než vy)? Nebo se to dá nějak řešit? Přijde mi, že všude jinde není ten rozdíl mezi juniory a seniory (a jejich platech) tak obrovský jako v IT. Nebo jsem naivní a takhle to prostě je všude? Senioři to celé táhnou a junioři se na jejich úsilí vezou a sbírají velmi pěkné MD raty a chlubí se ostatním, jak "se připojí na daily, napíšou pár řádků kódu a ve 3 jdou domů s čistou hlavou" za třeba 7K na den?
Díky za vaše názory a zkušenosti.
Hele kdyby každý uměl to co píšeš, že umíš ty, tak by tě tam třeba nepotřebovali. :)
Peníze nejsou všechno - možná otřepané, ale pokud jsi tam hlavě a jen kvůli penězům, daná implementační doména tě třeba vůbec nebaví, tak je asi čas jít dál.
Polož si otázku, co je na firmě zajímavé? Můžeš dělat proof of concepts? Hrabat se v technologiích a vybírat je? Máš čas na učení (část vlastního času , část pracovního)? Učíš se nové věci? Nadřízení jsou konzistentní (odpověď na stejnou-podobnou otázku je stejná i po delším časovém období)? Netlačí se na to aby už to bylo hotové, ať se může fakturovat, ale dbá se na to, aby to bylo možné dál udžovat (například místo odhadu ve dnech se projekt rozseká na části a sleduje se jak se postupuje)? Lidi kolem se snaží (aspoň někteří) rozvíjet? Není to jen krysí závod dostat se vejš, abych byl šéf....
Ujišťuju tě, že je často lepší dělat za polovinu a mít odpovědi na tyto otázky ANO, než se hnát za penězma. Pokud u vás junioři mají 7k, píšeš +25 procent maji služebně starší, tak máš MD kolem 9ti. Za to se dá krásně žít.
Je taky možné, že 7k nemají. Možná porovnáváš sebe jako zaměstnance a kontraktora?
Tak či tak, doporučuju to spíš řešit s nadřízeným, možná o tom, co píšeš netuší a najde řešení, které ti bude vyhovovat.
-
Mozna staci kdyz prejdete ze zamestnance na kontraktora.. veci se na chvili zastavi a pak, najednou s adekvatni castkou za vasi praci nebude problem :) Nebo zjisti, ze to jde i bez vas.. realna trzni valuace :)
-
Já jsem byl jednou v takové situaci a dostal jsem přidané 100% když jsem si řekl, ale vydržel jsem to jen dalších 6 měsíců a pak jsem stejně utekl. No a nejlepší je, že člověk co přišel po mě dostal ještě víc tehdy, protože fakt někoho potřebovali kdo to bude táhnout dál... Akorát pro tu firmu nový člověk je ztráta, protože i tak se do toho musí dostat a to může trvat měsíce i roky.
Problém je, že takto se to nedá dlouhodobě táhnout. A tady jde i vidět ten rozdíl - 10 juniorů prostě není schopných udělat práci za 1 seniora.. No a pak všechny ty firmy co naberou 10 indů za 1 seniora a myslí si, jak na tom vydělali.....
Ale ono toto je i důvod proč seniorní teamy chcou jen seniorní posilu a ne juniory... Prostě junioři to mají těžké a musí na sobě makat, pokud chcou být lepší.
-
BTW práce na kontrakt je good point.
Pokud chce firma něco víc, tak si stačí říct o dodatek ke smlouvě nebo se domluvit a není problém, když to bude hezky na faktuře a zaplacené. Nejsme charita, pokud chce někdo víc práce, musí se zaplatit, a je to stejné jako cokoliv jiného. Když mi domů přijde elektrikář a já budu chtít něco extra, tak to taky bez protestu zaplatím. Pamatuju si třeba jak mi jeden živnostník naúčtoval 1500 Kč za cestu, a přitom bydlel ve vedlejším domě a měl to 30 metrů :-D
-
Nabídnu svou zkušenost. Dodávám pro korporát, co o sobě tvrdí, že není korporát. I zde jsou vývojáři co znají vše o místním systému od A do Z a přepočteno na hodiny mají vyšší produktivitu, než ostatní.
A teď kde leží ta příčina:
- Žádná dokumentace
- Mizerné pokrytí testy
- Vágní zadání předešlého vývoje, kolikrát nedohledatelné nebo typicky pouze předmět ticketu bez popisu co se má implementovat
- Odporná architektura systému
- Zastaralé technologie
To si pak verbujte juniory/mediory a stěžujte si na produktivitu :)
-
nechci zradit tech par kolegu co mam v tymu a support okolo, protoze mam ty lidi rad, ale je to pakarna a senior jsem tam sam. uvazuju, ze jim reknu o zvyseni platu, protoze beze me by to asi padlo.
to by me zajimalo, jestli mi pridaji, nebo to nechaji kleknout.
-
uvazuju, ze jim reknu o zvyseni platu, protoze beze me by to asi padlo.
"Uvažuju..." To je blbě. :( O zvýšení platu je potřeba mluvit pořád. Vhodným způsobem, bavit se s šéfem o tom, co udělat pro to, abys měl víc. Nechat to plavat X let a pak, až tě to už akutně bolí, jít za ním a říct "hele, přidej 50 % nebo jdu" mnohem spíš skončí tím, že buď prohraješ tvář, nebo opravdu půjdeš. Zatímco "konstruktivně otravovat" při každém performance review, příležitosti, nebo co půl roku, zvyšuje šanci, že se za stejnou dobu o těch 50 % posuneš po menších přírůstcích.
-
nechci zradit tech par kolegu co mam v tymu a support okolo, protoze mam ty lidi rad, ale je to pakarna a senior jsem tam sam. uvazuju, ze jim reknu o zvyseni platu, protoze beze me by to asi padlo.
to by me zajimalo, jestli mi pridaji, nebo to nechaji kleknout.
Dělal jsem ve firmě, kde jsme měli architekta, který dal výpověď. Vypadalo to na konec, ale prostě jsme tu vlajku zvedli a šlo se dál. Mimo jiné jsme architektem udělali téměř všechny v dev. teamu, protože tým nebyl velký, tak to bylo lepší, řešit architekturu jako konsensus. Bylo dobré zapojit i ty, co toho věděli méně, alespoň pochopili, proč jsme udělali nějaká rozhodnutí.
Jsi v nebespečné pozici. Až (a to je jistota) uděláš velkou chybu, tak tě nikdo nezastaví. Pomož dalším, ať jdou nahoru. Je to hlavně ve tvém zájmu. Například si mnohem lépe odpočineš na dovolené :).
-
Myslet si, že jsem nepostradatelný, je naivita. Korporát nemá problém vylít do kanálu práci celého týmu za několik let. Stejně tak nemá problém místo jednoho odpadlíka vzít jako náhradu dva nováčky za násobek jeho platu.
Chodit za šéfem nebo na HR, že chci upgrade, je ztráta času. Po roce a půl dohadování z toho jsou 2% držhubnýho, to nestojí za námahu.
Má smysl aktivně hledat jinde: Za 4 měsíce z toho může být 30-50% navíc, ale je to cesta do rizika.
Nebo je pasivně-agresivní přístup: Snížím svoje výkony na úroveň mzdy a v uvolněném čase dělám na jiných projektech.
-
Myslet si, že jsem nepostradatelný, je naivita. Korporát nemá problém vylít do kanálu práci celého týmu za několik let. Stejně tak nemá problém místo jednoho odpadlíka vzít jako náhradu dva nováčky za násobek jeho platu.
Chodit za šéfem nebo na HR, že chci upgrade, je ztráta času. Po roce a půl dohadování z toho jsou 2% držhubnýho, to nestojí za námahu.
Má smysl aktivně hledat jinde: Za 4 měsíce z toho může být 30-50% navíc, ale je to cesta do rizika.
Nebo je pasivně-agresivní přístup: Snížím svoje výkony na úroveň mzdy a v uvolněném čase dělám na jiných projektech.
Velice pěkně popsáno. Zažil jsem několik lidí, kteří situaci betonovali tak, aby byli "nepostradatelní". Dost smutný pohled na tuto zoufalou snahu. Viděl jsem ředitele, který eleminoval své teoretické nástupce až pod ním nezbyl nikdo normální a jeho pozice byla zrušena vedením firmy.
-
Tohle co jsi napsal je přesně ten důvod, proč jsem před lety odešel pracovat jako OSVČ, abych od sebe ty lidi setřásl pryč.
Bohužel teda není to taky žádný med, proč?
1. Výše popsaní lidi ti na straně zákazníka někteří hážou klacky pod nohy, zejména z managementu
2. Musíš pracovat přes švarc firmy nebo rovnou pro švarc firmy, a ty se tě snaží v jednom kuse nějakým způsobem ojebat a udělat z tebe podřízeného, nebo podřízenějšího než je zaměstnanec. Nový trend u švarc firem je ten, že se ti dokonce pokoušejí diktovat dovolenou, už se ani nesnaží zastírat, že provozují švarc. Pozor, švarc provozují ty firmy, ne nutně ty.
V podstatě výše uvedený problém je můj celokariérní boj a snaha o vlastní uplatnění. A není to jen o vývojářích, učený z nebe nespad - vlastně je to hlavně o managerech a majitelích firem. Ryba vždycky smrdí od hlavy.
To takto dělá management, který se snaží odvádět co největší zisky majitelům nebo stakeholderům - to tihle manageri způsobí, že máš v týmu takové nekompetentní lidi. Totiž, problém není v těch lidech samotných, to je běžné, že někdo je lepší a někdo horší - problém je v tom, že managementu stačí na projektu dodávat na známku jako ve škole řekněme na 4ku nebo 3jku, takže když vidí, že projekt dodává na 2jku, tak je to pro ně signál, že můžou vzít pár neschopných lidí a dodat je na projekt - udělají díky tomu větší marži.
Tedy stav na projektu který popisuješ a který je dost běžný, je dá se říct úmyslný stav. Takže majitel nebo stakeholder, často multimiliardáři, si můžou nakoupit nejnovější model jachty nebo si postavit podzemní bunkr na Haiti i se služebnictvem, nebo si pro přítelkyni objednat Porsche a protože se mu nebude zdát délka, tak nechá celou továrnu makat aby mu porsche na délku prodloužili o pár cm. (To zrovna udělal Zuckenberg, jsou to jen příklady) Jiný multimiliardář může poslat na raketě do vesmíru auto za jásotu všech, nebo podnikat nesmyslné teraformace Marsu, ikdyž je známo, že i nukleární zimou postižená planeta země je pořád mnohem snáz navrátilná do funkčního stavu, než teraformace Marsu.
-
Zdenek Henek: tiez sme mali vo firme par "nenahraditelnych", ktori si to o sebe aj mysleli. Dopadlo to tak, ze ked odisli, nikto si nic nevsimol, lebo ich pracu sme si pekne rozdelili medzi seba a bez najmensich problemov fungovali dalej. Akurat sa prislo na to, ze casto ich jedinecne genialne riesenia su totalny programatorsky humus, ktory sme postupne prekopali a optimalizovali.
A ako pises, najlepsie je, zapojit vsetkych do projektov, lebo vtedy jednak mas klud, lebo vies pripadne cast prace rozdelit aj medzi ostatnych, a hlavne nebudu ta otravovat na dovolenke, lebo len ty jediny tomu rozumies. Na jednej strane je super pocit byt ten, na kom je firma zavisla, ale casom clovek zisti, ze vsetko je ked ti chodi stabilne normalna vyplata a nikto ta po praci neotravuje, to je lepsi pocit, ako byt nenahraditelny.
-
Mimochodem můžu garantovat, že dlouhodobě nikdo nenapíše 3 řádky kódu za 7k / MD a přitom je to junior, to je naprostý nesmysl, leda někdo vyhrál v loterii plus pracuje a bydlí ten chudák junior v Praze, plus ten chdák junior dělá na nějakém shitoidním projektu, jako třeba pro nějakou banku a ještě k tomu přes bodyshopping.
Na IČO práci jsou hodně velké tlaky na výkon a spousta malých firem, těch tzv. "startupů" co rostou jak houby po dešti, tak tam dostane dev tak 5k za manday a když chceš na pohovoru 6k, tak už ti naznačují "že to je hodne ambiciozní MD rate", aspoň v roce 2023 to tak ještě bylo. A musíš tam makat jako fretka. Takže výše uvedené co tazatel napsal je pohádka.
Rovněž je nesmysl tvrdit, že při vývoji inf. systémů vydá 1 osoba za 10 lidí. To je úplná kravina, kterou si ani já neříkám, a to jsem jako OSVČ hodně efektivní, ale i já mám pro firmu nevýhodu tu, že za max 2-3 roky mám dost a udělám Adios amigos abych si vzal sabatikl, nemluvě o důvěře - management nemůže jen tak někomu důvěřovat, že osoba nezdrhne ze dne na den pryč, a je to pro ně riziko.
Platit by to mohlo leda v nějaké totální žumpě, kde junior často skončí, v nějaké bodyshopping korporátu, co se snaží dodávat co nejvíc hlav to jen jde - ale i tam 10 lidí je poněkud přitažené za vlasy, když se vemou v potaz dovolené, nemoci, výpovědi, stabilita atd.
Já najdu ve firmě uplatnění největší tam, kde začíná nový projekt a potřebujou na to schopnou osobu, co to nezprasí a udělá to vysoce efektivně, načež jim nevadí, že za 2 roky co na tom makám a všechno tam pořádně udělám, tak si na to postupně najdou nějakého zaměstnance a projekt přejde do stavu maintenance. Firma dostane nejlepší poměr cena / kvalita, a potom si na to můžou dát nějaké standardní korporátní nemotivované "ležáky", co mají všeho dost, a ti to dostanou do správy.
Takhle já si představuju, že je hlavní gró mých služeb jako OSVČ.
-
...
Já najdu ve firmě uplatnění největší tam, kde začíná nový projekt a potřebujou na to schopnou osobu, co to nezprasí a udělá to vysoce efektivně, načež jim nevadí, že za 2 roky co na tom makám a všechno tam pořádně udělám, tak si na to postupně najdou nějakého zaměstnance a projekt přejde do stavu maintenance. Firma dostane nejlepší poměr cena / kvalita, a potom si na to můžou dát nějaké standardní korporátní nemotivované "ležáky", co mají všeho dost, a ti to dostanou do správy.
Takhle já si představuju, že je hlavní gró mých služeb jako OSVČ.
Ty jo uplne mi naskocil pred ocima oblicej... Presne takhle pred casem mluvil jeden OSVC ktereho jsme meli na jednom projektu.
Takze muzu nabidnout pohled z druhe strany.
Ten clovek byl relativne schopny a evidentne workoholik... Udelal toho hodne a docela to fungovalo..
Nicmeme pracoval s mentalitou, ze je na tom projektu na dva az tri roky a pak to nejak preda a dal ho to nezajima, takze spousta rozhodnuti bylo dost kratkozrakych a vedlo to jistym bolehlavum.
-
Zadna kratkozraka rozhodnuti nedělám a naopak se vždy dívám, jak ta či ona věc bude fungovat v horizontu 15 let.
2-3 roky na projektu je mimochodem dneska docela dobrá doba. Stěžuj si na management, a ne na tvoje kolegy, zdá-li se ti to málo.
-
A jeste odpoved pro autora vlakna.
Pokud takovy tym exituje (jeden superman + 8 flakacu... ) tak dela superman neco spatne...
Jakmile je rozdil ve vykonu u "seniora" tak propastny tak to znamena ze ten senior nema pozitivni vliv na rozvoj tymu a jeho juniornich kolegu.
A pak to neni ten senior ktereho ten tym potrebuje.
V jiste chvili ten superman musi nutne dosahnout limitu toho co dokaze sam a musi prejit do rezimu "programovani lidi" misto programovani kodu.
-
Zadna kratkozraka rozhodnuti nedělám a naopak se vždy dívám, jak ta či ona věc bude fungovat v horizontu 15 let.
2-3 roky na projektu je mimochodem dneska docela dobrá doba. Stěžuj si na management, a ne na tvoje kolegy, zdá-li se ti to málo.
Nebyl to utok primo na tebe.. (Jestli teda cirou nahodou nejsi ten samy clovek o kterem jsem mluvil :-) )
Ale zajima me jak to vis ze nedelas kratkozraka rozhodnuti? Delas nejakou retrospektivu? Vracis se k projektum abys videl jak to po par letech vypada?
2-3 roky na projektu se mi zda opravdu malo(pokud to nejsou shitoidni projekty ;-) ). Ale nebudu si stezovat ani na management ani na kolegy... protoze krome tech par skokanu (at uz OSVC nebo zamestnancu) s tim nemame problem.
-
...Pozor, švarc provozují ty firmy, ne nutně ty....
Nikoli, takova situace nastat vubec nemuze. Svarc je typ vztahu dvou subjektu a podileji se na nem oba. A to vzdy. S tim, ze ten, ktery vystupuje v roli "zamestnavatele" muze dostat flastrik 10M, a ten "zamestnanec" 1M.
Predevsim je jakykoli smluvni vztah o vzajemne dohode, a pokud nekomu nevyhovuje, tak naprosto nechapu, proc v takovem vztahu zustava a chodi nekam brecet.
... takze spousta rozhodnuti bylo dost kratkozrakych a vedlo to jistym bolehlavum.
Coz ovsem typicky vychazi ze zkusenosti, ktera rika "hlavne at to je rychle a moc to nestoji".
-
Moje zkusenost rika, ze jestli mam mit za neco zodpovednost 15 a vic let tak to nemuzu delat "rychle a at to moc nestoji".
-
Ty s nekym uzaviras nevypoveditelny smlouvy na 15 let? Vazne?
-
Ne.. Kde to čteš?
-
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc,
Pak je tu i druhy pohled - kdyby clovek na seniorni pozici musel vecne resit i tu rutinu, kterou obvykle delaj juniori, tak brzo skonci v Bohnicich na leceni a produktivita by sla do kytek stejne, protoze sice to dava levou zadni, ale 100x nic umorilo osla. Nebo by sel jinam, kde je ta prace zajimavejsi. Ony ty role jsou nenahraditelne obe, a vzajemne se doplnuji.
-
JAK v téhle situaci vnímáte, že váš plat (MD rate,..) je sice vyšší než u řadového člena týmu, ale je třeba o 25% vyšší, málokdy o 50%, ale rozdíl ve vaší produktivitě je skoro off the charts - vy vydáte za 10 členů týmu a někdy možná i víc,
Pak je tu i druhy pohled - kdyby clovek na seniorni pozici musel vecne resit i tu rutinu, kterou obvykle delaj juniori, tak brzo skonci v Bohnicich na leceni a produktivita by sla do kytek stejne, protoze sice to dava levou zadni, ale 100x nic umorilo osla. Nebo by sel jinam, kde je ta prace zajimavejsi. Ony ty role jsou nenahraditelne obe, a vzajemne se doplnuji.
na to je pekne porekadlo, ktere plati v jakemkoliv tymu.
bez mladych je to tragedie, bez starych je to komedie.
-
ze je na tom projektu na dva az tri roky a pak to nejak preda a dal ho to nezajima, takze spousta rozhodnuti bylo dost kratkozrakych a vedlo to jistym bolehlavum.
Prosim ta, ako sa predpovedat, co bude o 10-15 rokov? hlavne co sa tyka IT oblasti? Ked sa spusta novy projekt, tak sa ide podla aktualneho zadania + sikovny programator, ak ta budu nejake moznosti rozsirovania do buducna, tak urobi nejaku tu predpripravu na pripadne rozsirovanie. Ale ty nikdy nenapises dokonaly kod, ktory bude reflektovat nove moznosti a to, kam sa posuva vyvoj dajme tomu na 10 rokov dopredu. Ja v praci tiez narazim na kod, kedy len krutim hlavou, ze co to je, ale potom sa zamyslim, ze v dobe, ked sa pisal, to bolo najlepsie riesenie.
Zaklad je dodrzat design pattern a nekodit ako prasa.
-
No a o tom mluvim. Jsou veci u kterych se da predpokladat ze se zmeni a pak jsou veci ktere zustanou pravdepodobne stabilni. Napriklad business pozadavky se typicky budou menit spis jen v tech prvnich letech nez si business ujasni co chce... Dalsi zmeny pak uz budou spis ridke a nijak radikalni.
Naopak technologie frontendu nebo databaze se muze zmenit radikalne a rychle a muze byt vyhodne migraci udelat.
Ale ta migrace se dela o poznani hur pokud ti na frontendu visi business logika nebo pokud mas nejakou klicovou komponentu napsanou v plsql.
A zase.. .ja nerikam, ze je to vzdycky spatne... Muze byt opravdu dulezite a prinosne to tak mit.
Ale takove pripady je potreba dusledne zdokumentovat a sepsat ADR kde probereme uvazovana reseni a sepiseme duvody proc jsme vybrali prave tohle.
-
No a o tom mluvim. Jsou veci u kterych se da predpokladat ze se zmeni a pak jsou veci ktere zustanou pravdepodobne stabilni. ...
Jedna vec je teoria a druha prax.
Mam tu aplikaciu co ma 25+ rokov existencie za sebou.
Oblubeny sport co sa deje posledne roky je, ze nejaka nahodna tabulka datovo narastla a databaza nestiha. Rozhodne si nemyslim, ze "autor toho kodu rychlo nieco spatlal a ja tu riesim vyledok jeho chybneho pristupu". Beriem to stoicky, tak ako pocasie a ine javy ktore neovplyvnim. Napokon ked to 20 rokov fungovalo, tak to nebude "chybne docasne riesenie" :).
Alebo iny priklad: niekto pre 10imi rokmi sa rozhodol, ze full-transformacia-dat je dobry napad. No a teraz sa to bude musiet prerobit na inkrementalnu. Kazde ma svoje plusy a minusy, celkom chapem, ze povodne riesenie bolo take ako je. Zase: neoznacil by som povodneho architekta ako patlala.
-
ano, presne o tom som pisal. V tej dobe to mohlo byt najlepsie riesenie, ale po 10-20tich rokoch je to uz zastarale, pretoze za tie roky sa urobil nejaky ten pokrok co sa tyka vyvoja.
-
...tabulka datovo narastla...
Na tohle narazim taky, a velice casto problem spociva v tom, ze se silazujou data, ktery ale ve skutecnosti jsou uplne knicemu. Je to cca mesic co sem resil jednu takovou databazicku ... ve ktery sem objevil data "od pocatku sveta" (za poslednich cca 25let) pricemz to cele funguje jen jako prutokac = data se tam zpracujou a vyplivne to vysledek, pak uz ty data jsou nanic. Dava mozna smysl mit historii par tydnu/mesicu kdyby se narazilo na nejaky problem, ale ne desitky let.
-
Proto se ty data dneska uloží někdo do Object Store a člověka zajímají jen když je potřebuje. Dat je moc a bude jich ještě víc...
-
kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?
-
...tabulka datovo narastla...
Na tohle narazim taky, a velice casto problem spociva v tom, ze se silazujou data, ktery ale ve skutecnosti jsou uplne knicemu. Je to cca mesic co sem resil jednu takovou databazicku ... ve ktery sem objevil data "od pocatku sveta" (za poslednich cca 25let) pricemz to cele funguje jen jako prutokac = data se tam zpracujou a vyplivne to vysledek, pak uz ty data jsou nanic. Dava mozna smysl mit historii par tydnu/mesicu kdyby se narazilo na nejaky problem, ale ne desitky let.
no a teraz si predstavte aplikaciu nad takymto cimsi, ktora pouziva full historiu na vypocet aktualneho stavu :P
(uplne bezna situacia, pretoze malokedy programator si tuzi pridavat pracu a vyrabat dobrovolne nejake uzavierkove stavy umoznujuce ignorovat historicke zaznamy - ono samozrejme takato redundancia z isteho uhla pohladu je ciste zlo :) )
-
kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?
pracu s obsahom v obraze/videu/zvuku :).
fakt by som chcel vediet ako strojovo zistim, ze vo videu je maciatko, ci ako programovo precitam spolahlivo sken faktury.
aspon na urovni toho, ze by som vedel, ake kniznice existuju a ako sa to pouziva :P
-
kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?
Hele je spousta "znalosti" co postradam a asi bych se nezlobil kdyby mi je nekdo pricaroval a ja nemusel odvezt tezkou praci abych si je ziskal, ale zadnou z nich bych neoznacil za seniorni...
Ta otazka jak je polozena tak implikuje, ze znalosti se daji rozdelit na seniorni a juniorni a to podle me nejde.
Urcite se ke kazde znalosti kterou nekdo oznaci za seniorni najde junior co ji ma a bude to rozporovat.
Co jde rozdelit spis podle seniority budou vlastnosti. Jakym zpusobem clovek znalosti ziskava a jak je predava a jak se chova.
A tam i kdyz uz oficialne senior neni moje nalepka tak vim co mi chybi a co bych si od kouzelneho dedecka pral.
Trpelivost, toleranci a pokoru.
To bych fakt potreboval a nevim jak to natrenovat.
-
Trpelivost, toleranci a pokoru.
To bych fakt potreboval a nevim jak to natrenovat.
To je moc hezká představa - mohl by ses podělit o nějaké konkrétní situace, kde Tě to brzdí?
-
Trpelivost, toleranci a pokoru.
To bych fakt potreboval a nevim jak to natrenovat.
To je moc hezká představa - mohl by ses podělit o nějaké konkrétní situace, kde Tě to brzdí?
Nevim jestli zrovna brzdi... ale
Treba kdyz vim ze kdybych mel pristup k AWS uctu tak si za 10 minut nastavim co potrebuju... ale misto toho potrebuju delat ticket a cekat par dni a 10x ho otacet tak me jima vztek... Kdybych byl trpelivejsi tak to prejdu s nadhledem...
Kdyz vidim ze jsem kolegovi(co uz by vekem mel byt senior...) uz 30x rikal at to nedela tak, ale jinak... ze to bude pro vsechny lepsi a hlavne pro nej... protoze si rozsiri obzory a nebude travit cas zbytecnostma... a on furt tvrdohlave dela blbosti... jsem na nej protivnej i kdyz je jinak fajn... Kdybych byl tolerantnejsi...
Casto se mi stava ze si na nekoho prilis rychle udelam nazor a pak k nemu automaticky pristupuju tak ze me nema co naucit a tim sam sebe zablokuju a ztratim tu prilezitost se neco naucit...
A i kdyz to bude treba v 80% pripadu pravda tak tech 20% o ktery prijdu me porad mrzi... Kdybych k lidem pristupoval s pokorou a dal jim vic sanci ukazat co v nich je treba ...
-
fakt by som chcel vediet ako strojovo zistim, ze vo videu je maciatko, ci ako programovo precitam spolahlivo sken faktury.
Ale to nie je o tom, ze ti len tak povie, ze je to maciatko? Ono to funguje velmi podobne, ako u ludi. Ty mu das stovky, alebo tisice obrazkov roznych maciatok a povies mu, toto su maciatka, pripadne das fotky psov a povies: toto nie su maciatka. No a AI si postupne robi profil maciatka.
-
Predevsim je uzasna ta spolehlivost toho rozpoznavani ...
Kdybych si chtel dat tu praci s hledanim, tak mam nekde fotku mysi(ty od pocitace) ... za kterou te skoro kdekoli spolehlive zabanujou.
no a teraz si predstavte aplikaciu nad takymto cimsi, ktora pouziva full historiu na vypocet aktualneho stavu :P
Jenze tohle je fail uz pri navrhu. A jo, taky takovy v okoli znam. Sudruh managor si treba kresli grafy (obraty, marze ...) tak max za posledni 3 roky. Ale prepocitava se to kazdej den pres vsechny data za poslenich cca 20 let. Taky to cim dal dyl trva ... a ja jen cekam, az to trvani preleze do provozni doby, protoze do ty doby nikdo prachy na reseni neda.
Reseni jsou ve skutecnosti samozrejme 2. Bud omezit ty data pres ktery se to pocita, nebo pocitat diff.
-
Jenze tohle je fail uz pri navrhu. A jo, taky takovy v okoli znam. Sudruh managor si treba kresli grafy (obraty, marze ...) tak max za posledni 3 roky. Ale prepocitava se to kazdej den pres vsechny data za poslenich cca 20 let. Taky to cim dal dyl trva ... a ja jen cekam, az to trvani preleze do provozni doby, protoze do ty doby nikdo prachy na reseni neda.
Reseni jsou ve skutecnosti samozrejme 2. Bud omezit ty data pres ktery se to pocita, nebo pocitat diff.
ehm...
akykolvek proces kde sa meni priebezne stav ma uplne logicke riesenie "sypem zmeny na kopu" a clovek sa umyselne vyhyba robeniu medzisuctov, pretoze je s tym kopa dalsej roboty. Efektivitu procesu zabezpečuje index.
Pomenovat tuto zalezitost "fail pri navrhu" je akademicky pohlad na vec nemajuci vela spolocneho s realitou.
A pomerne pochopitelne to vybuble pri nejakom manazerskom reporte po x-rokoch spokojneho pouzivania.
Ale ten report je v tom (niekedy/zvacsa) nevinne.
Dalsi priklad z praxe: autor predvidavo spravil transakcnu tabulku + uzavierkove zaznamy. Takze jeden by si pomyslel, ze mudro nespravil "fail pri navrhu". Ale chyba lavky. Po rokoch prisiel statny organ a povedal "dajte report" a ten vyzaduje pohlad nekorespondujuci s tymi "uzavierkovymi zaznamami", takze sa to robi z tych transakcnych.
-
To jiste, on totiz index casem zrychluje a to ze vniknou rocne desitky tisic novych zaznamu je taky zcela nepredpokladatelny fakt.
-
Dalsi priklad z praxe: autor predvidavo spravil transakcnu tabulku + uzavierkove zaznamy. Takze jeden by si pomyslel, ze mudro nespravil "fail pri navrhu". Ale chyba lavky. Po rokoch prisiel statny organ a povedal "dajte report" a ten vyzaduje pohlad nekorespondujuci s tymi "uzavierkovymi zaznamami", takze sa to robi z tych transakcnych.
Hele to ze prijde zmena pozadavku je v poradku... a je ocekavany stav ze bude potreba do toho sahnout a upravit aby sel snadno generovat novej typ reportu...
(Teda slysel jsem o pripadu kdy se proti tomu firma celkem uspesne branila prez pravniky, protoze provadeci predpis k novele nespecifikoval presne interval a tudiz stary report technicky vyhovoval a tak museli statni organi chytnout abakus a dopocitat si to rucne... ale)
Proste kdyz vyvijim novej report tak se u toho bude muset prepocitat ta transakcni tabule... ale samozrejme si muzu mezivypocty ulozit pro priste, protoze uz budu ocekavat ze prijdou a budou ten report chtit znova...
Nicmene... jak casto vam prijde "statny organ" ze chce novej report? Jednou za kvartal?
No a jak casto prijde update technologii co pouzivate? A jak casto se stane, ze tam je nejaka nekompatibilita a musi se premigrovat na nejakou novou verzi? A jak casto se stane za se vam objevi nejaky security vulnerabilities ktery musite fixnout updatem nebo migraci na jinou knihovnu? U nas se to deje radove casteji... spousta je automatizovana a vsechno jede jak po masle... Dokud se nenarazi na to, ze nejakej chytrolin kvuli nejaky optimalizaci pouzil neco co je deprecated... nebo "radoby sealed" a chytre to zapece do kodu primo na urovni entitnich typu.
A o tom ja mluvim... nikdo nemuze hadat na patnact let dopredu, ze budou nejaky legislativni zmeny vyzadujici reporting...
Ale je celkem snadny uhodnout ze ta knihovna kterou jsem vybral tak bud bude mit nove verze, nebo security issues... nebo proste nebude a budu ji muset nejak nahradit...
Takze proste potrebuju abstrahovat od technikalii a ochranit svoji business logiku pred technickymi zmenami.
-
Pridam sa do diskusie s inim pohladom na to, co je senior.
Predstavte si produkt, ktory ma viac ako 15 rokov. Je programovany v technologiach, ktore pred 15 rokmi existovali. Obsahuje na "vsetko" vlastny modul (od prihlasenia, cez ORM, web vrstvu, az po pracu so subormi a amqp kanalmi, ci mailami, faxami, ...). V takomto produkte je vsetko programovane s vyhliadkou na buducnost a mozne zmeny poziadaviek. V praxi si to predstavte tak, ze v kazdej druhej metode je kus kodu, ktory sa pozrie do databazy, stiahne si konfiguraciu danej funkcionality a na zaklade konfiguracie sa zariadi. Nastartuje reflexiou nejaku novu triedu (podla konfiguracie), ponastavuje nejake parametrea, alebo podobne. Parametre su tiez robene "bezpecne". Malokedy sa pouziva ini parameter ako "kontext". V instancii typu "kontext" je niekolko roznych atributov (v niektorych typoch kontextu aj takmer stovka atributov) a niektore sa v metode nacitaju, niektore sa prepisu, niektore sa nastavia a niektore sa nepouziju vobec...
Ked pride z ineho projektu senior, tak je jeho vykon na urovni 0. Ked chce nieco zistit, co robi, musi mu niekto ukazat, ako sa v aplikacii vyvola dana funkcionalita v UI. Ked to vie, nastavi si debuger a ide... Na konci dna ma zhruba predstavu a o den, ci dva, moze aj doplnit nieco...
Na druhej strane senior, ktori je na projekte uz 10 rokov ma tuto vec v malicku. Hned vie, co treba zdebugovat (ma pripravene sady breakpointov pre rozne oblasti projektu). Do hodiny zvycajne vie, kadial sa ake data podavaju a ako tam doplni pozadovanu funkcionalitu. Zvycajne to suvisi so skopirovanim par tried a upravenim par riadkov v danych triedach... Nasledne sa uz iba upravi konfiguracia pre zakaznika, aby v sa potrebnych krokoch pouzili novoskopirovane triedy. Obcas ale chyba nejaka informacia v metode na konci, ktora sa nachadza iba v metode na zaciatku... V tomto pripade nie je nic jednoduchsie, ako ju doplnit do kontextu...
Senior po roku bud uz na projekte davno nieje, alebo sa dokaze pozerat na ten aktualny stav kodu a pracovat v jeho style... (aspon toto je moj pocit).
Ako by ste si cenili seniora v takejto praci? Imho je na nezaplatenie, ze dokaze dennodenne robit archeologiu a dokaze nenapisat ani riadok javadoc-u a pripadne nezmenit ani jednu podmienku, ktora je evidentne zbytocna, ale kopirovat ju dookola dalej a dalej... Napriklad.
-
Na druhej strane senior, ktori je na projekte uz 10 rokov ma tuto vec v malicku. Hned vie, co treba zdebugovat
Pokud je ale na projektu 10 let a pořád to nenapravil tak, že musí debugovat, bez milosti bych ho jako manažer propustil. Pokud bych byl vývojář, který to zná jako své boty, prostě bych řekl manažerovi: „Přepisujeme, nebo odcházím.“
Jak mě jednou řekl kamarád: Kompromis je ta nejhorší volba, která lze zvolit.
A kecy o tom, že se to nevyplatí... buď je to kritický systém, nebo není.
Když to není kritický systém, pak se daný vývojář špatně „zaháčkoval“ a měl by urychleně něco změnit.
Svět se změnil, stal se brutálním – díky extrémní konkurenci a tlaku dodat co nejvíc za co nejméně peněz – a hlavně kvůli splnění KPI, aby byly bonusy... přes to nejede vlak!
V IT dělám přes 21 let, prošel jsem kdečím, ale nikdy jsem neakceptoval status quo.
Ano, jsem přesně ten vývojář, co každé 2–3 roky mění práci. A ano, dělám to, protože MD rate roste každé 2–3 roky tak, že bych byl blázen zůstávat za ty „hezké“ drobné, které dávali dřív.
Ty breky lidí, že za tak krátkou dobu nic nedodám, bla bla bla...
Lidi, co děláte víc jak 3 roky na jednom místě u jednoho zaměstnavatele/zákazníka, proberte se prosím!
Nastudujte si, jak vás vnímají HR a firma – ne jak se vnímáte vy sami.
Mě vnímají firmy jako někoho, kdo za dost peněz dodá aktuální technologie v kvalitě dostatečné pro budoucí vývoj.
Nic víc ode mě nechtějí, ba naopak to tak vyžadují.
Jo, nemají mě rádi, když chci dodávat nadstandardní kvalitu, ale to je muj boj.
Lidi, co to dělají se mnou a zůstávají třeba 5 a více let, firma vnímá jako levnou pracovní sílu, kterou si „uzamkli“ do své zlaté klícky a sem tam jí přihodí trochu zrna navíc.
Čest firmám, které jsou férové, ale v těch jsem neměl štěstí pracovat.
Byznys je klíčový. Ne já, ne vy, drazí kolegové vývojáři.
Pokud máte pocit, že je to jinak, jste na špatné koleji, která se jednou potká s koncem tratě – a nebude to hezký pohled.
Ako by ste si cenili seniora v takejto praci? Imho je na nezaplatenie, ze dokaze dennodenne robit archeologiu a dokaze nenapisat ani riadok javadoc-u a pripadne nezmenit ani jednu podmienku, ktora je evidentne zbytocna, ale kopirovat ju dookola dalej a dalej... Napriklad.
Z toho čiší teorie o místním kapovi. Tedy taky vyhodit, protože:
- Javadoc se nepíše, pokud nejde o framework nebo knihovnu. Kód se strukturuje tak, aby byl samovysvětlující – tedy i juniorní vývojář by se v něm měl snadno zorientovat.
- Kód je živá věc. Pokud je to archeologie, už to ani není „omývání mrtvoly.“
- Pokud jde o kritický software, peníze na přepis se vždycky najdou. Jenže pak by se daný vývojář asi naštval a snažil se vzít kramle. Takže ho radši dusíme, dokud to jde, a když odejde, budeme mít výmluvu, že za to celé může on. A najdou se peníze, o kterých se „omývači mrtvol“ mohlo jen zdát.
Lidi, uvědomte si, že pokud firma vydělává, musí platit daně.
Zaměstnanci jsou daňově uznatelný náklad... stejně jako licence nového softwaru i s podporou, která vyřeší případný odchod „nepostradatelného“ člověka.
Firma se na vás při první příležitosti vykašle a nahradí vás bez mrknutí oka, protože musí. To je její cíl.
Vím, že se to čte dotčeným lidem těžce. Vážení kolegové, byl jsem tam taky. Pak jsem dostal „wake-up call“ a změnil celé smýšlení o sobě i o těch, co mě platí.
A jako bonus si teď můžu koupit něco, co má větší cenu než peníze celého světa – zážitky, které bych nikdy neměl, kdybych se podřídil a sklapnul patky tak, jak si o mně mysleli na HR, tak bych asi už v IT nebyl, radši bych dělal svářeče.
Disclaimer: Nejsem normální vývojář.
Všímaví lidé si toho rychle všimnou, zatímco ti méně bystří (nebo zahledění do sebe) mě považují za arogantního.
Raději se bavím s testery než s ostatními vývojáři, a business si pečlivě předcházím – zato projektové manažery (PM) a Scrum mastery rád ignoruji v tom, co chtějí, a dělám to, co chce business.
Nedělám tuhle práci proto, aby mě měli lidi rádi – dělám ji, protože mě za to platí.
A platí mě za to, že mě nikdo nemusí vodit za ručičku a že sám přicházím s řešením problémů, které ostatní zatím nevidí.
-
Takže pokud máš pocit že jsi "STAR" okolo které se vše točí, můžeš zkusit podat žádost o zvýšení platu a pokud nevyhoví jdi o dům dál.
Přesně tak. V ČR se lidi bojí říct o vyšší mzdu (plat je tabulkový) a raději stáhnou ocas a jdou o dům dál.
Na druhou stranu někteří tzv. senioři mají sice zkušenosti a přehled (a i v tom je jejich hodnota) a jsou schopni i lecos patchnout, ale větší kód už hodně dlouho nenapsali a nebojím se říct, že ani nejsou schopni už napsat příp. by jim to trvalo dost dlouho a bylo by to trápení. Jestli je to tento případ pochopitelně nevím. Jen kolikrát si člověk může myslet jak umí a přitom je ta skořápka poloprázdná a nebo se šlape naprázdno bez hodnoty. Všichni známe ty „konzultanty”, co všechno ví, se vším mají zkušenosti, ale reálně z nich produkt nevypadne...
V neposlední řadě tak, jako jsou různé peníze mezi oborama, tak jsou různé i v rámci jednoho oboru mezi firmami (a mzda není jedinná hodnota, kterou zaměstnavatel nabízí a fakt nemyslím stravenky :-)). Holt ne každá firma si může dovolit vyhazovat nesmyslné částky za promítnutí prezentace nebo program, jehož životní cyklus není součástí pracovních procesů atd. A každý může mít jiné preference, takže moc nechápu motivaci původního tazatele.
Jestli zde na fóru hledá podporu, aby si dodal odvahy a otevřel se zaměstnavatelem otázku zvýšení mzdy, tak ode mne ji má. Argumenty, jak se zdá, pro to téma má.
-
Na druhou stranu někteří tzv. senioři mají sice zkušenosti a přehled (a i v tom je jejich hodnota) a jsou schopni i lecos patchnout, ale větší kód už hodně dlouho nenapsali a nebojím se říct, že ani nejsou schopni už napsat příp. by jim to trvalo dost dlouho a bylo by to trápení. Jestli je to tento případ pochopitelně nevím. Jen kolikrát si člověk může myslet jak umí a přitom je ta skořápka poloprázdná a nebo se šlape naprázdno bez hodnoty. Všichni známe ty „konzultanty”, co všechno ví, se vším mají zkušenosti, ale reálně z nich produkt nevypadne...
Jo.. znam to a myslim, ze me to brzo ceka taky protoze komercne pisu cim dal tim min opravdoveho kodu ...
ale mam dojem ze tohle je skupina lidi kterou hodne zvedne copilot a podobne...
Aspon co se tyce mainstreamovych technologii...
Protoze maji prehled a vidi "bigger picture" a maji kontakty a nastroj ktery je odstini od detailu...
Naopak mam porad pochybnosti co to udela s nekym juniornim ci mene zkusenym...
Moje teorie je ze se "rozevrou nuzky" a ty schopni budou schopnejsi a drazsi a ti prumerni a podprumerni budou na tom vykonem v podstate stejne jako ted... jen budou levnejsi
Za me asi dobry... mohlo by to znamenat mensi tymy schopnejsich lidi a tim padem mensi organizacni overhead...
A tazatel asi muze byt spokojen...
-
Disclaimer: Nejsem normální vývojář.
ano, vidno z toho textu :)
ono je lahke byt hviezdovu, ked clovek pride novy na projekt a jedine co ma na starosti je vyriesit problem, kvoli ktoremu je nakontrahovany. Osobne si cenim takych ludi, nie z dovodu, ze by boli lepsi, ale z dovodu, ze viem, ze ked mu zverim nejaku ulohu, tak to nezapadne pod dalsimi poziadavkami :).
Mam znameho ktory ma presne zasobuje podobnymi historkami, ako sa niekde na pol roka ocitol, porobil hrst vylepseni potom siel zase o dum dal. Je jediny z ludi ktorych blizsie poznam, ktory to zvlada takto robit desatrocia. Ostatni casom si nasli teple miesto a tam zahnivaju. Nie je mi zrejme, ci to je mam chapat ako stasie alebo smolu :P.
-
No ono je to skorej co robis. Nie je vyvojar a vyvojar. Taky C#, Rust sa kludne moze "zahniezdit na firme" a mat pokoj a klud a tak isto kludne skakat s projektu do projektu. V podstate to iste dookola. Co vie si so sebov nesie dalej. Ale co taky chudak PHP, Angular, React, Javascript, Python programator? Rok od roku sa ucit nieco nove aby som mohol kazdu chvilku behat s projektu na projekt a hviezdit ako to dava? Inak dokedy das taketo tempo? 40+? Co po dalej? Neboj sa aj ty si najdes vo finale "miesto na zahniezdenie"