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

zboj

  • *****
  • 1 507
    • Zobrazit profil
    • E-mail
Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.
Neviditelná ruka trhu si to přebere, ostatně proto je tady tolik deprimivaných lůzrů, není-liž pravda? S tím kruhem to je svatá pravda, nástroj pro zvýšení efektivity jen přitáhne ty podprůměrné a už to jede. Na druhou stranu jak říkám, pokud si to trh přebere, efektivitu to v konečném důsledku zvýší.


Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.
Nejzásadnější rozdíl je internet. Dokud nebyl, nebo byl dostupný omezeně, programátor se naučil základy, prohlídl pár dostupných zdrojáků a začal něco dělat. Když nevěděl, musel se zamyslet, jak problém vyřešit, vzít referenční příručku, pohledat vhodné příkazy a poskládat je do funkčního celku. V tu chvíli většinou musel vědět co a proč dělá. Dneska kolikrát chybí jakákoliv představivost, jakákoliv logika, napíšu do googlu co chci, zjistím, že je na to knihovna, stáhnu, použiju z ní jeden příkaz (i když už jsem tam předtím přidal 10 jiných knihoven, který to umí taky, jen mi to google neřekl na prvních třech místech) a jupí, přesuneme se o krok dál. Kolikrát už to padlo i ve fóru na rootu... potřebuji kravinu a nevím jak... 5 řádků kódu... a řešení? To umí ten framwework a tamten a tahle knihovna a jinej jazyk a... sorry jako...

balki

Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.

Problem vidim najme vo fragmentaci platforiem a potreby implementovat softver do kazdej blbosti.  Kazdy druhy frikulin si vymysli nejaky protokol a framework, mame zastupy programatorov, ktori potom vedia vela a zaroven nic.  Teraz je problem umocneny roznymi smart a IOT kravinkami. Zamestnavatelia su niektori tiez ujebani, nejdu po velkych platformach, ale pozaduju funkcinalne orientovany eiffel s embedded pythonom.

Potom sa tu vykopavky z cias stazuju, ze nikto neovlada C++. No jasne, ze neovlada, lebo v tom nikto nekodi a nikdo to skoro nevyzaduje. (Mimochodom, je to aj zly jazyk ale o tom potom)

čumil

Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.

Problem vidim najme vo fragmentaci platforiem a potreby implementovat softver do kazdej blbosti.  Kazdy druhy frikulin si vymysli nejaky protokol a framework, mame zastupy programatorov, ktori potom vedia vela a zaroven nic.  Teraz je problem umocneny roznymi smart a IOT kravinkami. Zamestnavatelia su niektori tiez ujebani, nejdu po velkych platformach, ale pozaduju funkcinalne orientovany eiffel s embedded pythonom.

Potom sa tu vykopavky z cias stazuju, ze nikto neovlada C++. No jasne, ze neovlada, lebo v tom nikto nekodi a nikdo to skoro nevyzaduje. (Mimochodom, je to aj zly jazyk ale o tom potom)
C++ už dávno chcíplo, nemá budoucnost (pro casual developera !!!)
na embed je C
a zbytek už je zmigrovanej na javu nebo c#

balki

Tento příspěvek by mohl kandidovat na "příspěvek roku", přesně vystihuje největší problém dnešního IT.

Skor na blabol roku.


čumil

Naopak, některé systémy ani bez GC běžet nebudou protože životnost paměti je nepredikovatelná v době kompilace či návrhu systemu.
To je opodstatněné jen v krajních případech, většinou je to prostě chyba návrhu, protože v bussiness inteligence, což je většina dnešního programování, by k tomu nemělo nikdy dojít.
obecně vzato, třeba FP je celí takový ten krajní případ
OOP to samé
ne že by to bez něj nešlo, ale pokud ho chceme dělat tak jak bylo zamýšleno, tak s ručním managementem by ses posral

je fajn umět v cčku něco udělat bez něj, ale není to must have v dnešní době řekl bych

dneska se jede hodně high level, jinak to ani nejde při těch požadavcích

andy

