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 - zboj

Stran: 1 ... 9 10 [11] 12 13 ... 101
151
Vy z těch webových technologií fakt máte nějaký komplex  ;D
Vadí mi lidi, kteří budou furt dokola tvrdit, že kácet stromy herynkem je přece úplně v pohodě. Na co sekera?
S dementem se prostě domluvit nedá. Nicméně JSON je sice pakárna, ale na jednoduché věci stačí.

152
Například si uvědomíte, že vaše aplikace se sestává z dokumentů, pak stačí pomocí ORM namodelovat typickou strukturu dokumentu a dále pracovat jen s ní
Jenže pak je lepší použít objektovou databázi a na nějaké ORM se vykašlat.

153
S dovolenim vasnosti, vy skuste s tim AST nekdy i pracovat aby ste tu analogii s vm a assemblerem mohl pochopit.
Já to chápu naprosto přesně. Motáš hrušky s jabkama, protože to je webařské specifikum.

Takže radši vyčistit zuby, vyčůrat a spát :)
Zapomněls "pomodlit" ;)

154
Neco jeste jednodussiho nez JavaScript.
To už existuje. Lua je JavaScript done right.
Nebo Smalltalk.

155
uz by sis mel napsat vlastni jazyk
Občas není jiné cesty.

156
...tady sem prestal cist

dalsi zabijak

Fungujes proste prilis logicky a ne ezotericky jako javascript :-)

Svet nepostavili architekti ale zednici
Taky podle toho vypadá...

157
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! ;)
Tak, je to o dodatečných informacích, které nejsou a priori známy. V Prologu by to jít mělo (v nějakém rozšíření), protože nikde není řečeno, že dvě konstanty musí být vždy rozdílné. Takhle to člověk musí obcházet a vynalézat kolo (nebo zakulatit ten správný čtverec  :D ). A asi jo, často se stává, že člověk potřebuje nějakou "krávovinu", ale to plyne z podstaty řešených problémů/algoritmů.

158
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).
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."

159
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 :)
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  :) )

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

161
JS vyhrává [...] proto, že prostě není na výběr.
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).

162
Ze je atom v principu imutabilni, deduplikovany string, jsem uz napsal
Koukám, že ty atomy pocházejí z Prologu. Má Erlang nějakou možnost říct, že dva atomy se rovnají (nadefinovat ekvivalenci)?

163
Když už se tu začlo s ORM vs. RDB, proč v OO jazyce nepoužít přímo nějakou čistě objektovou databázi?

164
Tady bych nebyl zas tak ostry. Ta podmnozina je vybrana tak, ze to dava (zda se) celkem rozumny bytecode. Ma sice hodne mizernou serializaci, ale to neni zas takova tragedie - prida to data na prenos, parsovani neni tak snadne, jak by mohlo byt, ale beh a optimalizace uz budou cajk.
No a kdyby se z toho to JS vyhodilo a zůstal jenom rozumný VM, byli bysme tam, kde bych svět rád viděl :)
A bude to umět aspoň vlákna? A nějaký rozumný GC?

165
co je v tomto kontextu "pragmatičnost"?

"[A]n approach that evaluates theories or beliefs in terms of the success of their practical application."

Člověk by řekl, že to bude jedna škála se dvěma protipóly, ale "díky" JS to jsou dvě nezávislé veličiny.
tak to bych asi haskell nepragmatickým nenazval, ze své zkušenosti, pokud nepragmatický zároveň neznamená nepopulární
Možná pod to taky spadá, že průměrný Pepa kodér se těžko Haskell v použitelné podobě naučí.

Stran: 1 ... 9 10 [11] 12 13 ... 101