Chceš dnes udělat dobrý skutek ? Pomoz výše
uvedenému hříšníkovi tím, že mu dáš nějaké rozhřešení! Můžeš mu
ho poslat na e-mailovou adresu, kterou uvedl u zpovědi, nebo napsat
veřejně vyplněním formuláře na konci této stránky. A jestliže nechceš,
aby pod tvou přezdívkou mohl vystupovat ještě někdo jiný, zaregistruj
si ji ZDE !
|
|
- rozhodně nepoužívej LLM než zjistíš co a jak to má dělat, potřebuješ nejdřív získat doménovou znalost kterou budeš schopný ověřit pravdivost výstupů
- všechno zadání od šéfa chtěj písemně a trvej na tom (jedna z věcí co mě korporace naučila), všechny požadavky na třetí osoby mailem + šéf (tvůj i jejich v kopii)
- sežeň si veškerou dokumentaci co je možná i nemožná, i blbý high level design může pomoct, nějaké nahodné poznámky taky.
- dostaň z někoho use-case, od toho se můžeš vždycky odpíchnout a klidně na tomhle trvej
- začni analýzou dat a jejích flow, ono z databáze a její struktury se dozvíš docela hodně
- kašli na vývojáře a skoušej sehnat spíš testery, nebo aspon jejich plány, ty ti objasní docela hodně o funčnosti, unit testy taky můžou dost napovědět
- když všechno selže tak začni blackbox testy, máš k dipozici kod, data, můžeš naslepo zkoušet a čekat co se stane
- kolegu který tomu "rozumí" pošli do zadele. Problémy se řeší před vydáním jinak můžeš zabít i vcelku dobrou aplikaci. Ani dost jich bude po vydání ale vždycky se snaž vychytat co nejvíc
- jak bylo řečeno neboj se říct si o externí konzultanty
- taky klidně protestuj a chtěj k sobě seniora (zase oficiální mail, dát klidně i šéfa od šéfa do kopie), přebírání neznámé codebase je hodně velké sousto i pro zkušené programátory
-jak budeš mít základní povědomí začni si plánovat co s tím, co a kde je třeba udělat. Dělej to klasicky, rozsekávej to na menší a menší části (prostě takový jednomužný scrum), hlavně to nepřepal nemožnýma věcma.
- každou změnu (v high levelu stylu teď t odělá tohle potřebejeme aby to dělalo tohle) si nech schválit, pisemně.
- hodně štěstí a hlavně nezapomeň že odejít můžeš vždycky není třeba se kvůli tomu přepracovat a vyhořet.
|
|
|
|
- Tuhle doménovou znalost má mít ideálně Product Owner, nebo Product Manager.
- Ladit appku až po vydání je neprofesionální.
- Rozhodně používej LLM pro zrychlení vývoje: Codex, nebo Claude Desktop (nebo Claude Code).
- Jaký máš platový rozsah? Možná by sis mohl říct o přidání. :)
|
|
|
|
Rekl bych si o pridani :-D
Kdyby to nevyslo, odesel bych.
|
|
|
|
Snažil bych se zjistit jak to funguje a pak můžeš tlačit na firmu ať ti daj vyšší plat jinak ten jedinej člověk co tomu rozumí udělá pápá
|
 tyrel |
