3108: pardon, abych to dal do kontext Maryo mluvil o starém Este, což je fakt jenom grunt task na převod Coffee do Closure.

Nové Este opravdu je framework a měl by být dokumentován https://github.com/steida/este-todomvc.
Nicméně steida tam fakt nepoužil prakticky žádný svůj kód. Všechno je poskládané dohromady prakticky jen díky package.json a takle to teď asi prostě funguje.
Tudíž, pokud se s tím chceš seznámit, doporučuju se podívat na několik implementací Fluxu a na immutable.js a samozřejmě na Express s Reactem, pak to v poho pochopíš, jako jsem to pochopil já.

3108: ale tak se na to mrkněte, to vůbec takle není :-D, este není framework a ani to není knihovna.
Tam prakticky nenajdete steigerwaldův kód. Este, jak spráně psal Maryo je hlavně o kompileru Coffee do closure a jenom tam je kus kódu, kterej není dokumentovanej a hádal bych se o to, jeslti je potřeba ho dokumentovat, protože tam jde o tři příkazy grunt dist, grunt build a grunt. Což jsou gruntový příkazy a tudíž byste se měli kouknout na to, jak funguje grunt / gulp, protože se všechno konfiguruje přes grunt/gulpfile.

Něco jiného je nové Este, to by zasloužilo dokumentaci, to už je programovací rámec.
Steigerwalda nemám rád, ale v tomhle se ho musim zastat.

CYNIK: to co pises trosku zavana lakatosom - banalni vec ktera..

co sa tyka absencie testov a dokumentacie pri OSS projekte, tak u mna nogo.

Ked cekujem github nejakeho projektu zaujimaju ma 3 veci:

1) dokumentacia/wiki/readme whatever kde pri 0 znalosti za 5 min nasajem gro a nejake how-to
2) testy - v urcitych pripadoch to moze byt brane ako doc ku kodu
3) stav issues (frequency, open vs closed) - rust je pekna ukazka, rovnako ako hocijaky major projekt kde to aktivne zije

fail pri jednom z vyssie uvedenych obodov mi raisne v invisible logu WARN, ze autor knihovny/frameworku/stacku to s potencialnymi uzivatelmi mozno nemysli velmi zavazne a vacsinou tam koncim.

To este-todomvc je pre mna ako cloveka ktory tie technologie denne nesleduje a nepouizva rozhodne zaujimavy a mozem sa tam cosi naucit, ale ked som si cekol gitter tak sa tam riesia dost koncepty, ktore by sa dali lahko zodpovedat nejakym API docom.

verim v tom, ze cas insvestovany do tvorby dokumentacie bude vzdy(!) mensi ako cas potrebny na zodpovedanie (hoci aj trivialnych) otazok ktore plynu s chybajucej dokumentacie :)

ALMAD: tak vono to je tak dělaný, není to framework, kterej by ses musel učit.

MARYO: Jo, to je fakt, to jsem přesřelil.
Jenom šlo o to, že Songary je hrozná aplikace.
Je to spíš o té architektuře, když tam není flux.

CYNIK: To, jak se Steida prezentuje je jedna věc, ostatně to byla "jen" integrace Closure Compileru, Closure Library, coffeescriptu (kterej se jinak s Closure Compilerem bez jeho hacků zas tak moc nekamarádí), nějakejch knihoven z Polymeru, jeho DI container a pár dalších věcí. Closure Compiler je super tool, Closure Library vynikající knihovna a tak dál... Zkrátka se snažil/snaží sledovat co je in a brát si z toho to z jeho pohledu nejlepší. Ne každýmu to musí sedět, ale za nepoužitelnou mrdku bych předchozí Este rozhodně nenazýval, to je docela silný slovo.

CYNIK: Nojo, on se asi fakt lepší. Už to má i README kde je něco jinýho, než že je to nejlepší! ;)

AREX: tady je Gulp v pozadí ve prospěch Webpacku.
Gulp je lepší než Grunt v konfigurace, u které člověk tak netrpí - podle mě, makám s obouma.

CYNIK: Jo, sice React zatím teprve poznávám, ale celé to dává docela smysl. Moc nechápu to hurá kolem gulpu. Sice streamy ok, ale zrovna v tomhle repu bych řek, že je to spíš nepřehledný. Na tohle si vystačím s gruntem.

UETOYO: JN, jeho předchozí srandy (předchozí Este, Songary) (až na coffee2closure) byly celkem nepoužitelný mrdky, ale tohle je fakt supr, nejdál, co jsem zatim viděl.

3108: supr nidky jsem zatim neslyšel o nějaké konkurenci :)
Mrknu na to.

CYNIK: skus sa mrknut na tuto prezentaciu http://staltz.com/dont-react

z moje strany to nie je hejt proti reactu, skor zaujimavy protinazor.

SH_PANDA: z mojho pohladu najviac asi v tom, v ktorej casti stacku a akym sposobom pracujes s prezentacnou vrstvou/logikou. Zaroven je to o odlisnom pristupe ku cross-cutting concerns. Tzn. react je dalsi evolucny stupen, alebo od plain-textovych templat ku virtual/shadow DOMu.

existuje aj ina implementacia ako react https://github.com/Raynos/mercury

SH_PANDA: zkus a uvidíš :) React je hodně o tom, že má úplně jinej přístup než všechno ostatní, který, zdá se, funguje a asi taky fungovat bude. Viz. airbnb.com nebo facebook - výborný weby, co svištěj.

CYNIK: Ja tomu zase az tak moc nerozumiem, ale jak sa lisi Node + React od Node + Nejaky iny frontend framwork a Nejaky iny backend + React?

Takže zkušenosti s Node + React, máme, nemáme?

3108: Tak jasny ;)

Duvod proc jsme u CS je mj. ten, ze je to proste jenom "tesnopis" pro JS. To co generuje je citelny a nebojim se toho kdyztak vsechno proste zkompilovat do JS a pokracovat v EC6.

Coffee uz rozhodne neni cool, ale to nam tak nejak nevadi ;) Ja jsem prave zvedavej, co vypadne z tech typovejch js...ale pockam, zatim se mi nic moc nezda dostatecne dobry...(plus z nejakyho duvodu u me codebase psany v OCamlu budi pochyby ohledne OSS ekosysteu).

ALMAD: mne sa totiz ten cs paci aj vsetko akruat, neviem ako to bude v 2015 v javacripte vlastne vyzerat ;)

Zo vsade sa momentalne vali bud:
a) typovy javascript (typescript, flow, atscript)
b) ES6 fetatures (transpiled or native)

A nejak na coffee ako keby sa uz nekladol doraz, ale to bola len taka prakticka otazka (vcera som zrovna pozeral na DREDD a zaujala ma statistika CoffeeScript 98.2% :)

3108: Ad vymena backendu, proto dost firem pouziva cross-language, stateless templates...handlebar a podobne.

Sice kdyz ma clovek napsat nektery sablony, tak by si vypichal oci, ale tu kompatibilitu to ma...

3108: Nevim.

V CS je ~100% naseho JS. Verim taky, ze CS se uzpusobi tomu, jak bude ES6 vypadat.

Nicmene vic nez ES6 IMHO zalezi, jak se chytne promises ekosystem a jak to bude dohromady vypadat (CS+Promises proste vypada skoro stejne jako JS+Promises, takze na co ten overhead...)

Spis jdem ted tou cestou, ze z naseho monolitu vytrhavame services, takze se mozna stane, ze ruzne kusy budou v nahodnych jazycich. Ale ta spolecna platform a to ze je kazdej schopnej hrabout do cehokoli ma dost vyhod...