Nejžádanější programátorské znalosti na českém pracovním trhu

[Lama]

Ano, to je hrozne. Az doposud tu probihala diskuse uzce k tematu, Novy to tu ted uplne zoral.

Zoral je nějaké nové synonymum pro p*sral?

[Reklama]

[JardaP .]

Zoral je nějaké nové synonymum pro p*sral?

Ne, p*sral je jeste o fazi dal.

[Tuxik]

Blbostmi myslím běžné zkoušení na VŠ. Projdou hlavně ti hloupí, kterým nevadí umět zbytečnosti.

To zalezi na skole. Opravdu nemam pocit, ze kdyz ja byl na CVUT, tak prosel kdejaky blb. Naopak, ti se obvykle nedozili ani druheho rocniku.

To je zajímavý, že v IT je to samý Ing. z ČVUT a jsou obvykle úplně k ničemu jako běžné lopaty. Častokrát jsem slyšel zase historky o tom, jak tam by blbec, který se učí nazpaměť, neprošel. Evidentně jsou to jen kecy těch hloupých lidí, kteří prošli. Je to podobné jako s matfyzem, kde absolvent nemůže být hloupý. Evidentně to také nefunguje, protože znám zase v oboru hromadu lidí z matfyzu, kteří nechápou složitější souvislosti. Typicky design aplikace je pro ně něco nepochopitelného a prasí jako běžná lopata. Efektivita je pro ně absolutně nepodstatná.

Tak teda nevim, kde je pravda. Ale třeba žijeme každý jinde. Pohybuji se v IT plném lopat, kde 60 tisíc maji ti nejslabší. Třeba ale právě to je ten problém a Lojza z malé firmy za 35 si to dává po matfyzu jako king.

Ano, kdyby jsi věděl něco o Javě, jako že nevíš, tak by jsi věděl, že efektivita je sprosté slovo. Je to jazyk pro lopaty, který neumí nic jinýho, než nadávat na pomalý HW a výkonnostní problémy řeší jeho upgradem. Je to pochopitelné, protože pro malé lopaťácké projekty je těch pár serverů navíc levnějších, než pořádný vývojář v rozumném jazyce. Ale když potom dojde na pořádné projekty, tak se najednou vyplatí investovat do slušných lidí, místo nákupu a údržby stovek serverů navíc.

[Ivan Nový]

Blbostmi myslím běžné zkoušení na VŠ. Projdou hlavně ti hloupí, kterým nevadí umět zbytečnosti.

To zalezi na skole. Opravdu nemam pocit, ze kdyz ja byl na CVUT, tak prosel kdejaky blb. Naopak, ti se obvykle nedozili ani druheho rocniku.

To je zajímavý, že v IT je to samý Ing. z ČVUT a jsou obvykle úplně k ničemu jako běžné lopaty. Častokrát jsem slyšel zase historky o tom, jak tam by blbec, který se učí nazpaměť, neprošel. Evidentně jsou to jen kecy těch hloupých lidí, kteří prošli. Je to podobné jako s matfyzem, kde absolvent nemůže být hloupý. Evidentně to také nefunguje, protože znám zase v oboru hromadu lidí z matfyzu, kteří nechápou složitější souvislosti. Typicky design aplikace je pro ně něco nepochopitelného a prasí jako běžná lopata. Efektivita je pro ně absolutně nepodstatná.

Tak teda nevim, kde je pravda. Ale třeba žijeme každý jinde. Pohybuji se v IT plném lopat, kde 60 tisíc maji ti nejslabší. Třeba ale právě to je ten problém a Lojza z malé firmy za 35 si to dává po matfyzu jako king.

Ano, kdyby jsi věděl něco o Javě, jako že nevíš, tak by jsi věděl, že efektivita je sprosté slovo. Je to jazyk pro lopaty, který neumí nic jinýho, než nadávat na pomalý HW a výkonnostní problémy řeší jeho upgradem. Je to pochopitelné, protože pro malé lopaťácké projekty je těch pár serverů navíc levnějších, než pořádný vývojář v rozumném jazyce. Ale když potom dojde na pořádné projekty, tak se najednou vyplatí investovat do slušných lidí, místo nákupu a údržby stovek serverů navíc.

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkonný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

