Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
Já tomu asi nerozumím - existují špatní programátoři, nástroje typu GC, SQL apod. umožní i špatným programátorům vyrobit jakž takž něco funkčního (i když dost blbě), ergo používání nástrojů GC, SQL apod. je (většinou) špatné? Proč by si dobrý programátor neměl ušetřit práci? Proč bych měl jako programátor po 1000 řešit alokace/dealokace, když je za mně zpravidla líp vyřeší GC?
Špatné je, když programátor píše kód, spoléhá se na GC, protože se to tak naučil a ve skutečnosti ani netuší, že tam nějaký GC je a co pro něj/za něj dělá. Co se týče jakékoliv DB, tam je situace odlišná a dle osobních zkušeností i horší, počínaje samotným návrhem DB (který sice není v kompetenci čistého programátora, ale víme, jak to je), kdy bývá zprasená nejen struktura, ale vzhledem k neznalosti je často použita i zcela nevhodná DB. Potom se to ohýbá, programátor se snaží o "jakože OLAP" nad OLTP DB a vůbec škoda mluvit. Navíc si programátoři evidentně neuvědomují, že opravdu moc dobře vím, proč je nenechám bastlit nad nějakou vlastní DB v jejich správě a nutím je se připojovat do DB pod naší správou. A kdo první uhádne proč, může si zdarma stáhnout třeba Postgres i s dokumentací.


Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
Kdyby jenom, ale ono se to už děje https://www.novinky.cz/internet-a-pc/433516-musk-chce-propojit-lidske-mozky-s-pocitaci.html
https://www.debility.ru/vlhke_sny/0112358-tuxik-chce-vyhrat-eurojackpot-a-uz-nikdy-nepracovat.html
Když si na to založím firmu, taky už "se to bude dít"?
Jde to s vámi opravdu z kopce, už to není ani poučné, ani vtipné, na trolling je to chabé... opravdu bych ty drogy chtěl.

YF

...
Hloupé. My nevíme jaká kvalita je optimální. To hledá vzhledem k aktuálnímu stavu systému trh. Příliš kvality může škodit, alokuje se zbytečně mnoho zdrojů do nějakého projektu, který stejně zapadne, protože bude nepotřebný, nebude po něm poptávka. Například.
... dalsi zabijak - vystavni blabol :)

Špatné je, když programátor píše kód, spoléhá se na GC, protože se to tak naučil a ve skutečnosti ani netuší, že tam nějaký GC je a co pro něj/za něj dělá.

Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?
« Poslední změna: 29. 03. 2017, 12:25:03 od Ondra Satai Nekola »

Ivan Nový

Kdyby jenom, ale ono se to už děje https://www.novinky.cz/internet-a-pc/433516-musk-chce-propojit-lidske-mozky-s-pocitaci.html
https://www.debility.ru/vlhke_sny/0112358-tuxik-chce-vyhrat-eurojackpot-a-uz-nikdy-nepracovat.html
Když si na to založím firmu, taky už "se to bude dít"?
Jde to s vámi opravdu z kopce, už to není ani poučné, ani vtipné, na trolling je to chabé... opravdu bych ty drogy chtěl.

První náznaky http://www.osel.cz/8753-nanoboti-v-mozku-budou-pro-kazdeho.html


Ivan Nový

...
Hloupé. My nevíme jaká kvalita je optimální. To hledá vzhledem k aktuálnímu stavu systému trh. Příliš kvality může škodit, alokuje se zbytečně mnoho zdrojů do nějakého projektu, který stejně zapadne, protože bude nepotřebný, nebude po něm poptávka. Například.
... dalsi zabijak - vystavni blabol :)
A vy to snad víte? Jistě chodíte v kožených botách šitých na míru. Tedy máte maximum kvality.

Ivan Nový


Ivan Nový

A zde http://www.m2neural.eu/, zatím jen na periferních nervech.