|
|
|
Souhlasím s názorem, že je to příležitost, jak píšou Michal a Vít Kouba. V téhle době je spousta IT juniorů, kteří touží po příležitosti a nedostanou ji. Tys ji dostal. A Michal taky má pravdu v tom, že jsi jen zaměstnanec, takže i kdyby z toho byl průšvih, není to tvůj problém, ale zaměstnavatele. Dělej jak nejlíp umíš, ber to jako šanci jít kariérně a tedy i finančně hodně rychle nahoru. Neodcházela bych po pár měsících, teď je to nejtěžší, jak je to pro tebe nové, ale časem se v tom líp zorientuješ a pak budeš rád, žes to nevzdal hned na začátku.
|
|
|
|
Tady je vidět jak je pomalu více než 70 procent jun.je úplně v pič... před 10 lety jsem se učila programovat žádná AI dneska máte všechno nadosah a ani tak nejste schopni používat svou vlastní hlavu. No jo. Schopnost řešení problému bylo vždy to co se cení u programatora né umět dokonalou syntaxi nebo že dělám chyby. Ale prostě zde je problém jak ho vyřeším.
|
|
|
|
https://youtu.be/pZTunbiL-ec
|
|
|
|
no tak to ti přistála na stole jebka, kterou nikdo nechtěl a jak tu někdo poznamenal, máš šanco stát se nanhraditelnym : )
Jee to holt samostatná práce, budeš muset zjišťovat, zjišťovat, hledat lidi co ví a zjišťovat. Výhoda je, když si zaměstananec, že můžeš přijít nahorua říct: potřebuju zaplatit konzultanta (k legislativě, obchodu, atp) jsem totiž vývojář a nemám dostatek informací. Firma ti ho zařídí /zaplatí. S technologiema ti poradí ai.
A pak je něco čemu se řiká cesta malých úspěchů - prostě začni upravovat po malých kouscích a čím vív do toho budeš hledět, tim víc otázek budeš mít, a čím víc si jich odpovíš, budeš lépe chápat celek a upravit větší věci.
Každej začátek je těžkej, 2 měsíce jsou málo na něco komplikovanýho, čemu nerozumíš. Počkej jěčtě měsíc, a uvidíš. Můžeš se zatim porozhlídnout po něčem jinym, kdyby se to nezlomilo.
|
|
|
|
Jaký obor?
|
|
|
|
Úplně to smysl dává, a byť je to situace k vzteku, nezáviděníhodná a na psychiku hodně náročná, z tvého popisu je jasně vidět jedno: technicky jsi na tom v té firmě nejlépe a držíš v rukou klíčový produkt.
Když je v chaosu celá firma, nejde zachraňovat všechno najednou. Musíš si nastavit vlastní pravidla hry, abys z toho nezbláznil, nespálil se a zároveň nešel pod nůž kvůli chybám, které ti nikdo dopředu nezadal.
Zde je praktický plán, jak tuhle "one-man show" ustát:
1. Zastav "hasení naslepo" a vytvoř si mantinely
Problém: Hledáš klíčová slova, nevíš přesně, co máš upravit, a zadání zní "aby to fungovalo".
Řešení: Přestaň hádat. Pokud šéf nemá konkrétní požadavek, musíš si ho vynutit tím, že ho necháš rozhodnout.
Jak na to: Místo tichého trápení sepiš seznam 3 největších rizik nebo nejasností, které blokují český trh, a pošli mu je e-mailem s otázkou: "Pro české spuštění potřebujeme vyřešit X a Y. Mám se zaměřit na A, nebo na B?" Když ti neodpoví nebo odpoví stylem "hlavně ať to funguje", máš krytá záda, že jsi na to upozornil a dostal volnou ruku.
2. Převezměte kontrolu nad doménovým know-how
Problém: Kolega od oboru ti radí až po spuštění a ty se bojíš laviny reklamací od zákazníků.
Řešení: Urob z kolegy "produktového mentora" (formálně nebo neformálně). Nemusí ti kódovat, ale musí ti odkývat, že to, co děláš, dává v oboru smysl.
Jak na to: Domluv si s ním pravidelnou 30minutovou schůzku týdně. Řekni mu na rovinu: "Hele, já to naprogramuju, ale potřebuju, aby ses podíval na tenhle scénář, jestli to takhle v naší praxi funguje. Nechci, aby nám pak lidi volali a nadávali." Tím ho vtáhneš do spoluzodpovědnosti za byznysovou stránku.
3. Omez závislost na "mrtvém" zahraničním seniorovi
Problém: Zahraniční kolega nekomunikuje a nezná lokální kontext.
Řešení: Využij kód (JS/TS/Vue/Node) jako jedinou pravdu. Seniora obcházej v otázkách oboru a zeptej se ho pouze na čistě technické blokery v kódu (např. architektura, databázové schéma), pokud na nějaké narazíš. Pokud neodpovídá, spolehni se na dokumentaci, komunitu (StackOverflow, AI nástroje jako já) a kód si refaktoruj sám tak, abys ho pochopil.
4. Buduj si "výstupní balíček" (Exit Strategy)
Problém: Hned novou práci neseženeš.
Řešení: Ber tuto pozici jako brutální akcelerátor své ceny na trhu.
Jak na to: To, že vedeš rozsáhlou aplikaci ve Vue/TS/Node sám, je v životopise obrovské lákadlo pro budoucí zaměstnavatele. Zapisuj si každý den, co se ti daří, jaké technologie a komplexní problémy řešíš. Až se poohlédneš po něčem jiném, budeš mít v CV zkušenost "Lead Fullstack Developer", což ti otevře dveře jinde za úplně jiné peníze.
Drž se. Jsi v pozici, kdy ti chybí podpora shora, ale zároveň máš obrovskou příležitost ukázat, že se umíš postavit čelem k problému. Nemusíš být odborník na obor od narození – stačí, když budeš mít proces pod kontrolou a donutíš ost
|
|
|
|
Áno.
Jako zaměstnanci ti nic nehrozí.
To že nějaký web nebude správně fungovat není tvůj problém. Nemáš co ztratit. Můžeš jen získat - když se v tom trochu zorientuješ, budeš za chvíli pro firmu nenahraditelný. A když né … svět se nezhroutí kvůli jedné aplikaci.
Ber to jako výzvu, a né jako problém.
Tak držím palce.
|
|
|
|
Se zeptej áíčka
|
|
|
|
Michal: Myslíš to tak, že tomu všemu přikládám moc velkou důležitost?
|
|
|
|
Vždyť o nic nejde, jsi zaměstnanec, přece
|
|
|
|
27 
73 
