Tuxiku a kolik jsi toho naprogramoval (naposledy v diskusi si pamatuji, ze jsi resil problemy jako admin :-D), ze mas pocit, ze jsi expert na to jak se ma a nema programovat 
Že se tím neživím neznamená, že o tom nic nevím. Programuju pro zábavu už bez mála 30 let. Tragédií dnešního programování je to, že čitelnost kódu je upřednostňována před vším, včetně funkčnosti a nakonec to stejně čitelný není, vysvětlím dále...
Za druhe, ten problem co se tu snazis navodit, ve skutecnosti neexistuje. Pouzije programator 30 knihoven ? No a ? Od toho ty knihovny jsou, od toho ma vetsina jazyku dobre vyresene verzovani + packagovani tech knihoven. Navic u spousty jazykovych ekosystemu je vetsina (ci alespon znacna cast) open source, takze v pripade problemu se do knihovny muzu podivat, opravit a poslat PR. A nemusim znovu vynalezat kolo.
Ten problém existuje přesně tak, jak jsem ho popsal dříve - v těch 30 knihovnách je totiž zcela běžně spousta věcí zdvojená, ztrojená... a typická opice používá pokaždé jiný postup pro stále stejné operace podle toho, v jaké části zrovna co opsala ze Stack Overflow a většinou sama netuší, proč a jak to vlastně funguje. To zároveň značně znepřehledňuje kód, obzvlášť v případě, že polovina knihoven je z pochybných zdrojů a každá má jiný, nebo žádný, naming konvence.
Nevidim jediny duvod, proc bych si mel znovu a znovu programovat napr. connection pooling do DB (knihovna), REST framework (dalsi knihovna), validaci komponent (ditto), databazovy driver (zase knihovna), messaging knihovnu (knihovna!).
Pokud víš co děláš a víš, že jsou ty knihovny kvalitní, klidně.
Naopak snaha o to se frameworkum a knihovnam vyhnout je typickym projevem ala NIH a vetsinou vede ke kodu, ktery se psal vecnost a stejne nefunguje (nebo nefunguje dobre). A misto zamereni se na problem, ktery realne je potreba resit, programator znovuobjevuje kolo... A s tou efektivitou, mozna bys byl prekvapeny v kolika pripadech tyhle snahy o nepouziti frameworku / knihovny, ktere jsem zazil, ve skutecnosti efektivitu snizily. A samozrejme, jsou knihovny horsi, lepsi, ale o tom to neni.
Pro konkrétní úlohu může mít konkrétní FW význam, ale problém je v tom, že mladí už se ani neučí "čistý jakzyk" pod tím FW a rovnou všechno dělají jen v tom jednom vybraném a to nezávisle na tom, k čemu je určen. Potom to vypadá dost podobně, jako snaha se za každou cenu FW a knihovnám vyhýbat.
Naopak, pouziti standardnich knihoven a nejakeho frameworku, prinasi velke moznostvi vyhod. Neni nutne psat uz napsane, kod je snadneji pochopitelny (srovnej ucici krivku novacka na projektu s Spring vs vlastni framework), vetsinou je framework komplexni (vs vlastni reseni, psane na mimru, nerozsiritelne bez velkeho vyvoje) a mohl bych pokracovat dale a dale.
Důležité je to použití STANDARDNÍCH knihoven. Učící křivku nemá cenu srovnávat. Za prvé, je to individuální, za druhé to záleží na použití FW. Pokud ho někdo přiohne na něco, na co se nehodí, výsledek je stejný.
Ale ty to stejne nepochopis, protoze dokud si tuhle praci nevyzkousis
Ne, děkuji. Programování jako zaměstnání mě přestalo zajímat už dávno. Stačí, že se občas musím hrabat v cizím kódu. Kapitola sama pro sebe je potom diskuze s opičákama, kteří pro nás něco dělají. Nejdřív pohoda, není problém, všechno umíme, v zápětí ukáží absolutní nekompetenci při práci s databází - většinou je nacpeme do Oracle a polovina z těch, co tvrdí, že to není problém, tak se to pak za chodu učí a ještě navíc blbě. A nedej bože, když mají komunikovat se SAPem. Napřed není problém, potom trvají na komunikaci pomocí různých exportů a importů a posledně se dožadovali na úplnou kravinu nákupu connectoru za půl mega. Ten jsem jim napsal za den.
Zobrazit příspěvky
