Příspěvky

1156

Studium a uplatnění / Re:Proč tolik matematiky?

« kdy: 22. 02. 2016, 11:52:25 »

To je pak otázkou, co zbývá na toho "informatika". Když si vybavím své do jisté míry vzory, jako Moore, Kay, Wirth, Knuth, Thompson a jiní, tak vždycky rozuměli i něčemu jinému, resp. naopak - jejich oborem bylo něco jiného a informatiku zvládli taky. A má zkušenost je i z praxe spíše opačná, totiž že je naopak častým jevem, že fyzik, matematik, inženýr rozumí i informatice - na té úrovni, na níž ji potřebuje. Je mnohem lepší, když si ti lidé řešení svého problému implementují sami, protože oni ho znají nejlépe. Vždyť z těchto důvodů lidi začali před více než 60 lety vymýšlet programovací jazyky a jméno prvního z nich to přímo ukazuje, k čemu má sloužit - k tomu, aby si inženýr řešení svého problému pomocí počítače byl schopen implementovat sám.
"Čistý" informatik je poměrně nepoužitelný člověk. A když už opravdu neví co by, tak matematika jako specializace pro informatika rozhodně není špatná volba, protože cokoli, co on dělá, je nějaký abstraktní model a na abstraktní modelování je matematika ten nejlepší nástroj.
Vlastně se mi ani z hlavy nevybaví žádná významná osobnost z IT, jež by byla "čistým" informatikem. Ono IT bych přirovnal třeba k angličtině. Dá se studovat jako obor, ale pro toho inženýra bude vždycky lepší ji zvládnout na nějaké úrovni, než aby texty dával překládat z/do češtiny překladateli a na konference si s sebou bral tlumočníka. A ostatně i ten profesionální angličtinář si nejspíš vyláme zuby na specifické oblasti kvůli terminologii.

Svatá pravda. Třeba z toho PARCu znám osobně několik lidí a například Ron Kaplan má Ph.D. ze sociální psychologie, ale pak ho začala zajímat lingvistika, vymyslel si svou syntaktickou teorii (v přímé opozici k Chomskému) a nakonec si ji i sám naprogramoval, aby mohl celý ten formalismus použít v praxi. A pak se o něj začaly prát velké firmy...

1157

Studium a uplatnění / Re:Proč tolik matematiky?

« kdy: 22. 02. 2016, 11:42:53 »

Ty nechápeš, že kdo pochopí složitější matematiku, už dá v informatice vše. Je to o intelektu. Když jsi skončil u trojčlenky, na složitější systémy prostě nemáš.

A kdo se naučí navzpaměť telefonní seznam New Yorku, ten se naučí jakkoli velkou knihovnu. Je to o paměti.

To je samozřejmě blbost, memorizované znalosti jsou bez jejich hlubšího pochopení k ničemu. Ty se hádáš  z principu, i když víš, že píšeš kraviny. Radši dej nějaký argument nebo příklad, když už chceš mermomocí diskutovat.

1158

Studium a uplatnění / Re:Co delate po vecerich, vzdelavate se?

« kdy: 15. 02. 2016, 13:38:26 »

Myslim tim 1. stupen VS

Myšleno Bc.? Tak to není tak špatné jako základ k dalšímu vzdělávání.

1159

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 08. 02. 2016, 15:38:50 »

Není to ani dobře ani špatně, C je použitelné i bez nich a stejně tak byla Java před 1.5 (zrovna v Javě jsou generika dodnes implementovaná debilně).

Cecko je jazyk, kde (void *) vydavaji za prostredek datove abstrakce.
A Javu pred 1.5  jsem zazil dost dlouho. Uz bych se nevracel (cimz nerikam, ze implementace generik v 1.5+ je nejak oslniva. Ale je vyrazne lepsi nez zadna)

Go má zase interface{}, což bohatě stačí. Ani na void* není nic špatného, když se použije rozumně.

1160

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 08. 02. 2016, 15:09:31 »

Jo, Go je lepší volba, má mnohem lepší optimalizace a žádný dynamický runtime.

Go nemá generika (kromě pár vestavěných generických typů). Kvůli tomu mi přijde Go prakticky nepoužitelné.

Ono je nemá by design.

Coz neznamena, ze je to dobre. Jen ze je to umyslne.

Není to ani dobře ani špatně, C je použitelné i bez nich a stejně tak byla Java před 1.5 (zrovna v Javě jsou generika dodnes implementovaná debilně).

1161

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 08. 02. 2016, 14:37:19 »

Jo, Go je lepší volba, má mnohem lepší optimalizace a žádný dynamický runtime.

Go nemá generika (kromě pár vestavěných generických typů). Kvůli tomu mi přijde Go prakticky nepoužitelné.

Ono je nemá by design.

1162

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 08. 02. 2016, 13:09:48 »

