Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Tuxik

Stran: 1 ... 45 46 [47] 48 49 ... 99
691
Prasit sa da v kazdom jazyku, ked sa chce. V jave vsak na prasenie nie je dovod.
Aha... to je škoda, že to vývojáři neví, doporučuji vám na toto téma udělat pro javisty přednášku, bude o ni zájem a třeba se konečně dočkáme alespoň průměrných aplikací v Javě.
Jinak většina prasení vychází ze špatného použití špatného jazyka pro špatné účely a v tom je Java výjimečná, protože díky svým (ne)mocným principům takový postup nejen dovoluje, ale dokonce k němu nabádá a maximálně jej zjednodušuje. Potom tu ze sebe dělají "různí javameni" v různých jazykových mutacích blbečky s výroky typu "java je nejlepší na všechno". Není. Bohužel, není dobrá ani na polovinu z toho, co se v ní prasí. Jejím největším úspěchem je to, že dokáže z každého dělníka s nedokončenou základkou udělat "vývojáře".

692
Kompilatory a interpretery sa bezne vyucuju na vysokej skole.  Bezpecnostne chyby v jave su pravidelne opravovane.  Tak isto ako vo vsetkych slusnejsich kompilatoroch/virtualkach.
Nechcete porovnání bezpečnosti Javy vs jiných jazyků... nebo ano?

693
Největší fór na tom je, že celá tahle tlupa pseudoodborníků je absolutněna závislá na lidech, kteří ten moloch tvoří v céčku a částečně v assembleru.

Myslim, ze doba nazrala tomu, aby soudruzi z Oracle dokazali svetu, jak je Java dobra a prepsali Javu do Javy. :-D Koneckoncu takto vznikl prvni kompilator C, tedy presne receno asi jeho druha verze, ta prvni byla asi v asembleru.
Ano. A vzhledem k dokonalé standardizaci budou zcela běžné požadavky typu "podporovaná konfigurace je Oracle Java 1.13.12321 běžící pod IcedTea 1.12.76392 běžící ve Windows 12 build 98739 na VMwaru 33.156 na 78bitovém procesoru ARM78 revize 315 v místnosti s relativní vlhlkstí 34.15%  a s osvětlením o přesně dané intenzitě a barvě. K tomu bude muset být třicátého února a uživatel bude muset stát na levém uchu.

Nechapem, na co narazate, java ma dobru standardizaciu.
Narážím na to, že kdybych neměl nainstalované minimálně 3 různé VM, tak nejsem schopnej spustit těch pár java krámů (je jich max 10, spíš míň, každej funguje dobře jen v jedné konkrétní VM), které z různých důvodů potřebuju, protože všichni džava developeři tvoří dokonalý multiplatformní kód dle standardů, což je dáno především tím, že jim "platforma" ani nedovolí něco prasit.

Java je spatne kompatibilna, ak aplikacia dodrziava specifikaciu nie je dovod, aby nesla. Ja zacinam mat dojem, ze ste nie celkom obdareny rozumom.
Java podle vás z pricnipu neumožňuje prasit. Nebo už je to jinak?

694
Největší fór na tom je, že celá tahle tlupa pseudoodborníků je absolutněna závislá na lidech, kteří ten moloch tvoří v céčku a částečně v assembleru.

Napsat kompilátor a JVM je lopatovina, na to nic moc nepotřebuješ. Ale nové systémy, které každý rok v Javě vznikají, to už podobná lopata nedá. Hromada abstrakce a "nemožných" věcí. Ale chápu, že tomu nějaký mr. skriptík asi moc rozumět nemůže.
Ano, kompilátor a JVM jsou lopatoviny, což se projevuje v mnoha směrech - od funkčnosti až po bezpečnost.
Ale chápu, že pro blbečka tvého formátu je bez patřičné úrovně abstrakce spousta věcí nepochopitelných, nemožných, až magických.

695
Největší fór na tom je, že celá tahle tlupa pseudoodborníků je absolutněna závislá na lidech, kteří ten moloch tvoří v céčku a částečně v assembleru.

Myslim, ze doba nazrala tomu, aby soudruzi z Oracle dokazali svetu, jak je Java dobra a prepsali Javu do Javy. :-D Koneckoncu takto vznikl prvni kompilator C, tedy presne receno asi jeho druha verze, ta prvni byla asi v asembleru.
Ano. A vzhledem k dokonalé standardizaci budou zcela běžné požadavky typu "podporovaná konfigurace je Oracle Java 1.13.12321 běžící pod IcedTea 1.12.76392 běžící ve Windows 12 build 98739 na VMwaru 33.156 na 78bitovém procesoru ARM78 revize 315 v místnosti s relativní vlhlkstí 34.15%  a s osvětlením o přesně dané intenzitě a barvě. K tomu bude muset být třicátého února a uživatel bude muset stát na levém uchu.

