31 Jan 2013 2:19 PM #111
1 Feb 2013 2:20 PM #112
Nope. It s about real software engineering and the fact that JS is/was not designed for that.
And looking to the future ...
3 Feb 2013 1:01 PM #113
- Join Date
- Mar 2007
- St. Louis, MO
- Vote Rating
Sencha Inc, Senior Forum Manager
http://www.JSONPLint.com - Source to lint your JSONP!
Check out my GitHub, lots of nice things for Ext JS 4 and Sencha Touch 2
Think my support is good? Get more personalized support via a support subscription. https://www.sencha.com/store/
Need more help with your app? Hire Sencha Services firstname.lastname@example.org
Want to learn Sencha Touch 2? Check out Sencha Touch in Action that is almost in print!
When posting code, please use BBCode's CODE tags.
4 Feb 2013 12:51 AM #114
4 Feb 2013 2:19 AM #115
Look at the closure compiler which generates probably the most efficient JS out there. You wont get that level of efficiency without a static type system.
It s true that JS engine has gotten better and better(V8).
But the fastest code is the one that does not run right ?
4 Feb 2013 6:26 AM #116
Comparing browser JS speed to AS3 is really a straw man. Adobe is one company with many products, so the Flash runtime only gets a small portion of their resources. Compare that with the hundreds of millions of dollars that Mozilla, Google, and Microsoft have poured into maximizing the speed of JS.
So even if execution speed were the issue (which it isn't), it's not really a shock to find that JS may still be faster. The JS engines have had vastly more attention and optimization.
6 Feb 2013 4:25 PM #117
OO languages are an answer to this problem, encapsulation through classes and public/private access help programmers keep control as applications scale to 100,000 lines. This is the primary benefit of TypeScript.
Denial of this means you are claiming that software engineers of the last 30 years were engaged in a mass group delusion.
7 Feb 2013 1:02 AM #118
What I deny is that TypeScript, or solutions like it, solves that large a proportion of the engineering challenge as people in this thread claim. It is not a silver bullet, because there is no silver bullet. This will not solve run-time performance issues, because those are all DOM-based. This will not solve people's struggling to learn API's and functional domains. This will not solve issues with cross-browser layout. This will not solve browser-specific bugs. Finally, it will do very little to solve the biggest challenge of all in working with large teams and large codebases: communication between team members.
And now I've said all there is to say on this topic. A fine day to you all.
7 Feb 2013 2:43 PM #119
7 Feb 2013 8:09 PM #120