Čas:23.10.2006 11:49:56
Od:Roman "Dagi" Pichlík
Předmět:Soustrast
Kolego, uprimne Vas lituji! Rozhodne bych nepouzil slovo ponizujici, ale provokace a nebo rovnou buzerace. Nevidim zadny smysluplny duvod v tom, sedet nekde z tuzkou a papirem a snazit se vzpomenout si na jakekoliv API. Ja osobne bych to bral jako velice ponizujici a asi bych si pohraval s myslenkou dat takove firme vale. Preji Vam, at se vasi nadrizeni chytnou za nos...
Čas:23.10.2006 13:18:47
Od:Honza
Předmět:Ja taky,
No zpocatku jsem se bal ze se jedna o kolegu z nasi firmy, ale pak jsem byl vytrzen. Takovato forma testovani je uplne k nicemu a je mi te uprime lito. Jestli to tam snasis jiz delsi dobu tak se uprime divim ze tam jeste jsi. Co se tyce code-review tak absolutne souhlasim. U nas se to zatim taky moc nenosi, rozmej "neni na to cas" a taky podle mngmtu by to byli hodiny navis stravene nad "funkcnim produkcnim kodem" ktery prece "neni treba menit kdyz to chodi"... No co ti budu povidat.. :(
Čas:23.10.2006 13:36:07
Od:Cyril Sochor
Předmět:API a slovni ulohy
Byt zkousen z API je doopravdy hruza. Na druhou stranu resit na obede nejakou logickou ulozku povazuju za prospesne, aby se programatori naucili myslet a ne jen busit do klavesnice. Neco mezi jsou java puzzles, treba z http://www.javablackbelt.com/. Takove ulozky celkem dobre rozpoznaji, jak dane oblasti programator rozumi.
Čas:24.10.2006 7:55:50
Od:milos
Předmět:jako ve skole
Kdyz takovou pitomost dela skola, zda se to normalni (viz informatika na SS - znalost menu Wordu zpameti). Je videt, ze vedouci (kteri kdysi byli programatory) uz jsou manazeri a ne IT odbornici. Sami si pro test nazev a pouziti metody vyhledaji v helpu. Fakt ponizujici. A jestli je to soucast hodnoceni, tak jde firma do ...
Čas:24.10.2006 23:22:53
Od:Rastislav Komara
Předmět:Zajimave
Nuz, ked som zacal citat dany prispevok tak mi to bolo akosi povedome. Cim to asi tak bude? Tie firmy maju vsetky nejake spolocne navyky. Pri konci clanku som sa zamyslal aky prospech moze mat firma z informacie ze Api daneho frameworku zvladaju nasi programatory na 45%. Z managerskeho pohladu je to absolutne na prd. To ze vieme API predsa neznamena ze ten framework vieme aj spravne pouzit. Ako typicky priklad by som si vybral Hibernate. Ak uzivatel bude dokonale poznat API tohto frameworku prve co urobi je ze naprogramuje superpomalu aplikaciu. Ale napise ju v podstate z hlavy a jedine co ho bude "brzdit" je jeho PUzS (Pocet uderov za sekundu). Kladiem si otazku. Naco mame Code inside, javadoc popoupy nad metodamy a vsetky tie dalsie vychytavky? Inak zaujimalo by ma kolko metod v beznom projekte sa vola remove(akykolvek parameter) throws cokolvek. Chvala bohu ze v takejto firme nemusim pracovat. To by som jej musel dat zbohom. Inak na vasom mieste kolega by som sa pozrel do zmluvy ci nieste plateny podla PUzS. Predsa len to ktomu tak nejako prirodzene zvadza :))).
Čas:26.10.2006 14:14:34
Od:Jindra
Předmět:Taky na takovy pohovor jdu
Jsem si rikal, jak to vis.... zrovna za hodinu me takovy pohovor ceka, nastesti bez testu. Mame to tu zarizeno trosku jinak - v ramci "planu sebezlepsovani" mi bylo zadano absolvovat alespon 2 "certifikace", t.j. testy ktere firma poskytuje. Nastesti certifikacim muze predchazet skoro jakekoli mnozstvi skoleni, a muzu si sam vybrat z jakeho oboru se necham certifikovat. Nastesti je z ceho vybirat :-) a nejsou to zadne potupne testy - vetsinou. Rek bych ze to ma jeden pozitivni dusledek - clovek je nucen "se ucit, se ucit, se ucit", a to neni od veci. Co se tyce tech potupnych testu, na ktere se clovek musi naucit jenom proto aby je udelal, ale k nicemu mu nejsou - na to mam vlastni nazor: Uz na VS jsem si zvyknul, ze v kazdem semestru je alespon jeden predmet, ktery je k nicemu, ale musi se udelat. Cloveka to nauci nikoli ten predmet, ale prekonavat prekazky. Byvali spoluzaci, kteri nemeli vuli prekazky prekonavat, nedostudovali. Uznavam, ze takovy test je pro Vas ponizujici, ale ja bych ho bral presne timhle zpusobem - proste problem, ktery se musi prekonat. Kdy naposledy jste se trenoval svuj mozek natolik jako ve skole?
Čas:14.11.2006 9:04:14
Od:Meap
Předmět:Jo, tak tohle moc dobře znám,
Tak takhle situace je mi moc dobře známá. Před rokem jsem dělal v jedné hradecké firmě, kde něco takového praktikovali. Nezkoušelo se tam přímo z API, nicméně je možné, že díky nedostatku fantazie už k něčemu takovému přistoupili. Code review se tam také nevedlo, ale testíky ano :-))
Čas:14.11.2006 15:00:44
Od:Honza
Předmět:Buzerace
Skutecne je neuveritelne, co vsechno se odvazuje pokladat za manazery a vedouci. Pokud nekdo takto demotivuje a doslova buzeruje svoje zamestnance, tak by okamzite mel byt z firmy vystoupen, protoze ji nakonec prinese dlouhodobe velkou skodu. Je mi lito, ze tohle zazivate, ale na druhou stranu, je to i Vase chyba. Takovemu zamestnavateli bych bez vahani dal okamzitou vypoved a nikdy bych o nem nechtel slyset. Musite si vazit i sam sebe a jasne ukazat, ze tyhle prakticky nepatri mezi profesionalni vyvoj sw.
Čas:24.11.2006 21:10:58
Od:Jonnyb
Předmět:ROFL
ROFL kdybych to vedel tak nestuduju FEI VSB xD
Čas:5.12.2006 15:15:23
Od:Tomáš Klíma (Aiteq Ltd.)
Předmět:Logické následky
Jelikož jsem byl několik let zaměstnaný jako vedoucí týmu programátorů, mohu celkem jasně popsat uvedenou situaci z pohledu člověka, který má pod sebou tým IT specialistů a nad sebou nadřízené, které jsou těm specialistům tak vzdálení, že jeden člověk (já) těžko takovou propast překlene. Se zvětšováním firmy přišla standardizace procesů, která se nevyhnula ani personální oblasti. Jako každý zaměstnanec, i já jsem dostal své čtvrtletní cíle. Jedním z nich bylo samozřejmě stanovovat a vyhodnocovat cíle mých podřízených. Tento způsob kontaktu mezi podřízeným a nadřízeným zdál se mi poněkud podivný. Tenkrát jsem se opravdu zamýšlel (a to včetně studování knih a materiálů na Internetu) nad smyslem systému. Dospěl jsem k jednoznačnému závěru: není to nic jiného než obyčejný alibismus. Falešný zájem vedení o plebs. Jak se nyní (kdy už ve společnosti nepracuji) ukazuje, je celý systém pouze generátorem zbytečné práce. Jedním z důkazů je i fakt, že se vedení rozhodlo prodloužit hodnotící období na půl roku... Důvody, které vedou k nasazení podobného systému, jsou různé. Neschopnost vedení vést (vedení vykonává jen řídící činnosti), špatná organizační struktura (liniová uspořádání neodpovídající způsobu fungování týmů - většinou způsobené nepromyšleným nasazováním "standardních" postupů a metodik), špatné zavádění procesního řízení (většinou se jedná o totální změnu způsobu a organizace práce, ale většinou se zapomene na ty, kteří tu práci opravdu vykonávají a potom se od nich požaduje nějaké nové fungování - jako kdyby nestačilo, že programátor nebo analytik je už ze své podstaty v těchto věcech konzerva...), nedostatek času, nedostatek lidí nebo jeden zmrd (http://www.dfens-cz.com/view.php?cisloclanku=2001011201). Jedním z nepřímých důvodů je i nepochopení procesu "zvyšování efektivity ztenčováním liniové struktury". Tím, že se vyřadí jeden nebo více článků ve vertikální linii nedojde samozřejmě ke ztenčení. Ale jen k prouhlobení propasti. Ztenčení je prívě především o bližším kontaktu. No, pokračujme... Pak se prostě jednoho krásného dne zjistí, že ta komunikace v liniové struktuře nějak vázne, informace se nedostává ani nahoře ani dole, nahoře se žije ve falešných představách o úžasné spokojenosti v podpalubí a dole začíná bujet podhoubí desinformací, rebélie a výpovědí. Něco se s tím musí udělat, rozhodne se vedení a nasadí systém osobních cílů s občasným vyhodnocováním. Čímž získá falešný pocit o vyřešení (dočasně samozřejmě...). Co to způsobí - viz článek a vaše komentáře. A jak to pokračovalo se mnou? Jelikož se k novému systému, přidal druhý a ještě lepší systém odměňování (znáte to: jak se někomu sahne na peníze...) a potom taky jeden zmrd ve formě mého přímého nadřízeného, zbaběle jsem provedl akci s kódovým názvem kramle. Nedavno jsem založil vlastní firmu a mám zcela jasnou představu o tom, jak by měla celá struktura fungovat. Nemám vůbec nic prosti procesnímu řízení, proti standardizaci fungování větších celků, metodikám sw vývoje apod. Nemám ani nic proti systému osobních cílů. Ale vymýšlet každému nějaké mety, jen proto aby byly někde napsané a měli jsme spolu s podřízenými za čtvrt roku o čem mluvit, je přinejmenším kokotina. Nadřízený by měl být stále v kontaktu s podřízenými. Společné cíle by měly vyjít z obou směrů, měli by mít oba dva zájem je dosahnout a musí se stanovovat i vyhodnocovat průbežně. jednoduše řečeno, musí mít nějaký smysl (narozdíl od znalosti API, že...). Tož tak.
Čas:15.12.2006 15:58:34
Od:Premysl Hnevkovsky
Předmět:Druhý extrém.
Mohu říci že jsem zažil zatím obojí extrémy. Jednak snahu vedení kontrolovat, stanovovat cíle,osobní výzvy a hodnocení pro programátory, tz. testíky a přezkoušení, jednak řídící chaoz a bezvládí. První mi přišlo vždy ujeté, neobjektivní a ztráta času. Přesto jsem měl alespoň malý pocit toho, že mohu posoudit i svůj vlastní posun tam nebo zpět. Druhý extrém, který mi zpočátku připadal dobrý je ale daleko horší. Jde o skupinu neřízených "borců" za stroji. Představte si skupinu neřízených programátorů mající různé zkušenosti, kteří nejsou podrobeni prakticky žádnému hodnocení. Pokud všichni táhnou za jeden provaz úzce komunikují a vyměňují si zkušenosti, prakticky dýchaj pro jednu věc, zdá se to nejefektivnější kombinace jak dosáhnout extrémě dobrých výsledků. Připočtěte si k tomu pěkné peníze, které se v IT vydělávají a úspěch je zaručen. Nebo ne? realita je spíše taková, že kódujete rok dva a nevíte na čem jste. Jestli pořád píšete špageti kót, nebo to má už hlavu a patu. Proseděli jste nejeden večer a noc nad laděním něčeho co pak považujete za téměř geniální a jediný výstup je že jste splinili očekávání "Musí to fungovat", aniž by někoho pořádně zajímalo jestli jste to udělal dobře. Jasně můžete se domnívat leccos. Na týmových projektech pracuje tým a dokážete s kolegou projít kritický produkční kód a zoptimalizovat ho, ale ve finále je to ostatním prostě jedno. Nikdo vás nikdy netestuje a nehodnotí, považuje to za zbytečné. Dobrá parta musí přece fungovat samoregulací... Věřím, že pak jakékýkoli testování vašich schopností je smysluplné, i když je postavené nesmyslně, protože vám někoho aspoň minimálně zajímá co pro něj kdo dělá. I kdyby jste mu mezi závorky měli namalovat prasátko.
Diskuzní příspěvky
Roman "Dagi" ... Soustrast
Honza Ja taky,
Cyril Sochor API a slovni ulohy
milos jako ve skole
Rastislav Komara Zajimave
Jindra Taky na takovy pohovor jdu
Meap Jo, tak tohle moc dobře znám,
Honza Buzerace
Jonnyb ROFL
Tomáš Klíma ... Logické následky
Premysl Hnevkovs ... Druhý extrém.