[balki]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Java ma tu vyhodu, ze ma kontrolovane typy a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass. 

[Reklama]

[Tuxik]

Ano, kdyby jsi věděl něco o Javě, jako že nevíš, tak by jsi věděl, že efektivita je sprosté slovo. Je to jazyk pro lopaty, který neumí nic jinýho, než nadávat na pomalý HW a výkonnostní problémy řeší jeho upgradem. Je to pochopitelné, protože pro malé lopaťácké projekty je těch pár serverů navíc levnějších, než pořádný vývojář v rozumném jazyce. Ale když potom dojde na pořádné projekty, tak se najednou vyplatí investovat do slušných lidí, místo nákupu a údržby stovek serverů navíc.

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkonný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

V okamžiku, kdy se dostanete do stádia, že jeden server stojí miliony v nákupu, další statisíce ročně za support a máte jich už tolik, že vám další statisíce prožerou jenom za elektřinu, tak už se zatraceně vyplácí přemýšlet nad tím, jestli vzít pseudoprogramátora typu Javaman za 30, nebo kvalitního člověka za 300. Nehledě k tomu, že ne vše se dá paralelizovat, tudíž je třeba optimalizovat. Samozřejmě, že většina IT budou Javameni pracující za stravu a ubytování, ale na některé věci tam budou úplně jiný tým, plný úplně jiných lidí, za úplně jiné peníze.

[Tuxik]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Java ma tu vyhodu, ze ma kontrolovane typy a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Ano, v performace testech překoná jakýkoliv jazyk jakýkoliv jiný jazyk, když se testy udělají "správně". Systém výjimek není rozumný, ale zbytečný, je to jen berlička zachraňující celkově špatný návrh jazyka, ve kterém je běžné tvořit špatné programy. Ta stejná zbytečnost je GC, další prostředek, který pouze zakrývá špatnou práci, špatný návrh a umožňuje Javamen-like pseudoprogramátorům vůbec udělat něco, co se alespoň trochu tváří, že to funguje. Java je dobrá jako prostředek pro ne-úplně programátory, kteří potřebují tvořit nějakou bussiness logiku, ale například jako jazyk pro HPC je to fail tohoto století.

[balki]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Java ma tu vyhodu, ze ma kontrolovane typy a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Ano, v performace testech překoná jakýkoliv jazyk jakýkoliv jiný jazyk, když se testy udělají "správně". Systém výjimek není rozumný, ale zbytečný, je to jen berlička zachraňující celkově špatný návrh jazyka, ve kterém je běžné tvořit špatné programy. Ta stejná zbytečnost je GC, další prostředek, který pouze zakrývá špatnou práci, špatný návrh a umožňuje Javamen-like pseudoprogramátorům vůbec udělat něco, co se alespoň trochu tváří, že to funguje. Java je dobrá jako prostředek pro ne-úplně programátory, kteří potřebují tvořit nějakou bussiness logiku, ale například jako jazyk pro HPC je to fail tohoto století.

Aha, pan expert videl javu tak z rychlika a programoval zx spectrum v assembleri. Pridavam na zoznam do kategorie brouk pytlik.

[Daniel Kozak]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Tak malo?

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Pekne receno, akorat nejak chybi to co jsou "omezene " prostredky

Java ma tu vyhodu, ze ma kontrolovane typy

To ma skoro kazdej rozumnej jazyk

a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".

To asi neni mysleno vazne

  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Opet nechapu, mam pocit ze je tu nekdo hodne mimo. Jak nekdo muze vyuzivat procesor v jave vyuzivat procesor na maximum, kdyz samotna java ho zmaestna i na primitivni ukoly.

Btw. doporucuji si zkusit nainstalovat Tizen Studio na pocitaci a zejmena v situaci kdy pripojeni k internetu neni idealni. Me to dnes vytapelo celej kancl a malem uvarilo stroj.

[Daniel Kozak]

Jen si dovolim poznamenat, ze zrovna TIOBE index neni moc kvalitni (red monk nebo jak se jmenoval pusobil lepe). Nekde jsem cetl clanek, jak jednoduse ten TIOBE index slo ovlivnit. Takovy ukazatel je uplne k nicemu, kdyz ho jednotlivec muze snadno zmanipulovat.

