Slashdot Mirror


The Longhorn Dream Reborn

gbjbaanb writes "Early this month, Microsoft dropped something of a bombshell on Windows developers: the new Windows 8 touch-friendly immersive style would use a developer platform not based on .NET. Cue howls of outrage from .NET developers everywhere, but here Ars Technica describes what's more likely to have been going on and why Microsoft is finally getting its act together for developers."

45 of 254 comments (clear)

  1. Re:So then, by airfoobar · · Score: 3, Funny

    Toss a few chairs and you'll get over it.

  2. Re:Not quite... by Z34107 · · Score: 5, Informative

    RTFA.

    Windows developers want to be able to build immersive applications, and they don't want to have to use HTML5 and JavaScript to do it. They won't have to. ... Far from being left behind on the legacy desktop - which was the impression that many took from the presentation - native C++ and managed C# will both be first-class, supported ways of developing immersive, touch-first, tablet-friendly Windows 8-style applications.

    --
    DATABASE WOW WOW
  3. Standard modus operandi by mrsam · · Score: 3, Interesting

    If anything, we should be surprised that anyone's surprised. Whether or not TFA's theory is true, one thing is absolutely clear: .NET, like any Microsoft technology, has an expiration date.

    Anyone remember COM, VBX, and other MS-Windows technologies of yesteryear? Or the Visual Basic debacle of more recent vintage. For as long as I can remember, there's been a steady churn of Microsoft technologies, coming and going.

    Microsoft makes a lot of money from selling its development tools, documentation, etc... to its developer base. Microsoft simply runs the whole show. They are in full control, and call all the shots. And they understand perfectly well that if they keep the same technology platform in place, over time, they lose a good chunk of their revenue stream. That's why they have to obsolete their technology platforms, time and time again. They need revenue. It makes perfect sense. If you are a Microsoft Windows developer, one of your primary job functions is to generate revenue to Microsoft. Perhaps not from you, directly; maybe from your company. Whoever pays the bills for Visual Studio, MSDN, and all the other development tools. Maybe it's not you, personally, but it's going to be someone, that's for sure.

    So, perhaps this is the death knell for .NET. Perhaps not. If not this time, maybe next year. But it's inevitable. It's a certainty. If you are a .NET developer, your skills will be obsolete. If you were a COM developer, or a VB6 developer, your skills became obsolete a long time. I see no reason why .NET developers will escape the same fate. It's only a matter of time, but that's ok: all you have to do is invest some time and money to retrain yourself on the replacement Microsoft Windows technology, whatever it's going to be, when its time comes. But, it'll come.

    Originally I came from a Unix background. Many, many moons ago I explored the possibility of boning up on the MS-Windows ways of doing things. But, after a bit of some exploratory peeks and pokes, this became painfully clear to me; that whatever I learned, all of it was going go to waste, in its due time. And that was pretty much the end of my venture into the Windows landscape.

    Well, I'm happy to report that read(2), write(2), and all the other syscalls that make up POSIX, and its derivatives, still work the same as they did decades ago. Everything I have learned, as the sands of time have rolled on and on, I still put to good use today, and I make a pretty good living using them. Nothing has gone to waste. Honestly, this is more than I could say for my peers who practice their craft on MS-Windows. A lot -- not everything but a lot -- they learned decades ago is now completely and totally worthless to them, and to anyone else.

    So, whether Windows 8 is Longhorn reborn, as TFA says, or not, one thing can be said for certain. .NET is dead. It's just a matter of time. Good luck learning its eventual replacement. Of course, you understand that it'll be dead too, some years after that, of course; just keep that in mind, as you make your long term plans.

    1. Re:Standard modus operandi by exomondo · · Score: 5, Insightful

      I'm happy to report that read(2), write(2), and all the other syscalls that make up POSIX, and its derivatives, still work the same as they did decades ago.

      Great, so it's dead too since it hasn't changed for decades? Same as with COM, there's nothing stopping you from using it and it still works the same as it did many years ago. You can still use all the old technologies and they still all work just the same as they used to.

    2. Re:Standard modus operandi by David+Gerard · · Score: 4, Interesting

      Fortunately, free software means that Windows developers can use Win32 approximately forever! On WINE.

      I have a theory: like backups, no-one ever really gets the idea of free software until the lack of it has bitten them in the arse, good and hard.

      --
      http://rocknerd.co.uk
    3. Re:Standard modus operandi by obarthelemy · · Score: 3, Informative

      You're kinda comparing apples and oranges: on the one hand, MS is trying to provide APIs, libraries features and tools for advanced, maybe even "innovative" features (maybe in misguided ways, but that's not my point), on the other hand, you list almost bare-metal APIs.

      As far as I know, these haven"t changed in Windows much either, but most devs simply don't use them.

      I'm fully aware that COBOL isn't dead either... It's just not where most of the jobs/money/action is, though I'm sure quite a few people are quite happy working in that space.

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    4. Re:Standard modus operandi by WrongSizeGlass · · Score: 4, Interesting

      I have a client that has been dragging their feet about leaving their VB6 codebase running on an Access DB and migrating to .NET on MS SQL. Last week one of them saw the Microsoft announcement about 'HTML5 & JavaScript' and now they're afraid transitioning to .NET will be a dead end. Now they want to wait to see how Windows 8 will run their VB6/Access code. They have a lot of time invested in Office 2003 macros & Access code modules, but their DB is nearing the 2GB Access limit and their programmer is retiring in 6 - 12 months. They'll be running XP, Office 2003 & VB6 until they have no other options.

    5. Re:Standard modus operandi by Jahava · · Score: 5, Insightful

      Microsoft makes a lot of money from selling its development tools, documentation, etc... to its developer base. Microsoft simply runs the whole show. They are in full control, and call all the shots. And they understand perfectly well that if they keep the same technology platform in place, over time, they lose a good chunk of their revenue stream. That's why they have to obsolete their technology platforms, time and time again. They need revenue. It makes perfect sense. If you are a Microsoft Windows developer, one of your primary job functions is to generate revenue to Microsoft. Perhaps not from you, directly; maybe from your company. Whoever pays the bills for Visual Studio, MSDN, and all the other development tools. Maybe it's not you, personally, but it's going to be someone, that's for sure.

      So your argument is that Microsoft intentionally periodically obsoletes languages in order to make money? Am I reading this correctly?

      You do understand that:

      • Pretty much every commercial MS developer already has an MSDN license, which (minimally) gives them access to the latest development languages, SDKs, and tools.
      • Developing a new language that is at least as compelling as a current one is an expensive and non-trivial feat.
      • Obsoleting a language costs Microsoft a ton of money in rewriting their own software to create new APIs and then use them.
      • Each API and system rewrite introduces new bugs, costing Microsoft even more money identifying, patching, and being held accountable for.
      • One of the oldest MS-supported development languages, C++, has not been obsoleted.
      • One of the major issues with MS development is the legacy APIs that bias towards C++ functionality.

      I think your theory has some holes. Now, Microsoft has definitely obsoleted languages - Visual Basic for one (and good riddance) - but they did that because the language had shortcomings. I'd detail them but we have a nice article that already does that. The .NET framework and language stack, C# in particular, is on the same general level as Java: it is a language that more or less suits the needs of every platform developer. Why the hell would they want to obsolete that?

      No, languages aren't the issue with MS development, nor are they the theme of the article; frameworks are. A perfectly good language can be horrendous to use if it is unable to properly interact with its host environment to accomplish what it needs to accomplish. In this case (once again FTFA) C++ could interact worlds better with Windows than .NET could, and so .NET use suffered. This was an implementation failure on Microsoft's part. The article stipulates that Windows 8 intends to bring .NET back on-par with C++ as a development language, which (if true) means that it will be stronger than ever.

      It's also worth mentioning that in terms of accumulated skills and experience, learning a new language is trivial compared to truly learning a new framework. How you interact with the system and cause it to give you the resources and services that you want in the manner in which you want them is the heart of all modern systems programming, regardless of language. If Microsoft emphasizes .NET in their APIs, then .NET will be a viable Windows development platform; if not, then who knows? None of that reflects on the language itself, but rather on its appeal over other languages.

      Now, eventually every language will be obsoleted ... probably? I suppose we haven't been through that many generations of languages to know for sure, but that seems to be the case so far. There are various reasons languages die ... they suck, better ones come out, nobody likes them, no frameworks support them, or their target developer group gives up on it. .NET's main backer is cu

    6. Re:Standard modus operandi by sg_oneill · · Score: 2

      I think your sort of missing where .NET was targetted. In my view .NET was never intended to be a replacement to the native C interfaces (MFC, COM, etc) but rather as a way of taking on the Java market for servers and Delphi/VLC market for desktop development, and succeeded in it because Java (at least at the time) was utterly unsuited to agile high turnover development, and Delphi was being tragically mismanaged, priced out of the market and being ignored in favor of utterly wierd "middleware" frameworks that nobody cared about by borland. The evidence for this all is compelling. C# had a distinct "java-ness" to it, but seemed to avoid javas worst language sins. It did however include a dot net library that out-of-the-box contained a metric tonne of useful but easy to use libraries for enterprisey-servery sort of stuff (and especially so when the workflow and soap type stuff is thrown into the mix. There was also a lot of Delphis best manners thrown in as well including an exceptionally well balanced GUI editor and widget toolkit that blew the old VB one out the water. The dot net libraries had a distinctly VLC flavor to them and in fact where designed by the same guy who designed delphi.

      Delphi pretty rapidly disapeared from the mainstream, also aided by borlands ridiculous business and technical decisions (Many coders to this day hold Delphi 4 to be one of the most productive environments of all time, and later delphis to be complete messes) and Java is definately still around but arguably not the first choice anymore for doing dev on windows servers.

      Microsoft put the final dagger in on this by realising what made delphi both boom and then die. Delphi took off because a generation of coders where raised on Turbo Pascal, and around the time Delphi 4 came out, Borland started putting Delphi 2 for free on magazine covers (which a LOT of my old workmates started out on) , an open source hobbyist community built amazing libraries and components and this made development bitchin' fast. But borland started pricing updates at astronomical prices. I could never convince my boss to update our Delphi 4's to 5,6 or 7 (and by that point we'd moved to linux) because the prices where just astronomical. Many thousands to get the features we needed. And there was NO WAY to be a delphi hobbyist anymore.

      So microsoft comes along and basically gives dot net away. You could get free versions of vb.net and c# and whilst not totally suited to enterprise , where plenty good for hobbyists, and updating to a more enterprisey-suited visual studio (which included everything) really wasnt a huge hole in the pocket. And despite our suspicions that dot net would run like a dog compared to delphis highly optimized compiler (at one point it competed favorably with the intel C compiler) it actually ran more than good enough for pretty much everything except (at the time) high performance gaming (And to be honest, most high performance gaming was in C/C++ anyway, although I strongly suspect the old delphi compilers where infact up to the task)

      Dot net is a fantastic platform. Its just a shame I cant use it on my mac. Or for that matter its a shame I cant use Cocoa on a PC, thats a pretty fantastic platform too.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    7. Re:Standard modus operandi by antifoidulus · · Score: 2, Interesting

      Your confusing implementation with interface. read and write's implementation has kept up with the times while maintaining the same interface. So to the programmer it doesn't matter if you are doing a read on a floppy or a wide scale distributed file system via the FUSE interface*, logically it's all the same. Furthermore, although the read and write interfaces haven't changed, there is absolutely nothing stopping you from developing new interfaces that run on top of these functions.

      Now compare that to Microsoft who constantly deprecates interfaces which means no new features are ever back ported, doesn't release new dev tools that are compatible with the old interfaces etc. There's a huge difference.

      * logically it doesn't matter, though obviously the more the programmer knows about whats going on in the black box the better.

    8. Re:Standard modus operandi by exomondo · · Score: 2

      Not true. Allot of the programs need to be run in compatibility mode for a reason.

      Because they are either unsafe or have been used incorrectly, so they get run in compatibility mode, but as i said they don't work any differently. Just the same as how apple worked in their technology transition phases.

      Not to mention the development environment and so forth do not support it.

      Of course the development environment supports it, are you sure you know what COM is?
      And what's the 'and so forth'? Is that just an attempt to pad out your argument?

    9. Re:Standard modus operandi by exomondo · · Score: 2

      Your confusing implementation with interface. read and write's implementation has kept up with the times while maintaining the same interface.

      Kept up with the times? So has Win32.

      Now compare that to Microsoft who constantly deprecates interfaces which means no new features are ever back ported

      Oh come on don't be obtuse, look at MFC, it's nearly 20 years old yet it still gets new features, it even got the new ribbon APIs.

    10. Re:Standard modus operandi by bored · · Score: 2

      Many coders to this day hold Delphi 4 to be one of the most productive environments of all time

      I will buy that, in fact I would probably put it ahead of current .net platforms as well. Then there was C++ Builder which was basically delphi with ugly syntax. Either way, M$ started switching their API's to COM even before .net. That was the first major change in the M$ API churn. When that happened I pretty much started to write the native platform off because there wasn't any reason that those API's couldn't have been directly C callable with a COM wrapper. Then .net came out, and everyone was like WTF, and it constantly was lagging the platform (64-bit support was probably 1 year after the 2003 64-bit beta), and now with some of the win7 functionality. So it wasn't really a platform either, just a bunch of crap on the platform. Now this, which isn't particularly surprising, it was only a matter of time.

      The developer interest in iphone/android proves that there are developers out there looking for a platform to write apps on because M$ has pushed basically every group away at this point.

      I don't think I could consider writing a heavyweight application for a MS platform that I expected would have more than a 5 year life. I would probably end up using QT but I would seriously have to evaluate Lazarus.

    11. Re:Standard modus operandi by MightyYar · · Score: 2

      You have a funny definition of "mainstream". Apache? Java? Firefox? Android? Linux? GCC? Hell, even the "closed" iPhone has free software at it's roots.

      Apple was able take a pre-written free kernel and FreeBSD and pop some proprietary shine on it and rival the largest software company in the world on the desktop, and hand them their ass in mobile.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    12. Re:Standard modus operandi by MightyYar · · Score: 2

      However, the article makes the point that Microsoft's .NET framework capabilities are increasing substantially, not decreasing. This speaks positively for its future.

      That's true if the desktop stays dominant. With C++, you can write desktop, iPhone, and Android apps (well, you need to learn enough Java/Objective C to do the interfaces)... so I guess if non-windows platforms take off, you might still see .NET wain.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    13. Re:Standard modus operandi by 10101001+10101001 · · Score: 2

      The .NET framework and language stack, C# in particular, is on the same general level as Java: it is a language that more or less suits the needs of every platform developer. Why the hell would they want to obsolete that?

      No, languages aren't the issue with MS development, nor are they the theme of the article; frameworks are. A perfectly good language can be horrendous to use if it is unable to properly interact with its host environment to accomplish what it needs to accomplish. In this case (once again FTFA) C++ could interact worlds better with Windows than .NET could, and so .NET use suffered. This was an implementation failure on Microsoft's part. The article stipulates that Windows 8 intends to bring .NET back on-par with C++ as a development language, which (if true) means that it will be stronger than ever.

      It's funny you say that as I've always saw that as the Catch-22 of the .NET framework and why Java doesn't see as much widespread use on client systems. A major point of the .NET framework was precisely that it was a clean-slate, well designed system that could run on many platforms. In effect, .NET framework (like Java) became the platform and the major task to consider for the client was whether they could reasonably run that platform on the various hardware they had, be it a low-power (cpu and battery life) netbook or smartphone or a high end server.

      The obvious catch is, once you start introducing hooks into a specific platform, you start having problems. If you merely punt the work into the native API of one platform, you necessitate writing a lot of duplicate code on other platforms which tends to create a clear performance disparity as you've added an extra layer of redirection. More importantly, you in many ways are for the framework for some platform to faithfully duplicate all the quirks of another underlying API. Meanwhile, if you merely duplicate a near clone of one platform's API, you can mostly avoid the quirks issue but you balloon up the size and complexity of the framework and odds are good the result will be something less optimal than the original native API which discourages extant developers from moving to your new platform, especially when it lacks various functions, changes how things are done to be more consistent with some design vision, etc. Finally, this all tends to translate into a much larger framework as it moves less away from a clean design and more into providing for the wants and needs of the original native API developers which makes the whole framework less viable on lower powered devices, effectively limiting the real world application of the framework.

      Now, there have obviously been attempts to make these points less of an issue through the use of name spacing, sufficient fragmentation of the components of a framework, and the packing of micro frameworks that try to provide clean subsets of the framework that work well enough on even the tiniest of expected common hardware, but that still heavily relies upon the developer making the consideration to target that smaller subset of the framework and leaves the end user still stuck with the reality that only a major subset or the whole framework is enough to seriously run many applications.

      Personally, I don't see a way out of the fundamental problem. The only idea I can think to mitigate it is to have even more extreme fragmentation of name spacing and have the expectation of being able to stream only the needed components onto a device, effectively making a very custom micro framework library that's dependent heavily on the running applications and nothing more. I don't really know how viably that really is or if it'd have any real effect, either.

      PS - If not obvious, this is all my own armchair analysis of the situation and it's probably way off base.

      --
      Eurohacker European paranoia, gun rights, and h
    14. Re:Standard modus operandi by CodeBuster · · Score: 2

      It's a certainty. If you are a .NET developer, your skills will be obsolete.

      I disagree. Having been in development for some time now, I've had ample opportunity to observe the various trends in programming and software development. The churn that was more characteristic of many previous technologies, going all the way back to the early mainframes from IBM and others, stemmed in large part from the close association between software and the hardware on which it ran. However, beginning with the rise and popularity of Java and continuing with .NET we see the increasing virtualization of the hardware; especially for main stream business and other large scale commodity software development. This ties in with the increasing use of server virtualization technologies, mobile and cloud (yes I hate that word too, but like it or not it has gained currency) computing. Indeed it's an understatement to say that the .NET framework is expansive; it's gigantic. It makes sense, therefore, for Microsoft to continue developing and adding to .NET, especially given its expansive and abstract nature, well into the foreseeable future. The technologies that you mention as predecessors of .NET were of a much more limited scope by way of comparison. Another interesting property of the .NET platform is that it's extremely promiscuous, borrowing and incorporating the best ideas from the languages and frameworks that preceded it and to which it certainly owes a debt. Why would Microsoft need or want to replace .NET when it easily incorporates anything and everything that has and is coming along?

    15. Re:Standard modus operandi by smash · · Score: 2

      You realise .net is more than a language variant, and that .net objects are pervasive throughout the core of Windows these days - and that every administration tool has been rebuilt to work with Powershell cmdlets and .net objects?

      I love seeing anti-microsoft trolls who run decades old operating systems because they refuse to upgrade talking about how the new tech sucks or is being obsoleted because of reason X when its clear they have zero experience with current offerings.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    16. Re:Standard modus operandi by bmajik · · Score: 5, Interesting

      I am a Microsoft employee in DevDiv.

      (PS: Buy Visual Studio LightSwitch when it comes out! It rocks!)

      I will not comment on the accuracy of what is in the ars article, other than to say: I know the answers to some of the questions they are worried about, and the answers do not worry me and shouldn't worry you either (unless you're a competing non-MS technology, perhaps :))

      Regarding your post: I don't see how you'd conclude that .net is going anywhere from the article you supposedly read.

      First and foremost, you would need to be specific about what you mean by ".net" for your statement to even make sense. Are you claiming that C#, the language, is on an EOL path? Or the .NET runtime will no longer be a supported way of writing userland apps?

      Your claim that we intentionally obsolete developer technologies as some sort of money making scheme is hillarious. Have you worked in the commercial software industry before? Let me explain how it works.

      1) we spend a ginormous amount of money paying engineers to make something that we hope developers use.
      2) we figure out if its something we can even charge money for, or if we need to give it away so more people will develop for our huge money making platforms (Windows, SQL, Office, Sharepoint)
      3) when we have something we can give away / sell for a pittance, we start doing so
      4) this is when we might actually start getting money for our efforts.

      Now then, if our strategy was to make money at any cost, you'd think that we'd fire all of the engineers and keep selling licenses at the same price indefinitely.

      But as you've noted, our engineering staff moves on to new things and eventually the old things get phased out.

      We don't start working on new platforms because we need to figure out how to get more money out of existing customers. We work on new platforms because we think they'll be better than the old ones; that customers will like them more; that they'll provide more value to everyone. There are all kinds of features and products we'd LIKE to put out there in the real world but they all cost us more money to do. And as you've noted, everything we release causes someone to get upset if we want to stop supporting years later. For every one of these developer technologies we ship, we end up supporting it for years after we're not selling it (and thus not getting new revenue). Our support life cycle is a hell of a lot longer than Apples, or any of the for-pay Linux distros, for instance.

      Finally, regarding what a huge revenue stream deveopers tools are for us... I've never come across anyone in Windows or Office who is worried their project is going to be killed and their staff moved onto a _real_ money making project like the F# compiler :)

      Sure, DevDiv does great revenue compared to a lot of entire companies. But look who we're competing against. I'm not sure we've ever sold 300 million seats ever, counting everything we do. Windows does that _every release_.

      (nothing against the F# compiler guys. I just picked something :))

      --
      My opinions are my own, and do not necessarily represent those of my employer.
    17. Re:Standard modus operandi by inglorion_on_the_net · · Score: 2

      I'm happy to report that read(2), write(2), and all the other syscalls that make up POSIX, and its derivatives, still work the same as they did decades ago.

      Great, so it's dead too since it hasn't changed for decades?

      Why would you think that? We still have files with bytes in them, pipes, sockets, and all the other things these system calls work on. And since we're still working with the same concepts, and we have a good API for them, why would we want to change the API?

      Same as with COM, there's nothing stopping you from using it and it still works the same as it did many years ago. You can still use all the old technologies and they still all work just the same as they used to.

      That may be true for COM, but is the same true for ActiveX, VBA, or DirectX? I've worked on an app for a mobile device that was developed in Visual Studio 2008, that would compile in no other version of Visual Studio. Apparently, Microsoft introduced APIs in one version of their flagship development environment and removed them in the next.

      I am not saying everything is doom and gloom with Microsoft, but they certainly do kill off support for some of their previously promoted APIs sometimes. To avoid any misunderstandings: I am not saying this is a bad thing, just that it happens.

      --
      Please correct me if I got my facts wrong.
    18. Re:Standard modus operandi by Spad · · Score: 3, Funny

      The 2Gb Access Database limit is nature's way of telling you that you should never have used Access for anything in the first place.

  4. Re:So then, by RightSaidFred99 · · Score: 5, Interesting

    They're not dropping Silverlight or .NET. Try to pay attention. Nobody with any sense ever thought they were going to, but the usual suspects took every opportunity to make a "Durr hurr, Microsoft screwing over developers" thing out of it when there was no indication whatsoever this would happen.

    Nobody sane wants to develop large applications in fucking native JS and HTML5, and Microsoft knows that.

  5. Re:Microsoft Obsoletes [Another] Developer Tool by hedwards · · Score: 2

    It's harder to obsolete a library when people can just fork it and keep on as they always were. Unfortunately, they're free to do so whether or not the new option is worse than the older one.

  6. PulseAudio - indeed by unity100 · · Score: 3, Interesting

    im somewhat of an audophile, and despite i have been using windows xp with extra software like srs audio sandbox (cryztalizes and clears sounds) and a good sound card (original x-fi x-treme music, from the production batch which got the good chips) with crystallizer and so on, on top of an altec lansing fx6021 speaker set (in-concert array microdrives totaling 12, crystal clear) for a long time,

    i was dumbstruck with the audio quality pulseaudio + x-fi x-treme music + audacious media player with crystallizer plugin gave, when i switched to linux.

    now im switching to linux every time i want to listen to music in high quality.

    1. Re:PulseAudio - indeed by petteyg359 · · Score: 2

      The terms "audiophile" and "cryztalize" don't go together. Not even if you spell crystallize (or crystallise for the silly country) correctly.

  7. Re:So then, by exomondo · · Score: 2, Insightful

    You'll never find a shortage of people who will take anything they can to shout about how microsoft is screwing everyone (these days it's often done with Apple too). Seriously this is entirely based on the fact that they announced that the apps they showed were based on HTML5 and Javascript, yet from that you end up with morons shouting 'MS are killing silverlight and .Net!!!'.

  8. Re:So then, by MightyMartian · · Score: 3, Funny

    You mean that rumor I heard about Steve Ballmer turning tricks in Bellingham are false?

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  9. Re:Microsoft Obsoletes [Another] Developer Tool by RightSaidFred99 · · Score: 2

    As opposed to all those MFC apps I wrote 15 years ago, which no longer work. Oh, wait... they do work.

  10. Re:Not quite... by RightSaidFred99 · · Score: 3, Insightful

    No, because they looked at Windows 8. And because anybody who's not, literally, mentally defective knows Microsoft isn't going to abandon .NET. You have to be a little smarter (say, 105 IQ) to know they're not going to abandon Silverlight, so I'll cut you a little slack there.

    The idea is ridiculous. You seriously think people are going to write complex end user and enterprise apps in JS/HTML5? Seriously?

  11. Re:So then, by exomondo · · Score: 2

    You mean that rumor I heard about Steve Ballmer turning tricks in Bellingham are false?

    I wouldn't go that far ;)

  12. Not necessarily a good thing.. by Junta · · Score: 2

    The thing about talking about something so significant in highly abstract terms is you'll tend to imagine it doing precisely what *you* think the words mean and how you think a vision could be realized.

    Then, when you actually get to touch it, you realize their vision either isn't the same as yours, or even if it matches what you had in your head, in practice it won't work out so well.

    The ultimate end-user filesystem experience hasn't changed in years for good reason. Any generic approach is going to be fraught with too much work to bother. Sure, Music, Video, Document, etc applications could use the filesystem as a standardized way to store metadata instead of proprietary databases here and there, but much of the time a file containing data is a shared thing in a central place, with much of the pertinent metadata a user caring about specific to their view, making combining that data in the filesystem awkward. Notably some permament attributes (that should go with the file on transfer so it can't just exist outside the file) like title, release year, etc exist that are global in nature, but personal tags, ratings, bookmarks, etc just don't mesh.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  13. all of it was going go to waste by nurb432 · · Score: 2

    Originally I came from a Unix background. Many, many moons ago I explored the possibility of boning up on the MS-Windows ways of doing things. But, after a bit of some exploratory peeks and pokes, this became painfully clear to me; that whatever I learned, all of it was going go to waste, in its due time. And that was pretty much the end of my venture into the Windows landscape.

    I have to disagree, as anything learned is an advantage you can leverage in future learning.. Also, during the time that 'xyz tech' is in vogue, you are employed and making money from it.. that's not a waste in my book..

    --
    ---- Booth was a patriot ----
  14. Re:Not quite... by segedunum · · Score: 3, Informative

    Unfortunately the article doesn't explain how they arrived at that conclusion other than it being their own opinion and possibly their own wish. That whole Longhorn WinFX finally coming to reality thing is another opinion piece. We heard many similar stories for Cairo many moons ago and that whole object oriented operating system rubbish around Windows 2000.

  15. RTFA by darkwing_bmf · · Score: 5, Informative

    The article says windows is getting a new API, WinRT, which is a modern version of Win32. .NET and C++ development will both be updated for WinRT and have the same capability as each other so you can work in the environment you choose. Silverlight is supported, updated and renamed (codenamed?) Jupiter. Some other new things were added. In summary, .NET developers, you're getting new functionality. C++ developers, you're getting new functionality. Plus it will be easier than ever to go back and forth between the two because, underlying it all, is a new unified API.

  16. Re:Not quite... by postbigbang · · Score: 2

    The whole idea is to confuse you, so that you won't jump ship, and the ______ that you use now will kinda sorta be ok, and hey, imagine stuff working from phones to tablets to notebooks to desktops, any of which could have a cool GPU to do stuff, and you can maybe sorta use your old code.

    Got it? Great. Logon now. Please. Pretty Please. HTML5! Java! You're a FOSS guy, right? You like that Java stuff! We promise not to fork it! Not like that stuff that's in court facing a huge settlement with Oracle, right? C'mon, please???

    --
    ---- Teach Peace. It's Cheaper Than War.
  17. Microsoft fanfiction. by Alex+Belits · · Score: 2, Funny

    The article is something that I have never seen before -- Microsoft fanfiction.

    What creates an interesting problem -- since Microsoft fanfiction exists, according to the rule 34 there must be Microsoft slash fanfiction. But since there is only one instance of Microsoft fanfiction and it is not slash, someone on the Internet must write Microsoft slash fanfiction.

    Go, Internet, go!

    --
    Contrary to the popular belief, there indeed is no God.
    1. Re:Microsoft fanfiction. by VortexCortex · · Score: 3, Informative

      There are official MS OS Anime personifications, and there have been for quite some time.

      I see that although you are not new to the net, you are new to this topic, so I'll link you to one list of the OS-tans. I'm sure you'll have no problem finding the other less NSFW places yourself to see more and better quality pics/fics, if you are so inclined...

      There is indeed slash fiction. I read one not too long ago about XP-tan having an affair with Windows7-tan, Vista-tan was quite upset (her abandonment issues surfacing yet again); The always compassionate Linux-tan tried to console her, but it made the needy OSX Leopard-tan very jealous (apparently consoling a rival is a grave transgression on her home planet).

      There are OS-kuns (males) as well... My girlfriend told me of the new yaoi slash she was reading where OSX-Kun fell in love with the heroic and savage XP-kun who had rescued him from the lair of the evil scientist Dr. Mac-Defender. In the heat of their passion OSX-kun had unknowingly infected XP-kun with a virus; Thus, both OS-kuns were soon on their way to see the comically bungling Dr. Norton-kun.

      Fear not my friends, Rule 34 can not be denied.

  18. Re:Not quite... by jmorris42 · · Score: 2

    > No, because they looked at Windows 8.

    Except that they didn't. They looked at a random build. Remember that Sagans of KLoCs were written for Longhorn and then abandoned. That wasn't the first time and it won't be the last. People wrote articles based on those leaked copies too, because they were intentionally leaked for just that purpose. It has always been thus, everyone else's shipping products are compared to what Microsoft says it will ship 'RSN.' Then it eventually ships and isn't anything like what was promised. Rinse and repeat every couple of years.

    About all that can be stated with any certainty is that Windows 8 will probably ship sometime between 12 and 24 months from now and will add support for ARM and a tabletish touch interface. The tablets are a done deal because they would totally piss off OEMs who are already putting product into the pipeline that they would ship Android or Meego if Microsoft changed course on em.

    Windows 7 is the only product that resembled the prerelease hype and that was because the goals were so minimal, Make a Windows Vista that doesn't suck donkey balls. Since they had eliminated most of the worst suckage by Vista SP1 (and people generally were buying it on new hardware instead of upgrading by then) about all that was left was to reskin it so people who had heard that "Vista Sucks" wouldn't look at 7 and instantly associate it with Vista.

    --
    Democrat delenda est
  19. Re:Another Summary by shutdown+-p+now · · Score: 2

    For that matter Peter Bright is wrong, whether he believes the hype or not, because there was no bombshell to begin with. At no point it was said that "the new Windows 8 touch-friendly immersive style would use a developer platform not based on .NET". The only thing that was said is that you will be able to develop for Windows 8 using HTML5 & JS. A few people took the latter to imply the former, and published stories where said implication was treated as plain fact - like the one mentioned in TFA - and from there the hysteria took over.

    As usual, if you want to know what's actually going on, stick to the primary sources - in this case, Win8 presentation videos. And they say: 1) There will be HTML5/JS, and 2) Full dev story will be told on BUILD in September. That's all there is to it for now.

  20. Re:So what's better? by NerdENerd · · Score: 2

    So why did this post get a zero rating? I am a .NET developer and agree 100%. Visual Studio 2010 is a fantastic development experience. I tried to do some iPhone development and hated XCode on the Mac. Objective C seems like going back in time. Why would I give up my managed environment and want to worry about de-constructors and managing resources. Anyone who criticises .NET development has probably never done any.

  21. MSDN Licenses by nzNick · · Score: 2

    Keep in mind, MSDN licenses are annual subscriptions - so MS developers pay for the dev tools EVERY YEAR, and they keep on paying .......

  22. Re:So then, by c0lo · · Score: 3, Funny

    what happened to "developers developers developers" ?

    They moved into the "O-cloud-O cloud-O cloud"

    --
    Questions raise, answers kill. Raise questions to stay alive.
  23. There is a brilliance here... by trippyd · · Score: 2

    Maybe the response from .net developers is more rooted in the fact that a JS/HTML5 based application development language brings a whole lot more developers to the party with less of a learning curve.

  24. Re:So what's better? by mini+me · · Score: 2

    So why did this post get a zero rating?

    All Anonymous Coward posts default to 0.

    Why would I give up my managed environment and want to worry about de-constructors and managing resources.

    Cocoa's evolution goes way back to the early 80s, so it does have some cruft. However, Objective-C on the Mac has included garbage collection for quite a long time. Managing resources is really a non-issue in the parent's case.

    What I find most interesting about Cocoa is how many recent projects have been inspired by the API. Cappuccino, SproutCore, and SNAP to name a few. While I personally have nothing bad to say about Windows development on .NET, I do find it interesting that nobody has really adapted the API outside of Windows. Mono does to some extent, but typically use their own frameworks where compatibility is not needed.

  25. Re:Microsoft Obsoletes [Another] Developer Tool by Eraesr · · Score: 2

    Did you even read TFA? The entire article is about how Windows 8 will not lack .NET support, nor native C++ support.