Nechapem, na co narazate, java ma dobru standardizaciu.
Narážím na to, že kdybych neměl nainstalované minimálně 3 různé VM, tak nejsem schopnej spustit těch pár java krámů (je jich max 10, spíš míň, každej funguje dobře jen v jedné konkrétní VM), které z různých důvodů potřebuju, protože všichni džava developeři tvoří dokonalý multiplatformní kód dle standardů, což je dáno především tím, že jim "platforma" ani nedovolí něco prasit.

696
Největší fór na tom je, že celá tahle tlupa pseudoodborníků je absolutněna závislá na lidech, kteří ten moloch tvoří v céčku a částečně v assembleru.

Myslim, ze doba nazrala tomu, aby soudruzi z Oracle dokazali svetu, jak je Java dobra a prepsali Javu do Javy. :-D Koneckoncu takto vznikl prvni kompilator C, tedy presne receno asi jeho druha verze, ta prvni byla asi v asembleru.
Ano. A vzhledem k dokonalé standardizaci budou zcela běžné požadavky typu "podporovaná konfigurace je Oracle Java 1.13.12321 běžící pod IcedTea 1.12.76392 běžící ve Windows 12 build 98739 na VMwaru 33.156 na 78bitovém procesoru ARM78 revize 315 v místnosti s relativní vlhlkstí 34.15%  a s osvětlením o přesně dané intenzitě a barvě. K tomu bude muset být třicátého února a uživatel bude muset stát na levém uchu.

697
Software / Re:EET open source
« kdy: 22. 11. 2016, 20:51:40 »
Takže když na mě řemeslník v okamžiku platby vytáhne mobil bez tiskárny, tak já nemám mobil, nemám email, nevím nic o internetu a jestli nedostanu papírovou účtenku, tak chci zpátky svoje peníze, nebo budou problémy s FÚ :D

698
Proč monstrum, většina jazyků té doby se nejprve překládalada do p-kódu, javovská VM je jen logickým zobecněním toho, přidáním některých funkcí OS, jako přidělování paměti a sjednocením pro různé platformy, Java přinášela svobodu a jednotné prostředí.

Proč Java je monstrum a procesor kde instrukce jsou tvořeny mikrokódem není monstrum?
Protože chyby jsou i v mikrokódu, proto se zavedla možnost jeho patchování a VM je jen další vrstvou zbytečných chyb a nesmyslných režií?

699
Ono se tak trochu zapomíná, že v době vzniku Javy, každý programátor ovládal nejméně jeden assembler a běžně programoval v C, kde kritické části kódu psal v in-line assembleru. A proto vznikla Java. Aby se toto odstranilo, protože to bránilo přenositelnosti programů.
...aneb jak vylít s vaničkou i dítě :)

Nikoliv, jen aplikace narostly co do funkcí. C už na to nestačilo.
Nikoliv, jen Java umožnila vznik milionů programátorů, kteří na to nestačí. Pokud někdo tvrdí, že abstrakce a multiplatformnost je to nejdůležitější, je to pro mě nekompetentní javamenovská lopata. Slušně řečeno. Největší fór na tom je, že celá tahle tlupa pseudoodborníků je absolutněna závislá na lidech, kteří ten moloch tvoří v céčku a částečně v assembleru. Jsem zvědavej, co ty lopaty budou dělat za pár let.

