|
Collin Jasnoch wrote: If I claim Objective C is dead will it make it true? How much will it cost me to make that the case?
|
|
|
|
|
|
Sweet. Sounds good to me.
|
|
|
|
|
Right, I can now write a blog post saying Obj-C is being retired and the announcement slipped out on CP.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
This is a slightly better "confirmation" though:
Leakety[^]
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
|
Microsoft, naturally, have denied they intend to discontinue XNA, but I remember them saying much the same for Silverlight.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
If I find multiple resources that are talking to internal Microsoft people, that's enough for me.
Microsoft doesn't really kill off products publicly. It's not unheard of find the occasional official obituary for a product, but for most part, MS kills stuff off quitely.
There is nothing that says Silverlight is dead, nothing that said Flight Simluator is dead, nothing that really said Bob was dead, ... and the list goes on and on and on.
There comes a point where you just have to accept it based on the paultry evidence you have.
XNA is dead. Everyone knows it. It's just a matter of those who are going to accept that fate or not.
|
|
|
|
|
|
Collin Jasnoch wrote: As I implied elsewhere I really do not care either way. I am not an XNA dev. But
it is tiring to hear XYZ is dead. Especially with no actually evidence other
than blogs from non MS employees.
Are you going to put resources into a product that you are uncertain of the future of?
That's the entire point.
|
|
|
|
|
I guess that would be just more reason for using OpenGL?
|
|
|
|
|
|
Simple. Alternate between (a) feeling sorrow for those that were caught-out and had invested much time/effort into using the framework, and (b) feeling smug that such a demise seemed like such a likely prospect to me at its inception that I never bothered to take a look.
I.e, precisely the same reaction as was had towards Silverlight.
|
|
|
|
|
All eyes are on Node.js, TypeScript, CoffeeScript, ClojureScript, and Dart, but they're shaping up as transitional tech at best. Bonus #0: it's the only one installed on your client's computers already
|
|
|
|
|
Hmmmm, that's a very strange little blog post. I'm not sure why Node is lumped in with the others as it is JavaScript. Also, as at least some of the others output JavaScript at the end, the "Target audience" argument is specious at best.
|
|
|
|
|
The Node.js reference is probably just to get extra page views; it's not relevant to the article's main points.
I think the author is secretly a journalist stuck writing about software development to earn a paycheck despite neither knowing nor caring much about it. Most likely, he spends a few hours a day rewording controversial technology opinions of more knowlegable people for his articles while spending the rest of the day writing sci fi and fantasy novels, hoping that one of them may eventually sell big so he can quit his day job.
See his profile.
|
|
|
|
|
Oh dear. A self published author as well.
Don't get me wrong, there are some amazing self-published authors. Given the quality of writing here, I don't feel he's one of them though.
|
|
|
|
|
Pete O'Hanlon wrote: not sure why Node is lumped in with the others as it is JavaScript.
the article doesn't flow that well (IMO).
I suspect the point he was trying to say was that javascript as a development medium is really taking off and that can be seen in things like node. the problem is that in the rest of the article he talks about the 4 different languages which ultimately generate javascript after compile.
Maybe I am playing the role of the advocate for this guy too much...
you want something inspirational??
|
|
|
|
|
Bonus #0 also applies to TypeScript and Dart - at least as far as they both compile to JS.
Personally I think this a wrong direction. There should be a concerted effort to come up with a better cross-browser model for programming in the browser. JS is a horrible choice as "the assembly language of the Web".
Imagine if someone chose VBScript as the "assembly language" for the desktop. (OK JS is better than VBScript, but not that much).
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Rob Grainger wrote: Personally I think this a wrong direction. There should be a concerted effort to come up with a better cross-browser model for programming in the browser. JS is a horrible choice as "the assembly language of the Web". There sort of is, or rather there are a few efforts. The problem is that they're tied to vendors (Dart, Typescript, CoffeeScript), and everyone wants their horse to win.
Best would be for W3C, IETF, or someone neutral to propose something. ECMA just seems to be a professional rubber-stamp org these days.
--------------
TTFN - Kent
|
|
|
|
|
Of the three you mentioned, only Dart has potential to avoid JavaScript - the other two compile to JavaScript - which is exactly my point. JavaScript is a horrible choice of "assembly language". Google's NaCl also allows native code to run in the browser (sandboxed), so the only two technologies that allow avoiding JavaScript both come from Google. Currently, only NaCl actually works in a mainstream browser (Chrome), although I believe Dart will be there soon too.
Try asm.js - which (on Firefox at least) allows compiling C++ to JavaScript written in such a way that it optimises array-like access to become true C-like arrays (itself an insane idea) someone ported the Unreal engine to it and, while a technical feat, I'm not overly excited by the potential to run games (in a browser) on a modern PC with about the performance of I got from games about 5 years back.
As you said, if the W3C could form some kind of standard VM specification, then different languages could target that and optimise it aggressively - following techniques initially established for Self and late for JavaScript (V8) and other languages such as Java (HotSpot) and .NET. That would seem a vastly superior approach technically. Unfortunately, in the real world web standards seem to be reverting to the model used days of competition between Netscape and IE (that yielded JavaScript itself). Implement it and hope it gets adopted widely enough that it becomes a de facto standard. Part of the blame actually lies with the standards bodies, which just haven't moved fast enough, so vendors implement partially defined standards effectively forcing them to standardise what's out there on the ground.
I absolutely agree with respect to ECMA too - but I'd still rather have "standards" at least available so others can implement them (as has happened with Mono and .NET).
In many ways I can't help think that the Web could be so much better. A combination of CSS's awful layout algorithm, the choice of XML (actually SGML) for defining HTML combine to make web development a much less pleasurable experience than it could be. Once again, Alan Kay put it well in an interview with Dr Dobb's Journal. Paraphrasing, the interviewer said something like "You can't argue with the success of the web", Kay responded "actually I can". The interviewer raised Wikipedia, to which Kay responded that when you look up something like geometry it should actually be possible to interact with diagrams. If all that sounds a bit far-fetched, it is useful to remember that many of those kind of interactions were pioneered by Sutherland's Sketchpad all the way back in 1963, Engelbert's Mother of all Demos (1968) and, naturally, Smalltalk systems (1980).
Sadly, computing seems to be a very reactionary field, where true innovations typically take generations to reach mainstream, if ever.
(End rant)
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Calling people who write code but aren’t employed as programmers “hobbyists” is offensive to some. They're "differently employed" programmers
|
|
|
|
|
F'em.
I'm both a professional and a hobbyist. And proudly a member of the OpenVMS Hobbyist community as well.
This space intentionally left blank.
|
|
|
|
|
I am pure hobbyist programmer. I have never, nor will I ever code professionally. Sure I have made some money from it but that is only because one of my pet projects turned out to be useful to others.
Within you lies the power for good - Use it!
|
|
|
|
|
Bah. People need to get over it.
|
|
|
|