No tak ja som si robil nejake testy a starsi server jvm sa bez tiered compilation pri niektorych sluzbach a celkovom pocte requestov k tym super mega optimalizaciam snad ani nedostal. A kto uz len robi preheating na celu apku? Netvrdim, ze to je problem, skor je to taka vec co sa mi nepaci a jeden z dovodov, preco sa zaujimam o golang (druhy je, ze golang sa ovela viac hodi na male projekty, nie je to pamatozrut).

Jo, Go je lepší volba, má mnohem lepší optimalizace a žádný dynamický runtime.

1163

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 08. 02. 2016, 11:13:13 »

Tak by mě zajímalo, jestli je kompilátor pro Javu taková šikulka

Java jako jazyk je prakticky assembler pro byte kód. Kompilátor pro Javu tedy záměrně prakticky nic neoptimalizuje. Optimalizuje až JVM, protože má pro optimalizaci mnohem více informací, než kompilátor.

Ale zase má na ně mnohem méně času.

1164

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 05. 02. 2016, 19:41:18 »

Nicméně teprve teď když se učím Javu začínám zjišťovat, že vůbec neumím OOP. A teď je otázka, jestli to je dobře nebo špatně, pro Javu, protože v .NETech mě to tolik nepřišlo.

OOP je v Javě dost zkriplené.

1165

Vývoj / Re:Jak se vyhnout frustraci s Java eventy?

« kdy: 05. 02. 2016, 18:52:49 »

A kdyz se eventa jmenuje "SpadlaHruska", tak tam prece nebudu cpat Jabko  to jenom vam na Slovensku je to jedno, protoze to hned seberete a date to kvasit. Ale kdyz pada hruska, tak tam musí být hruška 

Na Moravě to děláme taky tak

1166

Vývoj / Re:GC v Javě a Go

« kdy: 04. 02. 2016, 22:53:57 »

https://www.youtube.com/watch?v=aiv1JOfMjm0

a btw java ma tiez escape analysis, ale nie compile time.

Escape analýza v Javě je dost mizerná. Možná ji v deváté verzi vylepší, ale zatím jim moc nefunguje (v porovnání třeba s Go, ale i C#).

1167

Vývoj / Re:GC v Javě a Go

« kdy: 04. 02. 2016, 04:12:38 »

Nevhodne nakladani s pameti zpusobuje presne, co jste popsal. Immutable objekty, zpracovani velkeho mnozstvi dat ve streamu by mohlo pomoct.

Není naopak naprosto obráceně lepší se těch immutable objektů zbavit? Mít jeden objekt který mění vnitřní stav je přeci pro GC mnohem lepší než pořád vytvářet nové immutable objekty!

Funkcionální struktury jsou často lepší. "Vnitřní stav" může být často dost divoký.

Záleží na definici pojmu "lepší". Faktem zůstává že funkcionální přístup často velmi zatěžuje GC, což v konečném důsledku má velmi negativní vliv na výkon. Programátoři ze staré školy (před používáním GC) kteří dokáží ukočírovat vnitřní stav objektů pak dodávají mnohem výkonnější řešení!

V Javě jo, ale v jazyce se slušnou escape analýzou se většina objektů do GC vůbec nedostane. Přinejmenším ve standardní knihovně bývá práce s pamětí často velmi efektivní (to se týká i Swiftu, kde takto zase odpadá počítání referencí).

1168

Vývoj / Re:GC v Javě a Go

« kdy: 04. 02. 2016, 00:12:25 »

Mám dotaz, na který se mi nepovedlo vygooglit odpověď: Proč je latence GC v Go o tolik menší než v Javě? Při velké haldě (nad řekněme 16GB) se Java zasekává na vteřiny, kdežto Go zamrzne jen na pár milisekund. Cvičně jsem nahrál do paměti celou naši firemní databázi (přes 10 GB) a při práci s vše jede Go hladce, zatímco Java "stops the world". Testováno na Linuxu, Java je od Oraclu, Go verze 1,5.

Java má zásadní problém, že vše alokuje na haldě. V Go vzniká z principu mnohem méně odpadu a ve spojení s kvalitním (tricolor) GC se ta troška uklidí rychle. ObjC také mělo podobně kvalitní tracing GC, než zavedli ARC, jež mimochodem slouží stejně dobře.

1169

Vývoj / Re:GC v Javě a Go

« kdy: 04. 02. 2016, 00:08:59 »

Nevhodne nakladani s pameti zpusobuje presne, co jste popsal. Immutable objekty, zpracovani velkeho mnozstvi dat ve streamu by mohlo pomoct.

Není naopak naprosto obráceně lepší se těch immutable objektů zbavit? Mít jeden objekt který mění vnitřní stav je přeci pro GC mnohem lepší než pořád vytvářet nové immutable objekty!

Funkcionální struktury jsou často lepší. "Vnitřní stav" může být často dost divoký.

1170

Vývoj / Re:GC v Javě a Go

« kdy: 04. 02. 2016, 00:06:45 »

Pretoze golang pouziva mierne upraveny algoritmus, ktory vymyslel jeden z autorov. Ma niekde vycapeny aj dokaz korektnosti, ale o podrobnosti som sa nezaujimal.

Go používá tricolor GC.