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

ALMAD: vdaka za ten tip na eco.
Zaujimalo by ma, ako ste natom u vas vo firme co sa tyka coffee to ES6 transition. Viem ze v coffee je vela syntakticky podobnych konstruktorov, ale zas aj par odlisnosti.

Budete to riesit nejako, ked mate kus logiky (vacsinu js kodu) v coffee a ked pride ES6 tak budete pokracovat v coffee alebo nove zdojaky pisat v ES6?

CYNIK: Mno ten isomorphic app development ma potencial a urcite tam bude kus dobrych myslienok, ale pride mi to velky zavazok previazat klienta konkretnou implementaciou backendu (co ked sa vymeni javascript (express) za railsy, alebo djangoo, alebo nieco dalsie? Co ak o rok uz nebude isomoprhic v mode? :) btw ako je v isomporhic dizajne definovane abstraktne API?

3108: Mě láká extrémně možnost sdílet šablony a modely tak, že se mi stránky načítaj hezky ajaxově a krásně to všechno sviští, tam jsem se zatim zasek, nevim, zatim, jak donutit react renderovat jenom část stránky bez layout hell (všechny komponenty na jednou layoutu)

CYNIK: imho zatial hype :D dam este par mesiacov inkubacie, kym vznikne rozmuny devstack.

Ale musim dodat ze ember + ember-cli umoznuje pomocou browserify addonu zdielat nejaku logiku, validaciu a pod. Ale rovnako uvitam nejake postrehy ;)

CYNIK: V Apiary sdílíme kód mezi serverem a klientem, ale isomorphismem bych to úplně nenazýval.

Už v tom vlastně někdo napsal něco produkčního? :)

Děláte už někdo nějaké isomorphy?
Máte nějaký devstack (Este.js se mi nelíbí), nevíte někdo o jobu, kde by se dalo něco přiučit o isomorphismu?

Díky

Ahoj, používáte někdo Web Starter Kit od Google?

Výchozí `gulp styles` je neskutečně pomalý, u mně trvá 31 s. I kdyby to bylo 5 s, tak je to moc. Ok, pokud by se jednalo o součást buildu, ale includují to i do `gulp serve`, který je určený na vývoj. Uniká mi něco?

WENCA:
Dobrej napad, zkusim to.

COLBEN: tak eshopu v php, pythonu, ruby mas celkem dost, argument je steny (tzn. kazdemu co jeho jest ;))

COLBEN: eshop by som sa nebal.