Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: filipus 07. 01. 2018, 09:48:42
-
Zacinam naozaj nadobudat pocit, ze na Slovensku (neviem ako v CR) je IT, resp. IT firmy, len kopa hnoja. Nedavno sa mi dostal do ruk projekt, ktory nechapem, ako mohol niekto tak prasacky vyvinut, ale isiel z toho strach. Udrzovatelnost 0b, znovupouzitelnost 0b. Neokomentovany kod, struktura kodu ziadna, zavislosti medzi sebou. Opytal som sa, co ich k tomu viedlo. Odpoved: "aby k tomu vedel sadnut aj niekto nie s velkym skillom (neviem co sa tym mysli) a pochopil to". Smutny je na tom fakt, ze toto je uz stvrta firma, kde som sa stretol s niecim podobnym. Neviem, co to je dnes za trend vytvarat kusy hovno kodu. Vyuzivat hovno kod znamena opat vytvarat dalsi hovno kod. To naozaj IT dospela do stadia, ze sa pristupuje ku programovaniu tak, aby to chapalo aj stado volov? Bude to na Zapade o kus lepsie ako u nasich IT firiem?
PS: Overovacia otazka - lopata. To presne sedi na danu temu 😀
-
Slovo hovnokód používají jen hovnoprogramátoři.
-
Tak nam povedz iny terminus technicus na hovno kod?
-
Tak nam povedz iny terminus technicus na hovno kod?
kód, kterému filipus nerozumí.
-
Tak třeba tady:
https://forum.root.cz/index.php?topic=17040.0
Pan podnikatel tomu nerozumí, aby šmudlu co něco sešmoulí plácnul přes ruce, je rád když za ty peníze co je ochoten platit vůbec někoho sehnal, zákazník tomu taky nerozumí, je rád že to dostal tak levně.
BTW: Kdysi ve firmě co jsem měl to potěšení tam být zaměstnaný jsem byl přizvaný k jednání s firemníky co pro nás něco vyvíjeli. Na jednání jsem prohodil, že by bylo dobré, aby v dokumentaci bylo aspoň blokové schema FW toho zařízení, abychom v případě nějakých potíží mohli přibližně odhadnout kde může být zakopaný pes, oni opáčili: "To není naší zvyklostí". A já jsem nebyl v pozici, kdy bych mohl odpovědět: "Tak jestli máte zájem na další spolupráci, tak od této chvíle to vaší zvyklostí je a hned to dáme do zápisu".
-
Tak nam povedz iny terminus technicus na hovno kod?
Kód vytvořený s vydatnou pomocí IDE.
-
Tak nam povedz iny terminus technicus na hovno kod?
Kód vytvořený s vydatnou pomocí IDE.
Neblábol.
-
Kritizuješ druhé a přitom neumíš napsat ani smysluplný titulek.
-
Inkvizitor a gll ste si dali dnes rande? Nieco zmysluplne sa od vas nenajde?
-
To možná u vás na Slovensku ti, kteří se čistě náhodou shodnou v nějaké kritice, skončí spolu na salaši v seně. Opakuji apel: nauč se psát titulky. A přidávám: nauč se snášet sebekritiku, když už jsi tak kritický.
-
Zajimave je, ze tato temata tu zakladaji jen Slovaci ... .
-
No neviem ci len Slovaci. Vsimol som si to aj pri ceskych bratoch, ktori tu rozpravaju o lopatach, nespokojnosti vo firmach, zhanani lacnych programatorov. Zrejme ani u vas to nebude ziadne terno ;)
-
Je smutné, číst zde většinou kraviny, namísto něco k tématu.
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Že nejen v ČR a SR je málo profíků a je jedno v jaké oblasti, to je bohužel fakt :-\
-
tazatel: zkus o tom premyslet z druhe strany: asi ses proste hovnoprogramator takze na tebe zbyvaji jen hovnofirmy. vrana k vrane seda. kdybys mel potrebne znalosti tak si proste najdes natolik kvalitni firmu, ze se s tim nepotkas.
kit: uz zase meles picoviny.
-
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Nebo naopak. Komentaru co nejmene a kdykoli se cokoli zda jen trochu obtizne srozumitelne bez nej, tak refaktorovat, aby komentar potreba nebyl. (Samozrejme s vyjimkou API a dokumentace mimo kod, trebas popisu navrhu.)
-
Zajimave je, ze tato temata tu zakladaji jen Slovaci ... .
národnost bych do toho nepletl. Javaman je bohužel Čech.
-
neda sa predsa dopredu vediet, do coho clovek ide. Nevidim do internych zalezitosti firmy a na pohovore som sa nestretol s tym, aby mi prezentovali ich kody apod. Myslim, ze to by nikde ani neukazali. Otazka je skor ina, ci je vobec sanca najst na tomto nasom trhu nieco, by za nieco stalo. A nielen prechadzat z kaluze do blata. Samozrejme clovek hlada v ramci moznosti, co ma k dispozicii a vacsinou tie technologie, ktore ovlada.
-
neda sa predsa dopredu vediet, do coho clovek ide. Nevidim do internych zalezitosti firmy a na pohovore som sa nestretol s tym, aby mi prezentovali ich kody apod. Myslim, ze to by nikde ani neukazali.
Primo zdrojaky asi ne, ale vetsinou neni problem probrat cely Joeluv test.
A ono stejne ty zdrojaky nemusis videt - staci chvili poslouchat druhou stranu a clovek ziska predstavu.
-
mal som zatial len jednu dobru skusenost formou brigady, ale islo o zahranicnu firmu. Tam sa na dodrziavani standardov dbalo, robili code-review, za zly kod vedeli pokarhat a upovedomili cloveka co zlepsit, dat nejaky hint. Clovek sa tam naucil dost. Odvtedy sa to zacalo vliect len same zle skusenosti. Bohuzial odvtedy slo len o rydzo slovenske firmy.
Ondra Satai Nekola:
v tom ti davam za pravdu.
-
staci se podivat jak se ta firma prezentuje(cena vs kvalita), jake ma zakazniky a pripadne produkty, na pohovoru taky zjistis vic nez dost kdyz se budes spravne ptat.
-
Existuje vela dobrych slovenskych firiem, trebars QBSW, Nike, Innovatrics, ci Eset. Do nich sa na poziciu vyvojara ale nemusi byt lahke dostat. Tresa zaroven aktivne hladat tie dobre firmy.
Co sa tyka terminu lopata, ktory sa tu tak casto pouziva - ide o zasadne nepochopenie trendov v softarovom vyvoji. Programator, ktory vyvija business aplikaciu nema co kodit low-level zalezitosti, ako su transakcie, relacie, zakladne algoritmi atd. Bez frameworkov vyvijat moderne business aplikacie je holy nezmysel.
-
Innovatrics som pocul, dobra firma. Eset? Debilny manazment to tam cele ruca.
-
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Nebo naopak. Komentaru co nejmene a kdykoli se cokoli zda jen trochu obtizne srozumitelne bez nej, tak refaktorovat, aby komentar potreba nebyl. (Samozrejme s vyjimkou API a dokumentace mimo kod, trebas popisu navrhu.)
Přesně tak. Nic proti komentářům, ale nemohou suplovat rozumné strukturování kódu.
-
Jenže commenty kromě toho, že popisují wocogo v daném místě, mohou také popisovat úmysl autora.
1 věc se může programovat 2 různými způsoby.
-
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Nebo naopak. Komentaru co nejmene a kdykoli se cokoli zda jen trochu obtizne srozumitelne bez nej, tak refaktorovat, aby komentar potreba nebyl. (Samozrejme s vyjimkou API a dokumentace mimo kod, trebas popisu navrhu.)
Přesně tak. Nic proti komentářům, ale nemohou suplovat rozumné strukturování kódu.
Lenze ked nie je rozumne strukturovany kod a ani komentare, to potom co?
-
Jenže commenty kromě toho, že popisují wocogo v daném místě, mohou také popisovat úmysl autora.
1 věc se může programovat 2 různými způsoby.
Umysl jde popsat i pojmenovanim veci.
-
Programator, ktory vyvija business aplikaciu nema co kodit low-level zalezitosti, ako su transakcie, relacie, zakladne algoritmi atd. Bez frameworkov vyvijat moderne business aplikacie je holy nezmysel.
To řekni firmám, co hledají fullstack vývojáře.
-
Programator, ktory vyvija business aplikaciu nema co kodit low-level zalezitosti, ako su transakcie, relacie, zakladne algoritmi atd. Bez frameworkov vyvijat moderne business aplikacie je holy nezmysel.
To řekni firmám, co hledají fullstack vývojáře.
fullstack neznamená vynalézání kola.
-
Jenže commenty kromě toho, že popisují wocogo v daném místě, mohou také popisovat úmysl autora.
1 věc se může programovat 2 různými způsoby.
úmysl se může rozcházet s výsledkem.
-
To řekni firmám, co hledají fullstack vývojáře.
dalsi buzzword dnesnej doby. Firma hlada fullstack vyvojara. V ponimani slovenskych firiem to je dievca pre vsetko :). Kvalitnych a ozajstnych fullstack vyvojarov je ako safranu a daju si za to aj patricne zaplatit. To v nasich trhovych podmienkach ale nefunguje.
-
Innovatrics som pocul, dobra firma. Eset? Debilny manazment to tam cele ruca.
Tazko najdes firmu, kde vsetko sto percentne funguje, ako ma. Pokial viem, tak sa
tam pri vyvoji pouzivaju moderne postupy. Vyssia politika firmy nema co zaujimat
programatora; pokial ma vytvorene podmienky a firma aspon ciastocne funguje na
modernych softwerovych postupoch.
-
Programator, ktory vyvija business aplikaciu nema co kodit low-level zalezitosti, ako su transakcie, relacie, zakladne algoritmi atd. Bez frameworkov vyvijat moderne business aplikacie je holy nezmysel.
To řekni firmám, co hledají fullstack vývojáře.
Pisal som o business aplikaciach. Je to o delbe prace; prva delba prace bola, ked sa od polnohospodarov
odtrhla skupina ludi, ktora sa zacala zivit remeslom. Chciet od farmara, aby si sam vyrabal obuv, hrnce,
naradie je nieco podobne ako chciet od vyvojara business aplikacii, aby naprogramoval
databazovy driver, sekurity vrstvu, ci vlastny template system. Uplne nepochopenie trendov.
Mysliet si, ze programator vyuzivajuci frameworky nie je ozajstnym programatorom, lebo nekodi low-level
veci, je ako mysliet si, ze obuvnik nie je dost dobry farmar. Uplne mimo misu. Navyse, programator business
aplikacii potrebuje ku svojej praci enormne mnozstvo poznatkov a myslenie na vysokej urovni abstrakcie.
Kto si mysli opak, nech sa zacita do The Java EE tutorialu; https://docs.oracle.com/javaee/7/tutorial/; bol by som zvedavy, do ktorej strany sa prebojuje. A to je len taky lahsi uvod. Na top spici je Spring, ktory uz vlastne ani nie
je framework, ale rozsiahly ekosystem. Obsiahnut Spring je na niekolko zivotov.
-
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Nebo naopak. Komentaru co nejmene a kdykoli se cokoli zda jen trochu obtizne srozumitelne bez nej, tak refaktorovat, aby komentar potreba nebyl. (Samozrejme s vyjimkou API a dokumentace mimo kod, trebas popisu navrhu.)
Další co nepochopil smysl komentářů? IMHO komenty by měly vysvětlovat PROČ se něco děje nikoliv co se děje.
-
To řekni firmám, co hledají fullstack vývojáře.
Tenhle termín se týká vývoje webových prezentací/aplikací – což je ale jen malá část oboru (vývoje softwaru).
Dává mi to smysl u malých projektů, kde by ta dělba práce přinesla akorát vyšší režii (spolupráce mezi více lidmi) a byla by kontraproduktivní – tam je lepší, když se oddělí jen návrh a grafika, ale o veškeré programování se postará jeden člověk.
Což neznamená, že se nebudou dělat revize nebo že dotyčný bude absolutně bez kontroly a bude mít unikátní znalosti aplikace, o které se s nikým dělit nebude – jen na to stačí jeden další člověk – ne další člověk pro každou vrstvu aplikace, jak by to bylo při dělení např. na klientskou a serverovou část.
Pak je ale spousta softwaru, kde žádná webová vrstva není a neřeší se tam ptákoviny typu „je lepší React nebo Angular?“ a jsou i projekty, kde není ani žádná databáze. Možná to někoho překvapí, ale vývoj softwaru nejsou jen weby. Tam k dělbě práce taky dochází, ale tak nějak přirozenou cestou – jednotliví lidé se postupně specializují na určité komponenty/vrstvy systému, získají nějaké specifické kompetence – ale na pohovoru se jich nikdo neptal, zda jsou „fullstack“ vývojář a spíš se řešilo, jak ovládají daný programovací jazyk a jaké mají zkušenosti – případná specializace přišla až časem a přirozeně.
-
Profi firma, stejně tak i profi programátor vždy a hodně používá "commenty" u kódu právě proto, aby, když si někdo k tomu sedne, se mohl v tom rychle zorientovat a pokračovat dál nebo upravit, aktualizovat, doplnit atd.
Nebo naopak. Komentaru co nejmene a kdykoli se cokoli zda jen trochu obtizne srozumitelne bez nej, tak refaktorovat, aby komentar potreba nebyl. (Samozrejme s vyjimkou API a dokumentace mimo kod, trebas popisu navrhu.)
Další co nepochopil smysl komentářů? IMHO komenty by měly vysvětlovat PROČ se něco děje nikoliv co se děje.
To je samozřejmě pravda a smysl komentářů. Ale ještě to nemusí znamenat, že by absence komentářů byla vždy chyba. Např. na aktuálním projektu, co dělám, máme minimum komentářů – je to dané tím, že to „proč“ je obsažené v analýze, která je dost podrobná, a nedává smysl to duplikovat v komentářích – a ten zbytek je pak už většinou dost jednoduchý, aby vše potřebné bylo vidět ze samotného kódu. Pak zbývá jen relativně málo míst, která jsou nějak záludná, je potřeba je vysvětlit komentářem a zároveň to není popsané v analýze (protože je to přeci jen moc nízkoúrovňové).
-
Další co nepochopil smysl komentářů? IMHO komenty by měly vysvětlovat PROČ se něco děje nikoliv co se děje.
Podstatnou nevýhodou špatných a rozsáhlých komentářů je, že významně zdržují při čtení kódu. Přitom velmi často nepřináší vůbec žádnou užitečnou informaci.
Jistě, komentáře mají svůj význam, ale pokud někdo ten jejich význam nepochopil, neměl by je vůbec psát.
-
Další co nepochopil smysl komentářů? IMHO komenty by měly vysvětlovat PROČ se něco děje nikoliv co se děje.
A presne to lze velmi casto (nebudu pochopitelne tvrdit, ze vzdy) dosahnout refaktoringem a lepsim pojmenovanim veci.
-
špatný kód udělá i dobrý programátor a nemusí to být špatně, záleží na okolnostech.
Spíše než na samotný kód se podívej na procesy kolem vývoje, existuje code review? Existuje testing? Automatizace? Je prostor pro review a backlog? Jaké nástroje se používají? Jaké role jsou součástí vývojového týmu? Atd.
Dobrá ukázka je řada Apache projektů, není výjimka, že kód je na zvracení, ale o tom to není, mají proces jak ten kód se postupně vyvine a postupně stabilizuje.
-
Já teda dycky programoval jako prase, ale zase všechno tak rozsekaný na malý kousky (desítky mini pluginů), že jakýkoliv komentář vlastně netřeba.
Pokud napíšu komentář je to pouze "fuj tohle je hnusné, bude třeba to přepracovat" zbytek by měl pochopit i mentálně postiženej. Ten plugin obvykle dělá jen jednu věc.
Nejsem programátor, dělám jen prototypy. Pak to předělá někdo úplně jinej - bohužel kolikrát s mnohem horším výsledkem.
Na druhé straně berte v potaz, že mnoho těch věcí je prostě spotřební zboží, použije se a po čase vyhodí. Mnohdy si člověk prostě uvědomuje, že je to naprosto jedno jak je to spatlané (spustí se jednou za rok, jednou celkově apod a má API - bezpečnostní dopad nulový).
Jakékoliv další úsilí je prostě vyhazování energie a peněz.
Zase u core systémů fakt očekávám velkou úroveň preciznosti.
-
Další co nepochopil smysl komentářů? IMHO komenty by měly vysvětlovat PROČ se něco děje nikoliv co se děje.
Zde by bylo možná dobré uvést příklad. Bavíme se o byznys logice nebo o nějakých z principu složitých algoritmech, o kódu, který je tak hyperoptimalizovaný, že mu na první pohled nikdo nerozumí a tudíž nemůže vědět, proč tam ten kód někdo napsal takhle? Nebo jenom souhlasíš, že komentáře jsou občas nadbytečné?
-
Já teda dycky programoval jako prase, ale zase všechno tak rozsekaný na malý kousky (desítky mini pluginů), že jakýkoliv komentář vlastně netřeba.
Tím akorát tu složitost vytěsníš z kódu a přesuneš o úroveň výš – někde musí být zdokumentované, jak ty malé jednoúčelové kousky poskládat dohromady, aby z toho byl užitečný program. Neříkám, že je to špatný přístup (spíš s ním celkem souhlasím), jen chci říct, že to řešení problému s dokumentací.
-
Dnes kazdy v IT vidi len peniaze, v prvom a poslednom rade. Ano pouzijem to slovo, kazda "lopata" k tomu na tych par hodin sadne a chce to mat co najskor z krku a ist domov.
Nikto nema nervy robit ten kod dobre a kvalitne - ved naco. Zamestna sa do nejakeho korporatu alebo to tam naprasi ako nejaky kontraktor a za par mesiacov ho nie je - nema k tej praci ziadny vztah. Ide mu len o to cislo na fakture a dovidenia - takze to je kombinacia totalneho nezaujmu a neprofesionality a mas na svete hovnokody do ktoreho sa pozries a chce sa ti rozplakat - a to niektori ludia volaju samych seba "senior" :D
-
k tomu na tych par hodin sadne a chce to mat co najskor z krku a ist domov.
kdyz to udelam tak jak pises tak mi to kolega strha v review a ja to stejne budu muset napsat poradne. firemni kultura.
-
k tomu na tych par hodin sadne a chce to mat co najskor z krku a ist domov.
kdyz to udelam tak jak pises tak mi to kolega strha v review a ja to stejne budu muset napsat poradne. firemni kultura.
tak bud rad ze tam taku kulturu mate, sam som z gigantickeho korporatu ako kontraktor a to co som uz videl by par ludom dobre zdvihlo tlak, to je taky pocit, ked presne nevies, ze ci to ten druhy mysli vazne alebo to je nejaka forma trollingu, zvykol som si na to nepozastavovat sa nad tym a neriesit to a len si to tam odkodit a ist prec. Hej no, uz som ako ti, ktory som v minulom prispevku "ohovaral". Ale ked si chces zachovat nejake dusevne zdravie a nezblaznit sa z toho tak to treba brat velmi lezerne a hlavne neprogramovat s nikym "do paru" alebo spolupracovat s co najmensim poctom ludi pretoze mi to vzdy prinieslo len bolehlav.
-
Ale ta kultura se nezhmotnila sama. Děláme ji sami tím, že nechceme sračky. Taky tím, že skutečně děláme agilne(scrum), ne jen buzzword, ale skutečné chování v tom tom duchu a to, že to chceme všichni v týmu i u zakaznika. Víme, co nám to přináší. Nekdo tady psal o tom testu při pohovoru - to sedi. Ale hlavně jak jsem psal: vrana k vrane seda. Do našeho týmu bysme si ceckoveho hráče prostě nepustili. A tazatel evidentne je při nejlepším slabší béčko jinak by kopal za ackovy tým.
-
Ten Joeluv test je vyborny, a vubec jeho stranky, doporucuju!
Joelův test
Používáte systém pro správu verzí?
Dokážete udělat build v jednom kroku?
Děláte každodenní buildy?
Máte databázi chyb?
Opravujete chyby předtím, než začnete psát nový kód?
Máte průběžně aktualizovaný plán prací?
Píšete specifikace?
Mají programátoři klidné pracovní prostředí?
Používáte ty nejlepší nástroje, které jsou k dispozici?
Máte testery?
Píší uchazeči o práci kód během přijímacího pohovoru?
Děláte "pouliční" testy uživatelského rozhraní?
Ja treba zazil mensi projekt v Java 1.5 z roku 2005, tak pro 1 programatora a rpjektaka, ale od te doby se jich na tom vystridalo hodne, jak pribyvaly potreby na ruzne upravy a lidi ve firme se stridali. Kod nebyl napsany spatne, ale... byl silne zavisly na IDE Oracle JDeveloper z roku XYZ. Neskutecne zabugovane IDE, ktere porad padalo ve Win XP Asi nejvetsi sracka, kterou jsem zazil, Eclipse je oproti tomu Ferrari. Dokazalo (mimojine) kdykoliv spadnout a smazat obsah X ruznych ULOZENYCH souboru s kodem, takze se muselo porad commitovat = binec v SVN. Mozna to byl duvod, proc mel kazdy soubor hlavicku, kde se musely psat zmeny. Normalne je to idiotske, protoze to dohledas z historie commitu pro dany soubor.
Tehda jsem byl Junior a ten projekt se musel nasazovat na serveru, nebyl lokalne spustitelny, ikdyz by to bylo samozrejme mozne takto nakonfigurovat. Po kazde male zmene musel probehnout deploy, aby se to otestovalo, a ten byl otravny a zdlouhavy. Co je zajimave, tak veskery debugging probihal pres logy. Ja jako junior jsem jeste nevedel o Remote debuggovani v JVM, takze jsem se ridil jen logy, stejne jako ocividne moji predchudci (logu tam byly 3 zadeke). Coz bylo zdlouhave. Muj mentor mi remote debug neporadil, ikdyz jsem mu rikal o tech problemech co mam (ze to tak trva), protoze asi taky nevedel, ze existuje, stejne tak hlavni firemni senior/projektak programator, ktery ten projekt kdysi zacinal a ktery na me dohlizel. Proc by jinak takovou vec zatajovali, zejo... Specifikace zadna, bug databaze zadna.
No delalo se v tom hrozne, okolni projekty taky nevypadaly moc k svetu, a nakonec to dopadlo tak, ze jsem v me prvni praci dal vypoved ve zkusebce, jeste kvuli dalsim duvodum, bylo to divna firma. Ten senior z me vypovedi nebyl moc nadseny, ale dneska uz bych se na nej asi dival se zdvizenym obocim. Mimochodem jmenovala se U&SLUNO. Proc to pred kolegy tajit, zejo, maji, co si zaslouzi.
Mimochodem jsem premyslel, jestli tady mam napsat jemno firmy a dospel jsem k nazoru, ze jo. je to proste feedback, dobra firma se z toho pouci, kdyz ji nekde visi pravdiva recenze. Ja napr. pred cca 2 lety psal na tu firmu recenzi jako na zamestnavatele, myslim ze na Google, ze tam maji vsichni vyvojari podlozene ty nejlevnejsi monitory k sehnani knizkama, neb nemaji ergonomicky sotjanek. No a kdyz jsem to same psal na Glassdoor po roce a neco, protoze ta reenze na Googlu zmizela, tak jsem tam dostal odpoved, ze se polepsili a snazi vic investovat do lidi a ze programatori maji nove monitory s ergonomickym stojankem. Chapete? Kdyby to rekl nejaky zamestnanec managementu, ze ty monitory jsou des, tak manager mu to odkyva a posle ho do nekam. Ale kdyz to date verejne na znamost, "Tohle je U&SLUNO a tak to tam vypada", tak se zacnou starat, protoze tehdy to management zacne palit.
Takze tak.
-
priznam sa, ze Joelov test som ani nepoznal. Vyzera super. Na najblizsom pohovore by som to mohol aplikovat :)
-
Taketo keci maju akurat studentikovia ktori prave skoncili skolu. To si vo stvrtej firme na brigade a myslis si ze si zozral vsetku mudrost sveta?
-
priznam sa, ze Joelov test som ani nepoznal. Vyzera super. Na najblizsom pohovore by som to mohol aplikovat :)
Je na něm už trochu vidět věk... Třeba místo VCS bych dneska požadoval DVCS, místo daily buildů CI nebo Continuous Deployment...
Ale jako základ pro další uvažování určitě smysl má.
-
Taketo keci maju akurat studentikovia ktori prave skoncili skolu. To si vo stvrtej firme na brigade a myslis si ze si zozral vsetku mudrost sveta?
Už je to tady. Autoři sraček, které následně obhajujou, jsou i tady mezi námi, na Rootu.
-
No já bych se ještě na pohovoru dneska i zeptal, jak jako vývojáři testují aplikaci, abych zjistil, jestli je plně funkční i spuštěná jako localhost. Podruhé už bych na projekt, který je blbě nastavený a musí se vždy deplojovat na vzdálený server, aby se otestoval, nešel, podle mě to pěkně zavání.
-
Taketo keci maju akurat studentikovia ktori prave skoncili skolu. To si vo stvrtej firme na brigade a myslis si ze si zozral vsetku mudrost sveta?
Dokazes pochopit aj napisany text? Kde clovek pise, ze som vo stvrtej firme na brigade, ty trololo.
-
Taketo keci maju akurat studentikovia ktori prave skoncili skolu. To si vo stvrtej firme na brigade a myslis si ze si zozral vsetku mudrost sveta?
Už je to tady. Autoři sraček, které následně obhajujou, jsou i tady mezi námi, na Rootu.
o tom nepochybuji, ale většina z nich se vydává za špičkové programátory stejně jako vy.
-
Ja se nevydávám za špičkového programátora ani náhodou, jen mám určitý standard, který vyžaduju od firmy. To je snad normální, že člověk nechce dělat v práci sračky.
-
Nedavno sa mi dostal do ruk projekt, ktory nechapem,
Ked som zacinal bol som na tom podobne. Naucil som sa pouzivat debugger a tak si zistit co to vlastne robi.
ako mohol niekto tak prasacky vyvinut, ale isiel z toho strach. Udrzovatelnost 0b, znovupouzitelnost 0b. Neokomentovany kod, struktura kodu ziadna, zavislosti medzi sebou.
Mozno to vyvinul nejaky guru s takymi znalostami, ze ho nedostihnes ani za 10 rokov. Mozno mal preto dovod ze to tak napisal, ktory ale ty este nechapes.
Prasacky, udrzovatelnost a znovupouzitelnost ? Co to znamena ? kazdy si to vysvetluje inac ... Kto sa v tom vyzna, je to pre neho v pohode a kto sa nevyzna musi sa to naucit. Ale tak je to vsade a o tom to je.
Pre mna je podozrive ked sa niekto vyhovara tymto sposobom na druheho. To je vlastne pokus o zdovodnenie, preco to urobi na hovno. Dokonca uz som sa s tym stretol aj u zubara ze "to sa uz dnes takto nerobi" aj ked ta stara plomba mi drzi uz minimalne 15 rokov 8)
Smutny je na tom fakt, ze toto je uz stvrta firma, kde som sa stretol s niecim podobnym. Neviem, co to je dnes za trend vytvarat kusy hovno kodu.
Nemam rad pojem "hovno kod", bola to len taka moda pred par rokmi, vtedy diskusie na tuto temu u nas inicioval jeden kolega a ukazalo sa, ze vlastne on robil vela chyb - teda pisal ten hovno kod :)
Moj nazor je, ze ak kod spolahlivo a performantne funguje, tak je to dobry kod.
To ze je to tvoja stvrta firma v ktorej mas problemy je trochu podozrive ... nemyslis? Skusil si uz hladat chybu aj v sebe ?
-
Mirkom: ty si takovy ten Slovak, aha. Prijde ti hovnokod.cz jako takova ta moda, co uz pominula? A ty si myslis, ze kolega ve 4. firme neumi pouzivat debugger?
I kdyby byl clovek poctivy remeslnik, podlahar, cokoliv, tak bude nadavat stejne jako my, kdyz nekdo neco zprasi. Ale urcite se vzdycky najde nejaka pica, co rekne neco jako "drzi to tak to drzi", "barak stoji a to je hlavni".
Tuhle jsem se setkal s motorkou, do ktere nejake prase hovadske zasroubovalo starou svicku se zavitem vetsim nez je prumer zavitu v motoru na 3 zavity. "Je to hlinik? Kuwa je. Je mekkej? Kuwa je. Tak ta svicka tam proste pujde."
Jeden mechanik s dobrymi recenzemi, kdyz jsem mu privezl stroj na serizeni ventilu, mi, to prase hovadske, vyskrabal na valec krasneho motoru cisla s vulema ventilu.
Neskutecne jsem se najebal naposledy na projektu se zdupanym enviromentem, vsechny tam stalo za hovno. Kdyby to tam mel nekdo konretni nastarost (ale on nemel), a rekl mi otevrene, ze to tak udelal schalne a ze je to cajk, co si stezuju, tak se neudrzim. Z duse nesnasim takove lidi napric vsemi profesemi.
Tim jsem chtel rict, ze prasata hovadske nejsou jenom v nasem oboru. Vsak si taky lidi narikaji, jak je tezke najit treba dobreho remeslnika. Delas treba koupelku, das za to 100k, tak tak sezenes alespon nejakeho zednika po znamosti, a on ti tam udela pitomě všechny možné detaily a ani nenavrtá rovně do dlaždic tyčku na ručníky.
-
Ale to není jen u nás a není to jen módní trend. Zrovna jsem četl takovou dobouvou knížku z prostředí USA někdy snad ze 70. let, jmenuje se to Zen a umění údržby motocyklu (nic o náboženství a s motorkama jen zápletka, psal to učitel filozofie), a tam autor popisuje fušery, které nechal opravovat motorku a oni mu to podělali. Zoufalý se na ní všechno naučil dělat sám. Mimochodem ta knížka je docela hluboké filozofické zamyšlení na téma "kvalita" a je to bestseller.
-
A když už jsme u těch řemeslníků a kvality, tak máme takového jednoho "rodinného" co instalue perfektně sedící koberce, kuchyňské linky atd. Dělá kvalitně a se vším si vyhraje. Je to špičkový řemeslník? To nevím, ale dělá vysoce kvalitně, protože dělá pomalu a pečlivě. Je radost pozorovat i to, jak pokládá lepenku na koberce, když bude malovat, jak všechno pečlivě vystřihne a pokryje, aby mu nikde nic neukáplo kam nemá a měl z té práce radost.
-
mikrom:
Ked som zacinal bol som na tom podobne. Naucil som sa pouzivat debugger a tak si zistit co to vlastne robi.
Pisem niekde, ze zacinam? Ak myslis, zacinat na projekte, tak ano, ak myslis profesijny zivot, tak nie. Uz mam nejaky ten rok odrobeny a debugger viem, co je ;)
Mozno to vyvinul nejaky guru s takymi znalostami, ze ho nedostihnes ani za 10 rokov.
Prasacky, udrzovatelnost a znovupouzitelnost ? Co to znamena ? kazdy si to vysvetluje inac
Keby to vyvija guru, ale ani guru byt nemusi, stacilo by trosku rozmyslat, tak ten kod vyzera inac. Nakolko uz mam nieco odkrutene, tak viem porovnat zly a dobry kod. Co sa tyka udrzovatelnosti. Ked si osadis doma vanu, vykachlickujes ju, ale neurobis tam otvor, aby si mohol vycistit sifon, bude to podla teba OK? Bude lepsie rozbit komplet obkladacky?
Moj nazor je, ze ak kod spolahlivo a performantne funguje, tak je to dobry kod.
Argument za vsetky drobne :D. Ono v podstate naco riesit nejake OOP, vsak ten kod bude fungovat aj ked to napisem vsetko do jednej triedy s milion riadkami kodu :)
To ze je to tvoja stvrta firma v ktorej mas problemy je trochu podozrive ... nemyslis? Skusil si uz hladat chybu aj v sebe ?
Citaj s porozumenim. Clovek vacsinou skusenostami zistuje a objavuje. A treba do uvahy zvazit aj to, co ponuka trh a ake technologie dokazem ja ponuknut. Pisal som, ze v zahranicnej firme fungovalo vsetko ako malo, dokonca som sa tam vela naucil. V jednej slovenskej firme prisiel sef niekedy do prace o 11 a my sme nemali dovtedy zatial co robit, lebo tasky neboli nahodene, a ked mu clovek pisal na skype (bol online), tak neodpisoval. Taka garazova firmicka to bola.
-
to jako nahazoval tasky kazdy den rano?
-
nevedel som pochopit jeho styl prace. cely den bol v zadeki, ked sme ho potrebovali, nebol tam, ked sme mu pisali na skype neodpisoval. Zrazu prisla odpoved niekedy o pol 10 vecer, ked vsetci sme boli doma. Nenahadzoval tasky kazdy den, resp. si to nepamatam uz dopodrobna. Ale viem, ked sme aj potrebovali prebrat ten task viac detailnejsie, tak bol problem ho zastihnut. Takze sme nerobili. Potom dosiel a povedal, ze kedy bude ten task hotovy.
-
Nedavno sa mi dostal do ruk projekt, ktory nechapem,
Ked som zacinal bol som na tom podobne. Naucil som sa pouzivat debugger a tak si zistit co to vlastne robi.
ako mohol niekto tak prasacky vyvinut, ale isiel z toho strach. Udrzovatelnost 0b, znovupouzitelnost 0b. Neokomentovany kod, struktura kodu ziadna, zavislosti medzi sebou.
Mozno to vyvinul nejaky guru s takymi znalostami, ze ho nedostihnes ani za 10 rokov. Mozno mal preto dovod ze to tak napisal, ktory ale ty este nechapes.
Prasacky, udrzovatelnost a znovupouzitelnost ? Co to znamena ? kazdy si to vysvetluje inac ... Kto sa v tom vyzna, je to pre neho v pohode a kto sa nevyzna musi sa to naucit. Ale tak je to vsade a o tom to je.
Pre mna je podozrive ked sa niekto vyhovara tymto sposobom na druheho. To je vlastne pokus o zdovodnenie, preco to urobi na hovno. Dokonca uz som sa s tym stretol aj u zubara ze "to sa uz dnes takto nerobi" aj ked ta stara plomba mi drzi uz minimalne 15 rokov 8)
Smutny je na tom fakt, ze toto je uz stvrta firma, kde som sa stretol s niecim podobnym. Neviem, co to je dnes za trend vytvarat kusy hovno kodu.
Nemam rad pojem "hovno kod", bola to len taka moda pred par rokmi, vtedy diskusie na tuto temu u nas inicioval jeden kolega a ukazalo sa, ze vlastne on robil vela chyb - teda pisal ten hovno kod :)
Moj nazor je, ze ak kod spolahlivo a performantne funguje, tak je to dobry kod.
To ze je to tvoja stvrta firma v ktorej mas problemy je trochu podozrive ... nemyslis? Skusil si uz hladat chybu aj v sebe ?
Ty seš ňákej chytrej. Se nedivim, že to tam ve všech firmách takto vypadá, jestli jsou všichni jak ty a myslej si o sobě, že sou guru.
Bože mooj, tady se zas sešlo čoboláků. Proč voni se stahujou sem? To nemaj svoje čobolácký forum? Asi jsou neschopný si ho vytvořit, což samo o sobě dost vypovídá.
-
Sam si "cobol", aj vy mate javamanov, my mame takychto ubergurus. Vzdy sme si boli blizke narody, ci uz nas nejaky k** rozdelili alebo nie, ci sa ti to paci alebo nie sa to tak skoro nezmeni.
-
to jo, ale migrace jde jen jednim smerem coz mnohe napovida. aspon ze vetsina tech madaru co jim tady platime studium z nasich dani tady zustane a plati dane potom.
-
Sam si "cobol", aj vy mate javamanov, my mame takychto ubergurus. Vzdy sme si boli blizke narody, ci uz nas nejaky k** rozdelili alebo nie, ci sa ti to paci alebo nie sa to tak skoro nezmeni.
nevím jestli je micron uberguru, ale má pravdu. Slova prasárna a hovnokód používají podprůměrní programátoři jako omluvu své neschopnosti porozumět cizímu kódu.
Jinak souhlasím, že národnost do diskuze zatahují jen primitivové.
-
to jo, ale migrace jde jen jednim smerem coz mnohe napovida. aspon ze vetsina tech madaru co jim tady platime studium z nasich dani tady zustane a plati dane potom.
Nie je jednosmerna, hoci vyrazne prevlada jeden smer. Nie je vzacnost stretnut Cecha na Slovensku; a to nemyslim v Tatrach. Akurat nedavno v spravach komentoval vyvoj pracovneho trhu na Slovensku analytik povodom z Ciech.
Vsetkym tym, ktorym vadia Slovaci, Madari ci Poliaci, odpurucam poznavaci zajazd do Malmo ci Calais.
-
nevím jestli je micron uberguru, ale má pravdu. Slova prasárna a hovnokód používají podprůměrní programátoři jako omluvu své neschopnosti porozumět cizímu kódu.
Jinak souhlasím, že národnost do diskuze zatahují jen primitivové.
Ze by si patril medzi takych ludi, ktory ten hovnokod tiez produkuju? Je to dost mozne. Ci clovek pouzije ine slova ako "to je strasny kod; toto som nikde nevidel; to musel byt debil, kto toto pisal" tak je to v podstate rovnake ako "hovnokod". Nazyvaj si to ako chces.
-
To řekni firmám, co hledají fullstack vývojáře.
Fullstack = k*k*ot co bude robit pracu piatich ludi za jeden plat.
-
nevím jestli je micron uberguru, ale má pravdu. Slova prasárna a hovnokód používají podprůměrní programátoři jako omluvu své neschopnosti porozumět cizímu kódu.
Jinak souhlasím, že národnost do diskuze zatahují jen primitivové.
pod uberguru som myslel zrovna zakladatela vlakna (a malo to byt urazkou nie pochvalou). inak sa celkom zhodneme
-
Chalani ste sa dnes zle vyspali? Je zaujimave, ze niektori dokazu normalne diskutovat, ale par trotlov sa tu vzdy najde. Zrejme sa vas dotyka tato tema, tak sa branite takto
-
to jo, ale migrace jde jen jednim smerem coz mnohe napovida. aspon ze vetsina tech madaru co jim tady platime studium z nasich dani tady zustane a plati dane potom.
Nevím proč jsi tak zatujatý proti Slovákům, nejsme v ničem lepší a výhody, které máme, existují proto, že jsme blízko Německu a Rakousku. Viz rozvoj strojírenství jeste za monarchie. Jinak jsme tady taky Slované, jen trochu poněmčení.
-
aby to bolo jasne kazdemu:
hľadiska etnickej a jazykovej príbuznosti sa Slovania delia zhruba nasledovne:
južní Slovania
Bulhari
Bosniaci
Čiernohorci
Gorani
Chorváti
Macedónci
Pomáci
Srbi
Slovinci
západní Slovania
Česi
Kašubovia
Lužickí Srbi
Moravania
Poliaci
Slezania
pomoranskí Slovinci
Slováci
východní Slovania
Bielorusi
Rusi
Ukrajinci
Rusíni
-
mali by sme drzat spolu! sme najpocetnejsie entikum v Europe.
-
ste madari a to vam nikdo neodpare. vsak se divej jak se s tim sami perete. tak netrep a zalez.
-
madar si ty a ten, kto ta robil
-
ste madari a to vam nikdo neodpare. vsak se divej jak se s tim sami perete. tak netrep a zalez.
jste ubohý debil. Na označení Maďar není nic urážlivého, ale ke Slovákům mají Maďaři stejně daleko jako k Čechům. Úplně jiná jazyková rodina.
-
Ty vole, mels ty nekdy vubec pravou madarskou paprikovou klobasu? To bys jinak mluvil, holomku!
-
Dnes je takova doba, ze programatora dela kdejaky poleno. V byvale firme jsme meli testera, manualni klikac a pozdeji zacal neco vyvijet pro ios. Jasne no mobilni aplikace je taky lopatarna
-
Na označení Maďar není nic urážlivého
vidim jak to milujete kdyz vas takhle nekdo oznaci. startujete jak yamaha. kdyz chce clovek trochu zaprudit tak se vas zepta jak jste vznikli a je klid. pak si myslite, ze nejlepsi kontr je "čehůn".
-
Vážení. Nechcete se tady na to vy$rat? Přitom to začalo docela zajímavě.
IMHO lidi se chtějí chlubit, že jsou něco víc než ostatní. A pokud nemají čím, tak vezmou za vděk tím, že jsou Češi (Slováci, Maďaři...).
Já jsem Čech a nejsem na to hrdý. Ale ani se za to nestydím. Jsem Čech, protože jsem se narodil v Čechách české matce, českému otci a mou mateřštinou je čeština. S pár Slováky jsem se setkal a neměli jsme s tím problém.
Pokud bych byl Slovák (Maďar, Němec...), tak bych byl.
Já rozděluji lidi na blbé a neblbé. Když se setkám s někým, kdo je pyšný na to, že je Čech a třeba pohrdá Slováky, tak ho řadím mezi ty blbé co se nemají čím chlubit (a i opačně - Čecha do mecha a mech do Dunaja).
-
Tak nam povedz iny terminus technicus na hovno kod?
Kód vytvořený s vydatnou pomocí IDE.
Ten je dobrej :-).
-
Na označení Maďar není nic urážlivého
vidim jak to milujete kdyz vas takhle nekdo oznaci. startujete jak yamaha. kdyz chce clovek trochu zaprudit tak se vas zepta jak jste vznikli a je klid. pak si myslite, ze nejlepsi kontr je "čehůn".
ja som madar a nehanbim sa za to a ani to neberiem ako nejake stigma. moj treti jazyk za slovencinou a cestinou je madarcina, potom anglictina,rustina, nemcina a francuzstina. po madarsky som sa rozpraval s mojimi babkami ked som bol maly. nevidim na tom nic zvlastne ani urazlive
-
Otázka etnicity začne být důležitá s nástupem nové generace biologických zbraní cílených na lidi s geny převažujícími v populaci nepřátelského státu.
-
Můj názor/odpověď na prvotní otázku: Když jde o to, aby se projekt stlačil cenově co nejníže, tak se to dá někomu, kdo o tom moc neví, ale dokáže to nějak zbastlit. No a i když je dnes v požadavcích firem kde co, tak nakonec stejně nevezmou profíka za haldu peněz, ale raději nějaké "levné" nemehlo, které to taky nějak uplácá. Ale pak to vypadá tak, jak popisuješ...
Vše je o penězích a v zakázkách firem zjevně není zapotřebí znovupoužitelnost, dokumentace, rychlost (programu) nebo čistý kód. Proto to dnes taky všude vypadá tak, jak to vypadá. Doby, kdy jednojádrovej procesor na 2GHz byl nadupanej a stačil s přehledem na všechno, jsou díky debilním matlalům (a jejich nadřízeným/manažerům) nenávratně v zadeki.
Dneska je potřeba výkonu až do hajzlu, aby si člověk na netu přečetl zprávy. Protože OS (Windows) je nenažranej, prohlížeč je nenažranej a web psal kokot (stejně jako OS a prohlížeč). Nakonec se to na těch "starých" 2GHz jednojádrech dá, ale člověk musí vědět jak (lehký distro, lehký DM, lehký prohlížeč... to aby zbylo dost výkonu na ten web, kterej napsal kokot).
Proč je potřeba výkon? To jsi nejlépe popsal ve svym dotazu.
-
Výkonová náročnost webových stránek nemá co dělat s "nemehly". Hlavní vinu na tom mají reklamy a frikulinské javascriptové frameworky.
-
Výkonová náročnost webových stránek nemá co dělat s "nemehly". Hlavní vinu na tom mají reklamy a frikulinské javascriptové frameworky.
Které ale někdo musel vytvořit (reklamy) nebo naprosto nevhodně použít (frameworky) -> Pořád je to chyba člověka. Ať už nějakého matlala, který to jednoduše lépe neumí, nebo vedení, které rozhodlo, že "takhle to stačí", případně "víc peněz/času nedáme". Tyhle dva argumenty podle mě platí právě i pro nevytváření dobrýho kódu - buď nedostatečná znalost programátora nebo blbý rozhodnutí šéfů (čas/peníze).
-
často je nízká kvalita kódu způsobena okolnostmi. pracuji ve středně velké firmě, našimi zákazníky jsou velké nadnárodní korporace. Termíny nastaveny naprosto nereálně, často jsme v situaci, kdy musíme v termínu něco polofunkčního ukázat a pak se to dokončuje. I když to ve výsledku trvá mnohem dýl a kvalita je výrazně výrazně horší než kdyby se to udělalo rovnou pořádně.
Bohužel u většiny našich zákazníků není důležitý funkční výsledek ale spokojení šéfové na boardu a hezké výsledky za aktuální čtvrtletí, manažeři se mění jak na běžícím pásu a nikoho neslyší na to, že když se to teď odflákne tak v budoucnu budou daleko vyšší náklady na opravy chyb a úpravy, řeknou není capex, tenhle IT systém není součástí strategického plánu.
-
aaaa:
s tym sa neda nic ine, len suhlasit. Otazke znie, ci ma zmysel sa nad tym zamyslat. Lepsie to asi nebude.
-
aaaa: ako keby som cital o firme, kde robim ja.
Sme paradny tim vyvojarov, ale je nas kruto malo na tak rozsiahli system, sef casto keca do vyvoja stylom ako to robit, bez toho, aby vedel o com rozprava, zakaznik je tiez dost nevychovany a ten jeden PM ma toho uz proste dost, tak kyvne zakaznikovy na kazdu sprostost. Proste tam chodime uz len preto, ze nam platia faktury. Uz nas to davno netesi. Ked odtial odideme, tak to ta firma moze rovno zabalit, pretoze dokumentaciu veskera zadna (neni proste kedy ju pisat), a kod ma nieco menej ako 1M riadkov... Na 4 koderov...
(pre rypalov, ano, sme sprosti, ze tam este stale sme...)
-
Chyba v řízení, často se tím bavím. Popíšu problémy a rizika dopředu a pak na to kašlu. Následně někdo otravuje, že má problém a nastane už jen smích. Jó kluci, věděli jste o tom, poraďte si ;) Zahodí se to, předělá tak jak mělo být od začátku a pak se tenhle problém objeví znovu a znovu a znovu a znovu...
Fakt nechutně drahá sranda, ale co "to je blbý to se bude líbit".
Někdy je opravdu šokující vidět lidi chybovat stále dokola aniž by z toho vyvodili nějaký důsledek. "Makáme, ale máme smůlu" - Nikdy nehledáme chybu u sebe.
Pak lidi co mají dost peněz stále otravují s nějakým lowcostem, nešlo by to? Fakt by to nešlo?
V tom šlapali dobře ty americko-ruský firmy (americké řízení a ruský mužik dokážou fakt divy)
A pak je mnoho projektů, kde je to všechno jedno pokud výstup sedí (udělaj práci a vyhodí se).
Přemýšlet se prostě vyplatí :) a šetřit jak kdy.
často je nízká kvalita kódu způsobena okolnostmi. pracuji ve středně velké firmě, našimi zákazníky jsou velké nadnárodní korporace. Termíny nastaveny naprosto nereálně, často jsme v situaci, kdy musíme v termínu něco polofunkčního ukázat a pak se to dokončuje. I když to ve výsledku trvá mnohem dýl a kvalita je výrazně výrazně horší než kdyby se to udělalo rovnou pořádně.
Bohužel u většiny našich zákazníků není důležitý funkční výsledek ale spokojení šéfové na boardu a hezké výsledky za aktuální čtvrtletí, manažeři se mění jak na běžícím pásu a nikoho neslyší na to, že když se to teď odflákne tak v budoucnu budou daleko vyšší náklady na opravy chyb a úpravy, řeknou není capex, tenhle IT systém není součástí strategického plánu.