Odpovědnost za škodu? Problémový junior a zklamání z práce

[jerrym]

tady máš příslušný zákon

http://zakony.centrum.cz/zakonik-prace/cast-2-hlava-4-dil-3

a tady máš vzor

https://www.dtest.cz/clanek-3340/vypoved-z-pracovniho-pomeru-ze-strany-zamestnance?ga_email=1&_fid=b701

[Reklama]

[PanVP]

Tohle není úplně dobré doporučeni -  není tam výklad. Nejprve se doručuje osobně - až když to nejde tak poštou.

https://danovky.cz/cs/nejvyssi-soud-potvrdil-striktni-pravidla-dorucovani-vypovedi

[hurvajs spejbl]

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

[Ondrej Nemecek]

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

Testy jsou oblíbené minimálně tam, kde ušetří ruční testování, to se asi shodneme 

[registrovany123]

Jednou nezapomen nekde zverejnit jmeno firmy, at vime co za cur*aka je jeji majitel.

[Reklama]

[Idris]

Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

Důležité je odhalovat chyby. Testy mají tu nevýhodu, že je člověk musí napsat navíc (je to mrtvý kód) a že stejně pokryjí jen poměrně malou část minového pole. Zrovna na jednom projektu vidím, jak maníci použili gRPC, ORM a JSON REST a nejvíc chyb nasekali v kódu převádějícím objekty mezi frameworky. Testy napsali tak nešikovně, že mnoho chyb neodhalily. Nejsmutnější je, že v podstatě píší jen boilerplate kód. Eliminací boilerplatu by se zbavili i těch bugů.

[BoneFlute]

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

U knihovny testy píšu (už) asi samozřejmě. U webové aplikace to je na zvážení, zda mají ekonomický smysl. Business logika určitě ano (i když taky to flákám). View výjimečně. To už musí být nějaká fakt vytížená aplikace.

V případě eshopu na zakázku by mě testy opravdu překvapili.

[Idris]

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

U knihovny testy píšu (už) asi samozřejmě. U webové aplikace to je na zvážení, zda mají ekonomický smysl. Business logika určitě ano (i když taky to flákám). View výjimečně. To už musí být nějaká fakt vytížená aplikace.

V případě eshopu na zakázku by mě testy opravdu překvapili.

Po mé poslední zkušenosti s testy (v seniorním týmu) se usilovně snažím vymyslet nějaký spolehlivější způsob odhalování tupých chyb.

[honzako]

Osobně si myslím, že podávat výpověď za této situace není vhodné. A pro tebe bude znamenat další problémy.

Problém je spíše v tom, že ne každý říká plnou pravdu, je to lidské, nicméně většinou vycházíme z nějakých faktů.
Když to zrekapituluji, nastoupil jsi, dostal jsi nějaké dva projekty, to jsi nějak naprogramoval, neudělal jsi dokumentaci, předal jsi to zákazníkovi a teď se tam kupí problémy nejspíše tvojí nezkušeností.

Zkus se zamyslet jak probíhalo tvé přijetí a jaké jsi prezentoval znalosti, mám bohužel zkušenosti že mladí lidé ze školy jsou většinou "cucáci" kteří své znalosti přeceňují, na všechno přikyvují "no problem" a hlavně si říkají o dost vysoké peníze, který následně umocňuje falešný dojem.

Další věc je jakým způsobem probíhalo komunikace se zákazníkem. Kdo byl vedoucí projektu, kdo dělal analýzu, kdo si nechával odsouhlasit ceny. Samozřejmě dále jaký byl proběh předávání jednotlivých dílčích částí programů atd. Kdo akceptoval a kdo kontroloval.
Pakliže existují emaily které jsou ve smyslu od zákazníka "máme problém..." a tvá odpověď "vyřeším to do..." tak máš velký problém pakliže jsi to vůbec ne(vy)řešil, nebo pakliže jsi to nekomunikoval se šéfem a zákazníkem.
Z mého pohledu ti bude hrozit 4,5 násobek platu za problémy které jsi způsobil, třeba jsi problémy vůbec nekomunikoval vůči nadřízeným. Zvláště jestli jste měli nějaké, třeba triviální, způsob výkazu práce apod. Nicméně toto kryje "pojistka na blbost", jestli ji máš!
A dále, zcela reálně, další náklady na to, že jsi dostával 1,5 roku mzdu bez související dokumentace toho programu. V podstatě ta dokumentace a zdrojáky jsou to nejdůležitější za co jsi dostával mzdu. A jestli to zaměstnavatel bude muset znovu naprogramovat, bez toho aby se v tom tvé "zmatku" vyznal, resp. aby ty tvé zdrojáky trochu vytěžil, tak tam bude vysoká finanční škoda, kterou bude chtít zpět od tebe. 