YF

...
Hloupé. My nevíme jaká kvalita je optimální. To hledá vzhledem k aktuálnímu stavu systému trh. Příliš kvality může škodit, alokuje se zbytečně mnoho zdrojů do nějakého projektu, který stejně zapadne, protože bude nepotřebný, nebude po něm poptávka. Například.
... dalsi zabijak - vystavni blabol :)
A vy to snad víte? Jistě chodíte v kožených botách šitých na míru. Tedy máte maximum kvality.

<trapne_ticho/>

Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?
Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.

Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?
Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.

Ne ze by si zrovna na tenhle user case musel psat dealokaci rucne (coz mimochodem neni zas takova sranda, pokud zacnes uvazovat i o tom, ze se ti uvnitr bloku muze stat ledacos spatneho). Tohle je ten nejprimitivnejsi priklad escape analysis.

zboj

  • *****
  • 1 507
    • Zobrazit profil
    • E-mail

Netvrdím, že všichni, ale ano, jsou a není jich málo. Trh je plný firem složených z jednoho CEO, jednoho markeťáka a 5ti ještě studujících programátorských opic.
Já tomu asi nerozumím - existují špatní programátoři, nástroje typu GC, SQL apod. umožní i špatným programátorům vyrobit jakž takž něco funkčního (i když dost blbě), ergo používání nástrojů GC, SQL apod. je (většinou) špatné? Proč by si dobrý programátor neměl ušetřit práci? Proč bych měl jako programátor po 1000 řešit alokace/dealokace, když je za mně zpravidla líp vyřeší GC?
Dobrý programátor v C(++) umí psát funkční kód i bez explicitní správy paměti, ta je přenechána vesměs jen autorům knihoven na nižší úrovni, což je obvykle v dané komunitě beztak elita. Jak říkával můj učitel matematiky na SŠ: stačí myslet. To je ostatně největší problém dnešního IT, ty zmíněné "opice" místo myšlení googlují.

ferren

bohuzel vyvoj v oblasti sw jde nechutne pomalu, radove pomaleji nez hw.
clovek by neveril ze v 21 stoleti se stale bude programovat v...textovem editoru. v stale stejnych jazicich jako v 20 stoleti.
mozna ze na to clovek jako tvor proste nema a narazil na sve limity a nastup AI bude vysvobozenim, po lidskych koderech nestekne casem ani pes a potencialne nadprumerne inteligentni jedinci dostanou sanci v jinych pro cloveka vhodnejsich oborech....

takze dulezite bude tu AI postupne dokopat do stadia ze se zacne ucit sama. doufejme ze par genialnich jedincu nas lopotici se programatory vysvobodi:-)

zboj

  • *****
  • 1 507
    • Zobrazit profil
    • E-mail
Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?
Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.
V tomto případě ale stačí alokace na zásobníku, která je zadarmo (pokud se na zásobník vejde).

Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?
Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.

Ne ze by si zrovna na tenhle user case musel psat dealokaci rucne (coz mimochodem neni zas takova sranda, pokud zacnes uvazovat i o tom, ze se ti uvnitr bloku muze stat ledacos spatneho). Tohle je ten nejprimitivnejsi priklad escape analysis.
Ano, uvnitř bloku se může stát ledacos špatného, ale buď je to správně ošetřeno, nebo to není tak kritické a blok dojede včetně free, nebo to třeba segfaultne a paměť se mi uvolní tak nějak přirozeně :) , nebo je to ve stavu, ve kterém to nikdy nemělo být a musí se to vyřešit. Tohle ani GC nezachrání. A jinak, to je pořád řečí, jak musí být kód čitelný (někteří to považují za důležitější, než jeho funkčnost) a najednou je používání primitivních postupů špatně? Ono totiž většinou čím primitivnější, tím lepší. Chce to kázeň. A to je právě to, co velmi často chybí a proč vzniká tolik kočkopsů.