Co je to za modní trend v dnešních firmách?

[Jano7]

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.

[Reklama]

[Jano7]

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.

[Lama]

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.

[Franta <xkucf03/>]

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ě.

[Franta <xkucf03/>]

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é).

[Reklama]

[Kit]

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.

[Ondra Satai Nekola]

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.

[Tomas2]

š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.

[Jan Forman]

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.

[Inkvizitor]

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é?

[Franta <xkucf03/>]

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í.

[asdsadasdasd]

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"

[to_je_jedno]

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.

[asdsadasdasd]

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.

[To je jedno]

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.