No zrovna redmonk jde ovlivnit vlastne mnohem lepe , ne zadnej index popularnosti nema sanci byt realnej.

[Daniel Kozak]

  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Opet nechapu, mam pocit ze je tu nekdo hodne mimo. Jak nekdo muze vyuzivat procesor na maximum v jave, kdyz samotna java ho zamestna i na primitivni ukoly.

Btw. doporucuji si zkusit nainstalovat Tizen Studio na pocitaci a zejmena v situaci kdy pripojeni k internetu neni idealni. Me to dnes vytapelo celej kancl a malem uvarilo stroj.

[Daniel Kozak]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Java ma tu vyhodu, ze ma kontrolovane typy a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Ano, v performace testech překoná jakýkoliv jazyk jakýkoliv jiný jazyk, když se testy udělají "správně". Systém výjimek není rozumný, ale zbytečný, je to jen berlička zachraňující celkově špatný návrh jazyka, ve kterém je běžné tvořit špatné programy. Ta stejná zbytečnost je GC, další prostředek, který pouze zakrývá špatnou práci, špatný návrh a umožňuje Javamen-like pseudoprogramátorům vůbec udělat něco, co se alespoň trochu tváří, že to funguje. Java je dobrá jako prostředek pro ne-úplně programátory, kteří potřebují tvořit nějakou bussiness logiku, ale například jako jazyk pro HPC je to fail tohoto století.

Aha, pan expert videl javu tak z rychlika a programoval zx spectrum v assembleri. Pridavam na zoznam do kategorie brouk pytlik.

Ja ti nevim, ale ackoliv nesouhlasim s nekolika vecma co prohlasil (zejmena GC, ono je otazka co si pod tim clovek predstavi), tak si myslim ze ma celkem pravdu. To ze ruzne benchmarky jsou blbost je jasne. Neznam benchamark ve kterem bych svuj milovany jazyk nedokazal udelat nejlepsim. To k prvnimu bodu. Co se tyce vyjimek tak ma opet pravdu, ze vyjimky se ukazuji jako spatna cesta.Ja osobne si nemysli ze myslenka to byla zla, ale ukazalo se ze to neni zrovna stastne reseni a to z nekolika duvodu. To ze javu oznacil tak jak oznacil dava smysl, je to vlastne pravda, ono java se na moc jinych veci nehodi.

[Daniel Kozak]

  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Opet nechapu, mam pocit ze je tu nekdo hodne mimo. Jak nekdo muze vyuzivat procesor na maximum v jave, kdyz samotna java ho zamestna i na primitivni ukoly.

Btw. doporucuji si zkusit nainstalovat Tizen Studio na pocitaci a zejmena v situaci kdy pripojeni k internetu neni idealni. Me to dnes vytapelo celej kancl a malem uvarilo stroj.

Ted mi to doslo a omlouvam se. ano je mnohem lehci v jace vyuzit procesor na maximum. Coz je presne to co vetsinou zazivam, aneb vsechny jadra na 100 procent zatizeny.

[balki]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Tak malo?

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Pekne receno, akorat nejak chybi to co jsou "omezene " prostredky

Java ma tu vyhodu, ze ma kontrolovane typy

To ma skoro kazdej rozumnej jazyk

a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".

To asi neni mysleno vazne

  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Opet nechapu, mam pocit ze je tu nekdo hodne mimo. Jak nekdo muze vyuzivat procesor v jave vyuzivat procesor na maximum, kdyz samotna java ho zmaestna i na primitivni ukoly.

Btw. doporucuji si zkusit nainstalovat Tizen Studio na pocitaci a zejmena v situaci kdy pripojeni k internetu neni idealni. Me to dnes vytapelo celej kancl a malem uvarilo stroj.

Poprosim primitivne ukony, ktore zamestnaju naplno procesor.  Inac je to len obycajne hejterstvo. Ak nieco zamestnava procesor, tak to bude zle napisane uvarilo by vam to stroj, nech by to bolo v akomkolvek jazyku. Mne napriklad zatazuju procesor aplikacie pisane v C++ a co teraz? Tipujem, ze Tizen studio je Eclipse. Eclipse nebrat, je to mrdka.