Naopak, některé systémy ani bez GC běžet nebudou protože životnost paměti je nepredikovatelná v době kompilace či návrhu systemu.
To je opodstatněné jen v krajních případech, většinou je to prostě chyba návrhu, protože v bussiness inteligence, což je většina dnešního programování, by k tomu nemělo nikdy dojít.
Á, pán je fajnšmekr, zřejmě se děsně vyžívá v řízení zdrojů a ošetřování uvolňování při chybách/výjimkách, je hrozně rád, když mu tahle legrace zabírá čtvrtinu délky funkcí a samozřejmě se v tom nikdy nesekne. A o FP asi neslyšel, protože v pure funkcích se jaksi nedá nic "dělat", natož nějak řídit dealokace...

Ivan Nový

S tou pamětí je to syndrom Sinclairisty, už v té době, na normálních mašinách běželo stránkování paměti a spoléhalo se při přidělování paměti na předem dané algoritmy, které byly součástí operačního systému. S požadavkem přenositelnosti se správa paměti přestěhovala logicky do runtimu jazyka a vzniklo GC. S kvalitou programátorů to nemá nic společného.

Tuxik

  • *****
  • 1 473
    • Zobrazit profil
    • E-mail
2čumil 2andy: že se používá OOP a FP neznamená, že je to správně. Znamená to, že je jednoduché na to sehnat lidi, kteří v tom udělají, co je třeba a to především proto, že je to jednoduché a naučí se to i cvičená opice za bednu banánů.

Kiwi

Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.
Neviditelná ruka trhu si to přebere, ostatně proto je tady tolik deprimivaných lůzrů, není-liž pravda? S tím kruhem to je svatá pravda, nástroj pro zvýšení efektivity jen přitáhne ty podprůměrné a už to jede. Na druhou stranu jak říkám, pokud si to trh přebere, efektivitu to v konečném důsledku zvýší.

Jenže nebe opravdu bylo modřejší a tráva zelenější. Důvod je ten, že ta neviditelná ruka trhu slouží k optimalizaci zisků, ne kvality. A za současných podmínek je snadnější toho dosáhnout kvantitou a rychlostí než kvalitou. Je to asi podobné, jako když "za starých časů" každý kuchař musel opravdu umět vařit, zatímco dnes je požadavek v první řadě nějak a co nejrychleji nasytit, tj. fastfood metoda a jídelny. Copak se v mekáčích najde v personálu někdo, kdo umí vařit? Jen vám poskládá předraženou obloženou housku, jejímž pravidelným požíváním si akorát přivodíte zdravotní problémy, které zas bude muset řešit nějaký jiný úzce profilovaný specialista. Za další peníze.
Tohle je současné IT. Většina IT byznysu je založena na řešení problémů, které vznikly jen snahou ušetřit čas a peníze. Jako v tom filmu Srdečný pozdrav ze Zeměkoule: "Nejvyšší formou rozumné činnosti na Zemi je vědecké sympózium. Řeší škodlivé následky prospěšné vědecké činnosti."
Řekl bych, že problém není ani tak sehnat dobrého vývojáře, jako dobrého manažera. Většina z nich má totiž akorát nadrcené nějaké přiblblé poučky a hesla, nad jejichž aplikovatelností vůbec nepřemýšlí. Takže jejich typické úvahy jsou ve stylu "jedna ženská porodí dítě za 9 měsíců, když jich tedy najmeme 9, budeme mít první dítě už za měsíc". Pak na nějakém školení přijde nějaký mamrd s tím, že když by se jich najímalo 10, bude dítě hned. A podle toho pak ty projekty vypadají. Přitom už někdy v 70. letech se přišlo na to, že "adding manpower to a late software project makes it later".
Ale jsem optimista. Až se daný segment nasytí kvantitou, tak se snad půjde po kvalitě. Momentálně jsme na vlně, kdy je hlad po nástrojích, jež umožňují zaměstnat v IT i cvičenou opici.

Mimochodem:
https://www.youtube.com/watch?v=NdSD07U5uBs