700
Software / Re:EET open source
« kdy: 22. 11. 2016, 10:33:29 »
Kdyby nekdo prisel s odladenym distrem a implementovanou sw EET pokladnou, tak by po tom spousta lidi sahla. 
Jelikoz co jsem zjistoval, zatim jsou EET implementace pouze za notny peniz + nechutne mesicni poplatky. Proste nenazranci... Z ceho to ma malinky podnikatel napr. duchodce s obratem 5K mesicne platit...
Tady by se zrovna opensource/gnu/gpl opravdu hodil...
Důchodce s obratem 5k měsíčně je pro Bláboliše natolik nezajímavý, že je mu úplně jedno, co s ním bude. Náklady státu na administrativu s tímto malým podnikatelem pravděpodobně převyšují částky, které tento podnikatel přinese státní kase, tudíž je žádoucí ho podobnými nesmysly položit a v ideálním případě mu ještě způsobit zástavu srdce, čímž se ušetří za důchod a zdravotní péči.
Obávám se, že se to dostává spíš do stavu, že bude větší problém pro důchodce zvládnout veškerou agendu kolem jeho skromného přivýdělku, než si opatřit nějakou "EET ready ®" pokladničku :(

701
Vážně? A kdo ty triviality umí, ten je odborník? Neslýchaný úpadek. A nebo jen prohloubení dělby práce.
Jestli těmi trivialitami myslíte být dobrým bashistou, tak to samo o sobě samozřejmě nestačí. Je to velmi úzce svázané s dobrou znalostí OS, slušnou znalostí provozovaných služeb, schopností správy a řešení problémů, nebo alespoň jejich diagnostiky a smysluplné delegace na další odborníky. A k tomu všemu člověk dříve nebo později narazí na to, že bash, ačkoliv mocný, není ideální na všechno (ostatně jako jakýkoliv jiný programovací/skriptovací jazyk, o čemž tu celou dobu píši) a je potřeba přibrat minimálně perl, případně C, python a klidně další věci, dle používaných technologií/systémů...

702
problém není Java, která nebyla navržena aby ji mohl používat kdokoliv, ale aby každý používal rozumné principy multiplatformního programování.

Problém je Linux a přístupnost počítačů. Programátoři se jako děti seznámí s Linuxem, bez teoretického základu, tím se zkazí a stanou se z nich bashisti a "mistři světa". Každý to pak tak nějak lepí.
Multiplatformní programování nemá rozumné principy. Různé platformy vznikaly za různým účelem, i když je pravda, že se rozdíly posledních pár let dost stírají, protože dříve výkonné platformy se nehýbou a v podstatě stagnují, zatímco ty dříve okrajové je pomalu dohání. Ale i tak jsou vidět obrovské rozdíly, třeba několik let staré Itanium se v některých operacích bez problémů vyrovná i o několik generací novějším strojům x86/64. Kolikrát jsou to natolik zásadní rozdíly, že vyžadují zcela jiný přístup, optimalizace několika málo kritických operací běžících ve smyčkách až na úrovni strojového kódu/assembleru dokáží zvýšit efektivitu i řádově a na tohle je prostě java krátká a z těchto důvodů se prostě nehodí jako hlavní jazyk pro velké systémy, kde je vyžadován výkon.

Co se týče dětí seznámených s Linuxem, pokud to seznámení znamená instalaci *buntu jen proto, aby jako OS zobrazovalo nějaké javokravské hyperframeworkové vývojové prostředí, tak to není žádné seznámení. Případně existují jedinci, kteří to *buntu mají jen jako frajeřinku, protože chtějí vypadat zajímavě, dokonce se cpou na pozice Linux adminů a potom brečí v diskuzích na Rootu i jinde, že se jich nějakej debil dovolil na pohovoru ptát na terminálové příkazy, které nikdy neviděli a nepotřebovali.

Mimochodem, slušného Bashistu, který je schopný používat alespoň základní sadu příkazů, třeba v kombinaci se schopností tvořit složitější regulární výrazy, to aby dnes člověk pohledal.

703
Aha, pan expert videl javu tak z rychlika a programoval zx spectrum v assembleri. Pridavam na zoznam do kategorie brouk pytlik.
Je třeba se smířit s tím, že Java byla navržená jako jednoduchý multiplatformní jazyk pro snadné použití téměř kýmkoliv a z toho vyplývají všechny její výhody i nevýhody. Hlavní nevýhodou je, že tím k sobě přitáhla masy lidí, kteří mají o programování velmi zkreslené představy, o nějakých optimalizacích nemají téměř ani páru, protože to není jejich problém, ale problém překladače a v souvislosti s tím vznikly v Javě principy, které se snaží řešit problémy za "programátora", což ho ještě více utvrzuje v názoru, že to dělá dobře, protože to "nějak funguje". Ohromné množství "velmi kvalitních vývojářů", pro které je HW sprosté slovo, potom tento jazyk cpe i tam, kam nebyl původně určen, následkem čehož je jazyk tímto směrem "vylepšován a ohýbán". Nicméně podle toho, jakou měrou a rychlostí se prosazují některé velmi mladé jazyky se dá usuzovat, že spousta lidí už zjistila, že java není zase taková výhra, jak se před pár roky zdálo, což mimo jiné souvisí i s tím, že se nám nějak zasekl vývoj HW. Dokud jednou za 2 roky stačilo vyměnit/přidat CPU a RAM, dalo se dělat mnohé, ale pokud je třeba zvětšovat serverovny a místo jednoho serveru jednou za čas se musí dokupovat celé nové racky každých pár měsíců, tak už optimalizace není tak špatná věc. A ne, rozhodně to nevytrhne nová verze Javy s umělým benchmarkem, který vypadá dobře tak maximálně na marketingovým slajdu.

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

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

Stran: 1 ... 45 46 [47] 48 49 ... 99