auchenberg/volkswagen · GitHub
https://github.com/auchenberg/volkswagen

SUCZKER: Já jsem to před pár měsíci zkoušel, ale tim, jak to transpiluje v prohlížeči mi to přišlo ne zrovna rychlý. Ta teorie se mi dost líbí, IMO to má budoucnost (pokud někdo nenapíše něco podobnýho co bude úspěšnější).

Performance with many files · Issue #872 · jspm/jspm-cli · GitHub
https://github.com/jspm/jspm-cli/issues/872
"There are a number of approaches here, but no prescribed workflow currently.
In an ideal world the development server would be a fast HTTP/2 server with incremental caching understanding SystemJS and doing server-side transpilation and providing hot reloading."

Pár pokusů od komunity se tam najde, ale zatím to asi neni moc daleko. Až bude tohle realitou (a úplně nejradši bych viděl krom NodeJS implementace, což je must have pokud to bude, i implementaci třeba "jen" modulu do nginxu), tak to budu moc rád používat, ale dneska u mě vítezí Webpack.

CYNIK: SUCZKER: Jo, je to proto že původní korporát tak nějak prokrastinoval od verze 1.0, tak se OSS část naštvala, trhla, vydala 1.0 a jela (a dostala se někam za verzi 3).

Pak se dohodli že bude nějaká comitee atakdál, větší vliv oss komunity, nějaká foundation, a zas se mergli, ale aby nerozbili version checky, tak vycházej z verzování iojs.

Rozdíl byl hlavně v tom, jak rychle se adoptovaly nové V8 releasy.

SUCZKER: no to bylo proto, že se ten tým rozhádal a vedle nodeJS bylo ještě IO.js, který se vyvíjelo mnohem rychlejc než ofiko node. Byla tam třeba už docela pěkná podpora ES6.
No a kluci se zase mezi sebou dohodli tak se IO mergnulo do Nodu a hodili tam nějaké číslo verze, nevim, možná to je číslo z IO.

Kluci konečně mergnuli IO a máme Node.js 4.0 https://nodejs.org/en/

ROMANICAK: ne, browser nemuze naprimo manipulovat s filesystemem. A s node.js to nesouvisi .)