zboj

  • *****
  • 1 507
    • Zobrazit profil
    • E-mail
Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.
Neviditelná ruka trhu si to přebere, ostatně proto je tady tolik deprimivaných lůzrů, není-liž pravda? S tím kruhem to je svatá pravda, nástroj pro zvýšení efektivity jen přitáhne ty podprůměrné a už to jede. Na druhou stranu jak říkám, pokud si to trh přebere, efektivitu to v konečném důsledku zvýší.

Jenže nebe opravdu bylo modřejší a tráva zelenější. Důvod je ten, že ta neviditelná ruka trhu slouží k optimalizaci zisků, ne kvality. A za současných podmínek je snadnější toho dosáhnout kvantitou a rychlostí než kvalitou. Je to asi podobné, jako když "za starých časů" každý kuchař musel opravdu umět vařit, zatímco dnes je požadavek v první řadě nějak a co nejrychleji nasytit, tj. fastfood metoda a jídelny. Copak se v mekáčích najde v personálu někdo, kdo umí vařit? Jen vám poskládá předraženou obloženou housku, jejímž pravidelným požíváním si akorát přivodíte zdravotní problémy, které zas bude muset řešit nějaký jiný úzce profilovaný specialista. Za další peníze.
Tohle je současné IT. Většina IT byznysu je založena na řešení problémů, které vznikly jen snahou ušetřit čas a peníze. Jako v tom filmu Srdečný pozdrav ze Zeměkoule: "Nejvyšší formou rozumné činnosti na Zemi je vědecké sympózium. Řeší škodlivé následky prospěšné vědecké činnosti."
Řekl bych, že problém není ani tak sehnat dobrého vývojáře, jako dobrého manažera. Většina z nich má totiž akorát nadrcené nějaké přiblblé poučky a hesla, nad jejichž aplikovatelností vůbec nepřemýšlí. Takže jejich typické úvahy jsou ve stylu "jedna ženská porodí dítě za 9 měsíců, když jich tedy najmeme 9, budeme mít první dítě už za měsíc". Pak na nějakém školení přijde nějaký mamrd s tím, že když by se jich najímalo 10, bude dítě hned. A podle toho pak ty projekty vypadají. Přitom už někdy v 70. letech se přišlo na to, že "adding manpower to a late software project makes it later".
Ale jsem optimista. Až se daný segment nasytí kvantitou, tak se snad půjde po kvalitě. Momentálně jsme na vlně, kdy je hlad po nástrojích, jež umožňují zaměstnat v IT i cvičenou opici.

Mimochodem:
https://www.youtube.com/watch?v=NdSD07U5uBs
Výstižné  ;D

j

... Dneska kolikrát chybí ...

To co chybi je predevsim mozek ... zrovna dneska sem resil s dodavatelem vykon ... a on mi ukazoval "novou verzi" ... kdyz sem se ho ptal, proc je to pomaly jak svin ... tak rek proto, ze holt soudruzi v emerice pouzili nejakej khuull frejmwork,  kterej s 10 zaznamama v databazi i funguje. Kdyz je v ty databazi tech zaznamu 1/2M ... tak to sezere behem asi 5 minut (coz je odezva toho celyho) skorem 2GB ram browseru ... protoze ti curaci (premejslim o nejakym jeste horsim prizvisku) to proste cely generujou jako html (komplet tech 1/2M zaznamu) aby to pak dzavascrajptem ... vsechno schovali ... a zobrazili pozadovanych 10 zaznamu.

Lama

S tou pamětí je to syndrom Sinclairisty,...

A Nový je syndromem čeho?

balki

2čumil 2andy: že se používá OOP a FP neznamená, že je to správně. Znamená to, že je jednoduché na to sehnat lidi, kteří v tom udělají, co je třeba a to především proto, že je to jednoduché a naučí se to i cvičená opice za bednu banánů.

Ani nie. Take tvrdia len ludia, co to neovladaju. V skutocnosti dobre vediet OOP a FP chce poriadne zrucnosti a vedomosti. Tak ako vo vsetkom ostatnom.

Aj ja viem prasit v thumb2 instrukcnej sade pre ARM a zaklady je celkom lahke sa naucit. No netvrdim nezmysly o opiciach a bedniach bananov.