exactly my point, turn JS/HTML/CSS (web) into just an assembly layer, let the tooling/compiler generate that mess.. I can't see why we arnt there yet, im guessing we are very close!
Another interesting thing I overlooked, Steven Edward Lucco will also be there:
So, as we narrowed down the possibilities, let me try it once more, with speculations going full steam ahead.
So, as Roslyn has a scripting API, with fully dynamic REPL support, maybe we will see a Roslyn based client-side web development environment, provides Edit&Refresh dev experience, using C#/VB or C#Script(csx)/VBScript(vbx) as the development language, MSIL2JS as compiler backend, TypeProvider-like dynamic integration of data sources and Web API, Razor-like HTML mixing, etc. Now the question is, does it support XAML ?????
So, Steve Lucco for the runtime (Chakra), Erik Meijer for the bridge (MSIL2JS), Anders for the language and tooling (Roslyn), three pillars of something ?
JS engine developers tend to spend a lot time optimizing the JS engine they work on...
Perhaps Jomo thinks the work he did was more invention than what it actually was: implementing the JS standard, engine performance tuning...
You can do the simple math here, Felix.
Think of it as the Roslyn front-end AST implementation but only utilizing the C# 'dynamic' bits.
This will allow the Visual Studio front end to provide the 'smarts' needed for large program maintainability that Anders has previously identified as and issue. For example, better lint checking and industry-leading refactoring support.
As the Windows team commit to even better WinJS support, this is a vital component in the toolchain.
if even somebody can improve js dev experience, then only Anders as lead
Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums, or Contact Us and let us know.