Příspěvky

2296

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 23:47:49 »

Mne to prijde +/- to samy

Má to jeden zásadni rozdíl: je to udělané dobře. Čili se to chová tak, jak člověk očekává, nemusí studovat tuny weirdovin (https://www.youtube.com/watch?v=2pL28CcEijU).

A jak by si poradila s async vecma to ani nechci tusit

No jak asi?! Úplně stejně jako JS. Viz např. https://luvit.io/

FP se muselo taky doimplementovat.

Ani nechci vědět, čemu říkáš FP. To bude taky nějaký AST, ne?

2297

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 22:58:46 »

Neco jeste jednodussiho nez JavaScript.

To už existuje. Lua je JavaScript done right.

2298

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 22:56:48 »

Ten VM tam pod poklickou tak ci tak je, akorat mu rikame Abstract syntax tree

Má ty prostoto.

Ta "nabidka" jazyku primo v prohlizeci je to POSLEDNI co chceme (pametnici znaji IE4-5 a VBScript vs JScript vs JavaScript).

Ty to fakt nechápeš? Pokud by prohížeč dostal bytecode, tak by ani nevěděl, z jakého jazyka vzniknul.

specifika webariny

To's nemohl vystihnout líp. Celej ten tvůj příspěvek je geniální ilustrací "specifik webařiny". Kdybych ho chtěl nafejkovat, tak by se mi to nepodařilo.

ale tipuji to na kombinaci linuxu a firefoxu

Oba tipy mimo.

2299

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 21:35:52 »

Jo, měl. Parsing do FOL například. Když se použije Early nebo něco takového, tak chci pro "Pepe eats pâté" dostat něco jako "eats(x,y) & Pepe(x) & pâté(y)", přičemž z lexikonu vyleze Pepe(u) a pâté(v) a během parsingu zjistím, že x=u a y=v. Pro efektivní implementaci by se hodila hashmapa nad termy, pro které můžu určit ekvivalenci. Kdyby to měl nějaký jazyk zabudované, celkem by to usnadnilo implementaci mnohých algoritmů, protože efektivní algoritmus se pro to píše blbě. Bohužel, "if you want something done right, you have to do it yourself."

Čili jestli to dobře chápu, princip je v tom, že v průběhu výpočtu zjistíš nějaké dodatečné informace, které ti nějaké atomy ztotožní. Jasný, to nejde. A imho by by to ani jít nemělo - atom by měl z principu zastupovat nějakou neměnnou entitu. Kdyby ti někdo splnil tohle, tak si zas vymyslíš nějakou jinou krávovinu, která nejde, viď, ty lišáku!

2300

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 21:10:41 »

Já používám Safari a zatím jsem nenarazil na web, co by roztočil větrák (a ne, nemyslím na dvanáctipalcovém MacBooku ani iPadu  )

Stačí nestabilní model v D3 - nějaká kulička se ti tam gingle o jeden pixel tam a zpátky a ČEZ má žně

2301

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 21:04:12 »

Na tom snad není nic špatného, dokud nemusím na JS sahat ručně (ani pohrabáčem). Když to za mě generuje transpiler, tak můžu být v klidu (viz GWT).

Jo, ale kdyby byl místo JS rozumný VM, nemusel by i relativně jednoduchý web vytížit procesor tak, že začne hučet větrák a nejspíš i ta nabídka jazyků pro frontend by byla zajímavější. Ale jak už tady někdo psal, člověk nemůže chtít všechno, no

Atom je [...] stejný, pak je ekvivalentní, nebo není a pak není V Prologu je to ale stejně, ne?

Jo, je to stejně, a občas to je problém, proto se ptám, jestli to Erlang nemá vyřešené lépe. Zřejmě to je tedy stejně svazující jako v Prologu a člověk musí hledat workaroundy.

To je zajímavý, měl bys nějaký konkrétní příklad (ne nutně kód)? Já si neuvědomuju, že bych na něco narazil (ani v Prologu, ani v Erlangu).

2302

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 19:49:08 »

S jistou nadsazkou muzeme rict, ze ES5 dnes vnimame jako assembler, low level vrstvu. Je jedno v cem programujes, nakonec se to kompiluje do asm/binarky. To ze se tomu u webaru rika "transpilace" je jenom buzzword.

To se ovšem velice mýlíš. Jediný důvod, proč se kde co kompiluje do JS, je ten, že se výrobci prohlížečů nejsou schopní domluvit na čemkoli jiném (téměř cokoli by bylo lepší než JS).

JS vyhrává ne proto, že "by byl vnímaný jako assembler", ale proto, že prostě není na výběr.

2303

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 19:44:42 »

a na backendu vyhraje zitra

Jasný. A letos je rok linuxového desktopu

2304

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 19:44:00 »

Koukám, že ty atomy pocházejí z Prologu.

Jo, Erlang je hodně inspirovaný Prologem, je to sem tam znát. První překladač Erlangu byl v Prologu.

Má Erlang nějakou možnost říct, že dva atomy se rovnají (nadefinovat ekvivalenci)?

Ne. Atom je jako ta stringová konstanta - buď je stejný, pak je ekvivalentní, nebo není a pak není V Prologu je to ale stejně, ne?

Kód: [Vybrat]

Erlang/OTP 18 [erts-7.2.1] [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]

Eshell V7.2.1  (abort with ^G)
1> a == a.
true
2> a == b.
false

2305

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 16:02:18 »

Kdyz chces typovost a presny interface tak klidne WSDL/SOAP a ne REST/JSON. Jiny hrebik, jine kladivo. JSON je uplne v pohode na 90% veci co web resi, a kdyz potrebujes neco sofistikovanjesiho tak mas na vyber kde co.

Takže pořád ještě nepochopil. No co se dá dělat...

2306

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 15:53:12 »

Kdyz binarni format tak je to obalovat JSONem zbytecne, napriklad takhle:

Zjevně jsi nepochopil pointu: než použít formát, který spoustu věcí neumí, a nad ním si stavět jakýsi vlastní nestandardní formát, který to umí, je rovnou lepší použít standardní formát, který to všechno umí (je jich hromada).

...a celý tenhle cirkus se odvinul od toho, že jsem řekl, že stavět jazyk nad JS přes transpiler je stejně zhovadilý jako stavět vlastní formát nad JSONem - v obou případech je tam to JS/JSON zcela zbytná vrstva, která vnáší jenom zmatek a komplikace.

Už si rozumíme?

2307

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 15:40:49 »

Proc delas takove veci Mirku?

Ty chceš vnucovat ostatním, něco co nepotřebují?

2308

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 13:36:58 »

Vy chcete vnucovat ostatním, něco co nepotřebují?

Ano. A taky znasilnuji krecky svazane lepici paskou. Oboje vyplyva z toho, co jsem psal, ze.

2309

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 12:29:38 »

Mapu muzes porad jednoduse spreadnout do pole a nestratis nic. To ze neco JS/JSON neumi, neznamena ze to nejde nebo, ze to je slozity implementovat.

Jasny. A muzu to implementovat treba takhle:

Kód: [Vybrat]

var json = '"BINARY"';

pricemz BINARY jsou data zakodovana pomoci Apache Thrift.

A pak ze JSON neco neumi! Vsichni jste volove, JSON je super a JavaScript dobude cely svet!

2310

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 01. 06. 2017, 12:22:33 »

Když chcete ukládat data specifická pro Erlang, můžete rovnou použít serializovaný Erlang.

A to je napad! To me nenapadlo. Cili vlastne JSON je skvely serializacni format, protoze kdyz neco neumi, muzu pouzit jiny format.

Genialni!