Co sa tyka obmedzenych prostriedkov,  som robil v jave, ked som mal k dispozicii 1 megabajt RAM, na doske so 16 megabajtmi RAM, a to sa mi tam este museli vmestit do 1 megabajtu netrivialne datove podklady. Islo to dobre.

Java sa nepouziva preto ze je pomala, ale prave preto, ze je to decentny jazyk, ktory sa dobre debuguje, dobre sa na nom robi profilig, dobre sa optimalizuje, dobre sa monitoruje, co prave robi a slusne hlasi chyby, ak nejake nastanu.

[Daniel Kozak]

To se nevyplatí nikdy, železo bude vždy levnější. Určitě je lepší srozumitelný méně výkoný program, který lze snadno udržovat a výkonu lze dosáhnout pořízením více serverů, než sofistikovaný program, který běží na méně serverech, a nemůže ho rozvíjet a udržovat jen tak někdo. Na produkční server patří normální, nikoliv špičkoví odborníci, ti mají hledat nové cesty a ne ztrácet čas produkční rutinou, když stejného výsledku lze dosáhnout posílením železa.

Java uz je dnes dostatocne vykonna, aby nebolo treba kupovat nove zelezo. Prostou migraciou z javy 1.6 na javu 1.8 sme ziskali o polovicu vykonu viac na performance testoch. Cize sme mohli vykryt takmer zadarmo viac dat na produkcii.

Tak malo?

Dalsi mytus je, ze v jave sa neoptimalizuje. V jave sa optimalizuje, je ju mozne nasadit aj na protredia, ktore maju obmedzene prostriedky, len treba si vediet spocitat, ktora cinnost spotrebuje kolko casu a pamate a tam hladat rezervy.

Pekne receno, akorat nejak chybi to co jsou "omezene " prostredky

Java ma tu vyhodu, ze ma kontrolovane typy

To ma skoro kazdej rozumnej jazyk

a vyhadzuje rozumne vynimky. Cize je lahsie chybu opravit, nez ked ti daju "Tu mas core dump a sicke f poradku".

To asi neni mysleno vazne

  Ovela lahsie je v jave pisat viacvlaknove aplikacie, cize je mozne vyuzit potencial procesora na maximum. V C-ckoidnych jazykoch je to pain i the ass.

Opet nechapu, mam pocit ze je tu nekdo hodne mimo. Jak nekdo muze vyuzivat procesor v jave vyuzivat procesor na maximum, kdyz samotna java ho zmaestna i na primitivni ukoly.

Btw. doporucuji si zkusit nainstalovat Tizen Studio na pocitaci a zejmena v situaci kdy pripojeni k internetu neni idealni. Me to dnes vytapelo celej kancl a malem uvarilo stroj.

Poprosim primitivne ukony, ktore zamestnaju naplno procesor.  Inac je to len obycajne hejterstvo. Ak nieco zamestnava procesor, tak to bude zle napisane uvarilo by vam to stroj, nech by to bolo v akomkolvek jazyku. Mne napriklad zatazuju procesor aplikacie pisane v C++ a co teraz? Tipujem, ze Tizen studio je Eclipse. Eclipse nebrat, je to mrdka.

Co sa tyka obmedzenych prostriedkov,  som robil v jave, ked som mal k dispozicii 1 megabajt RAM, na doske so 16 megabajtmi RAM, a to sa mi tam este museli vmestit do 1 megabajtu netrivialne datove podklady. Islo to dobre.

Java sa nepouziva preto ze je pomala, ale prave preto, ze je to decentny jazyk, ktory sa dobre debuguje, dobre sa na nom robi profilig, dobre sa optimalizuje, dobre sa monitoruje, co prave robi a slusne hlasi chyby, ak nejake nastanu.

Samozrejme ze je to o programatorovi, ale principialne narazim na aplikace v jave co maji tyto problemy, kdezto v jinych jazycich tolik ne. Ja verim ze je mozne v Jave psat slusne (v zavislosti na dane implementaci), teda ma to sve omezeni, prece jen Java ma vlastnosti co to znemoznuji.