91–100 of 142 posts
Earlier quoted context omitted.
Yeah, let's have a richly, wonderful, HTML interface that still can't replicate desktop GUI productivity from the 90's...
This is exactly the problem. HTML/CSS/JS is disgusting to someone who knows the power of a good native SDK. People who only do web dev just don't know what quality is.
Earlier quoted context omitted.
Yes, the clientside web stack needs to be obseleted as well. I hope that someday the farting around with compile-to-js stops and we get a true bytecode VM-in-browser.
We had true bytecode in the browser already, it was called Java. VM isn't necessarily going to make things better. JS execution speed increased by orders of magnitude (it's getting close to decoding H.264 in real time!) It's more likely that ES6 and future versions will make JS more palatable and easier to optimize. Currently it's the DOM that needs work: it's full of messy, needlessly complicated C++-derived interfa…
A bytecode VM would allow things like Coffeescript to run without the JS interlayer.
My larger point is that Javascript as a language is atrocious, along with SGML derivatives, along with CSS. The web stack is a polished turd that has been pretzeled far past the initial design. While HTML and CSS are not very straightforward to 'fix' today, starting with a bytecode-based execution model will allow some revolution instead of incremental JS improvements.
Earlier quoted context omitted.
Oh... You mean using Silverlight for intranet applications without a browser... That's an interesting idea. Allow me not to take part on it.
You're allowed. I'm also allowed to not be held hostage by a "standards committee" that never gets anything done.
At Microsoft you have a bunch of brilliant programmers who are forced to follow "strategic direction" from above. Even if they wanted to, there's no way they can continue working on a mothballed project they still believe in. People who relied on the Silverlight plugin certainly cannot continue to develop it, either. Long-run, there's more security in relying on software created by a sufficiently large and capable co…
While announcing lots of C++ love for Visual Studio and promises of C++11 compliance they don't have an API for writing native code apps on Windows
The 'official toolkit' is WPF and whatever managed C++ is called today. But with Silverlight dead what future does it's under regarded cousin have?
So no problem we all switch to it's new tablet/phone OS. Only they won't tell us which of the windows phone toolkits are going to be on tablets and PCs - if any.
Or are we supposed to be developing all our apps for Azure and the cloud now?
Or are they just abandoning the PC like HP and we write everything in HTML5 for the browser?
I "get" it when it comes to silverlight for public facing websites. Really. I do. The general populace doesn't want to have to install a plugin. But what about intranet apps? Silverlight is so incredibly easy to work with (compared to html/css/js) that there are lots of companies that have built intranet apps with it because they control the end point. I really hope this isn't true.
every discussion i've ever seen about advancing the state of the web, the sticking point has always been "what about intranet/corporate networks?". well, if you run an intranet, fuck you. stop using the idea that you control the endpoint as an excuse to write crappy apps. you shouldn't be controlling that end point, you should be giving your users freedom to access your services in as many ways as possible rather than limiting their productivity by restricting their usage to your approved endpoints.
Earlier quoted context omitted.
Please, show me your best HTML UI components and we will compare them to the native ones or even the Silverlight ones that are available (from Telerik, DevExpress, Infragistics, ComponentOne, etc) Can you even get a data grid that is half as powerful or has as robust an API as something like this? http://www.telerik.com/products/wpf/gridview.aspx
Can't tell. It won't run on my computer. Which is the whole point. Gmail runs on my Mac, on my Linux machines, on my OpenSolaris server (actually, it runs OpenIndiana these days) and on my tablet. It would probably run just fine on my AIX boxes if I compiled Firefox or Chromium for them. If Google abandons it (but keep the servers running) it will continue to operate on newer computers and newer browsers until Google…
Earlier quoted context omitted.
Can't tell. It won't run on my computer. Which is the whole point. Gmail runs on my Mac, on my Linux machines, on my OpenSolaris server (actually, it runs OpenIndiana these days) and on my tablet. It would probably run just fine on my AIX boxes if I compiled Firefox or Chromium for them. If Google abandons it (but keep the servers running) it will continue to operate on newer computers and newer browsers until Google…
For a few decades people accessed email on text based terminals. There's plenty of applications with more complex UIs than email...
Earlier quoted context omitted.
Oh... You mean using Silverlight for intranet applications without a browser... That's an interesting idea. Allow me not to take part on it.
You're allowed. I'm also allowed to not be held hostage by a "standards committee" that never gets anything done.
Of course, it's entirely too sensible to have actually happened. Instead the IE team went off and wrote their own JIT for IE7/8/whatever and are still playing catch up to Chrome.
At this time about 2 years ago they did have JS running on CLR and it was 2x faster than any browser out there.