Problém v každém případě máš, protože dostaneš, musíš dostat, zápočťák a tím dokládáš předchozí zaměstnání, a to že nový zaměstnavatel bude kontaktovat minulého to ber jako fakt. A jestliže nenajdeš společnou nějakou oboustrannou, či možná i trojstrannou (tzn. vč. zákazníka) dohodu, tak jsi v tomto oboru skončil.
Jak se říká "chyby vznikají, ale je zapotřebí před nimi neutíkat, a někdy i za ně zaplatit"

[registrovany123]

Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

Důležité je odhalovat chyby. Testy mají tu nevýhodu, že je člověk musí napsat navíc (je to mrtvý kód) a že stejně pokryjí jen poměrně malou část minového pole. Zrovna na jednom projektu vidím, jak maníci použili gRPC, ORM a JSON REST a nejvíc chyb nasekali v kódu převádějícím objekty mezi frameworky. Testy napsali tak nešikovně, že mnoho chyb neodhalily. Nejsmutnější je, že v podstatě píší jen boilerplate kód. Eliminací boilerplatu by se zbavili i těch bugů.

Jak kde. Nektere backend services by bez testu nebyly provozovatelne a vyvinutelne.

[xyz]

Lehce offtopic: e-shopy se dneska jeste programuji? Ja myslel, ze uz jsou open source projekty, ktere staci pouze nakonfigurovat.

[jerrym]

Dej výpověď co nejdříve. Firma je povinná vystavit ti zápočtový list. A pujdeš k jinému zaměstnavateli. Hele jestli si to napsal správně, tak žádná normální firma nezadá nováčkovi co nastoupil vytvoření e-shopu s termínem odevzdání rok. To je jako kdyby sis zajel do afghanistánu pro nějakýho povstalce a dal mu rok na to aby se naučil transplantaci srdce a za rok ji provedl na tobě a pak bys na něj byl nasranej že to neumí ... Říká se tomu služební postup. U soudu bude vina spíše na firmě, která ti tohle zadala a na troubovi co nic neumí. K soudu to ale nedojde.

[Idris]

Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

Důležité je odhalovat chyby. Testy mají tu nevýhodu, že je člověk musí napsat navíc (je to mrtvý kód) a že stejně pokryjí jen poměrně malou část minového pole. Zrovna na jednom projektu vidím, jak maníci použili gRPC, ORM a JSON REST a nejvíc chyb nasekali v kódu převádějícím objekty mezi frameworky. Testy napsali tak nešikovně, že mnoho chyb neodhalily. Nejsmutnější je, že v podstatě píší jen boilerplate kód. Eliminací boilerplatu by se zbavili i těch bugů.

Jak kde. Nektere backend services by bez testu nebyly provozovatelne a vyvinutelne.

Které třeba? Neříkám, že ne, jen by mě zajímaly podrobnosti nebo příklad.

[PanVP]

Ja bych řekl, že to tazatele přestalo bavit už od strany 2 

Ale zajîmalo by mě, jak to dopadlo.

[BoneFlute]

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

U knihovny testy píšu (už) asi samozřejmě. U webové aplikace to je na zvážení, zda mají ekonomický smysl. Business logika určitě ano (i když taky to flákám). View výjimečně. To už musí být nějaká fakt vytížená aplikace.

V případě eshopu na zakázku by mě testy opravdu překvapili.

Po mé poslední zkušenosti s testy (v seniorním týmu) se usilovně snažím vymyslet nějaký spolehlivější způsob odhalování tupých chyb.

Testy jsou naprd, o tom žádná. Ale jsou skvělé na demonstraci use-case. Samozřejmě typy jsou všespásné, ale když to nejde jimi, tak testy taky dobrý.

Co jsi vymyslel?