Windows Azure Offers Developers Iron-Clad Lock-in
snydeq writes "Microsoft's move to the cloud is certain to create a whole new kind of developer partner, Fatal Exception's Neil McAllister writes. But as much as Microsoft ISVs will likely go along with the shift to Windows Azure to keep revenue streams going, the kind of lock-in they will experience will be worlds away from what they face today. Rather than being able to ignore the new version of a key framework, developers will have no other option than to update their code to suit Microsoft's latest platform. That kind of lock-in will leave customers in the lurch, subject to their vendors' bottom lines, as ISVs that can't afford to rework code to keep up with Microsoft's latest platform will begin dropping services, and customers will have little choice but to accept the new terms of service their vendors send along."
I still think that name looks way to close to Vuze/Azureus. Maybe its going to change post launch?
Constantly locked in to a upgrade path? No, way. No way will anyone go for this for anything real.
My blog
In a world with new wars, pandemics, food crises, and economic meltdowns, it is good to know that the morals of one company have stayed the same. Microsoft is our rock in these crazy times.
in a cloud of dreams by Richard Stallman!
"Speaking the Truth in times of universal deceit is a revolutionary act." -- George Orwell
I'm sure he's already started on an open-source Mono-based Azure clone.
Those dark clouds i saw on the way home.
---- Booth was a patriot ----
The Android allows you to download applications from the web, not jut the marketplace.
I don't believe the iPhone yet requires you to apply every latest patch to your phone in order to stay on the network, so it is different because users of your app have the choice to not patch if patching breaks your app. The main theme of the article is that it's not the users' choice whether the cloud gets updated, it will get updated if and when the cloud maintainer is ready to update it (though he doesn't ever mention things like deprecated methods that are frequently used to ensure backwards compatibility) and that maintainer is not you the cloud application developer nor your client the cloud application user.
The author says at the end that this same situation exists with every other cloud computing host though, and that's a part of the article that should have made it into the Slashdot summary
So why is there any reason to believe MS won't provide backward compatibility on their cloud stuff? That's what they do on the desktop....
No i didn't RTFA, its a tradition i didn't want to break with.
This is what Microsoft do. Its what they've done for decades, and it has made them hundreds of billions of dollars. The message they get from this is that customers don't mind their lock in, provided they get stuff that works. Therefore they don't see what they do as being wrong. If indeed it is wrong. I'm not so sure anymore.
Microsoft software works, and usually works pretty well (Not including that heap of poo that is Vista, oh gods I hate that). Bottom line? Most companies buy Microsoft solutions, and you would be amazed how many still don't even know what Open Source is.
They will continue to do so until Open Source software gets marketing as aggressive as that employed by Microsoft. It ain't about code/product quality boys and girls, its about your sales force. IBM learned this lesson early on. Microsoft learned it too, but Open Source is still laboring under the false impression that just having better code is enough.
It isn't, trust me on this.
A learning experience is one of those things that say, 'You know that thing you just did? Don't do that.' - D. Adams
... as opposed to, say, Google App Engine.
This sounds like a whole lot of fear, uncertainty and doubt. developers are already subject to upgrading software as patches emerge. Business clients are likely to push out security and operability patches as they are released. They will demand the same level of service they receive now with Azure if the patches break their apps. Remember, new != scarry; new==different.
This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
One could look at this in one of two ways. The first way is the line taken by the summary writer, that it's doom, gloom and disaster. In practice, this is actually the most likely scenario, as the alternative I'm going to suggest has never been seriously adopted by software vendors yet.
And now for that alternative! Writing code correctly. (Ooooh, scary! Just right for Halloween.) Correct code does not mean "correct according to Microsoft's preferred style", it means "abstracted out, so you don't give a damn about the underlying architecture" with "vendor-specific and platform-specific details encapsulated and hidden by portability libraries and high-level languages". If you write code that will run just equally well on a Cray 2, PC compatible, Apple, SGI Indigo or a microprocessor-controlled toaster, you can afford to simply not care what Microsoft does. The portability library(s), which might be any combination of cross-platform Open Source or Commercial libraries for common stuff, provides almost total immunity from Microsoft API changes, gives you (next to) zero upgrade costs (the "actual" costs are distributed across all of the vendors tied to the library at the time AND in future) and minimizes the risks (the minimum amount of 3rd party code is changed per API change and the maximum number of arcs are tested because everyone linking into the code becomes a QA).
Since the only practical method of maintaining such a model at the pace at which Microsoft breaks^H^H^H^H^H^Hchanges things is Open Source, it will force an increase in the adoption of Open Source methods and Open Source tools. At which point, Microsoft becomes a rather expensive bit-player in the operation, in comparison to alternative clouds. Since portability libraries eliminate lock-in, as well as upgrade headaches, companies would start going with the cheaper option.
This isn't going to happen, of course. Although the tie-in with Microsoft is harming vendors, creating excess overhead and reducing reliability, PHBs won't see it that way. All they will see is that lock-in means you can Blame Somebody Else. You can't sue them, you almost certainly can't even get them to honour their service agreements or any other contracts, but so what? Having Someone Else To Blame is the cornerstone of office politics. Good decisions are not. It doesn't matter if the company sinks as a result, since the notion of "company loyalty" is seen as something "old-fashioned" and inconsequential in today's environment. You go in, you get your paycheck, you eventually move on. It's expected. So why should a manager, who has no interest beyond looking good to other managers, care about good decisions? It won't earn them any more money, it won't get them any more respect, it won't give them a promotion, and it leaves them vulnerable to back-stabbing from other managers.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
for starters, Android is an open platform. Android dev kits are completely free (no developer program membership fee). and Google's distribution agreement, which is far less draconian, only applies if you want to distribute your application through Google. but developers are free to distribute their application themselves.
Because you spend so much time serving the Microsoft machine. Not just licensing, product activation and the time and resources that takes, but the constant upgrade cycles, new languages, new versions of the frameworks, security patches that break things...it's all freaking insane.
We scrapped all that. Servers, desktops, dev tools, everything and migrated our development environment and desktops to open source. We can scale for the cost of hardware, our dev tools are simple, don't take all day to install and don't hog all your system resources. We use a lot of command line and prefer it. While you're still installing VisualStudio and getting through registration, we're already working.
Our ROI is off the scale, we have more cash, spend more time actually working and we're turning out systems in time frames that would be the envy of any development shop. We use open source in business and our business works. I came out of a big Windows shop and we blow away anything they're doing with a fraction of the personnel.
So now MS wants to take elements from several product lines, put it in a blender, then lock developers into their way of doing things. Gosh, let me think about that...no.
If Microsoft offered real value, simple licensing terms, and provided products that actually contributed to our enterprise environment without being a dickish pain in the ass, we'd probably have a place for their products in our mix. But right now, no freaking way. Anything MS touches turns to crap. Their products are slow, complicated and bloated and we get by just fine without them.
That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
The fee Microsoft charges for MSDN is a pittance; that's not really an issue. Android is a different market altogether.
The telcos have their own dev market.
Oracle has its own dev market, as does Microsoft, VMWare, and dozens of others.
That doesn't mean I agree with what you have to do to get Microsoft's thunderstorm cloud, but to make it rain, you'll have to spend money and time somewhere. My preference would be in an open environment with lots of choices. But even LAMP is a committment choice-- it just has an open source concept that I personally like to live with. MSDN enforces a discipline that takes a different kind of investment with a different kind of developer and a different potential market.
There are lots of choices in this world; I'm not choosing this one for these and other reasons.
---- Teach Peace. It's Cheaper Than War.
This guy has just blown out a load of basless speculation and your all buying into it (any giving him page hits).
If you mod me down, I will become more powerful than you can imagine....
Likely you'll leave your Microsoft applications running on the platform version they're developed for while Microsoft may host many platform versions side-by-side. It's not unlike Google maps where developers can choose the API version their application runs with 1.x, 2.x, etc. Microsoft might be evil but they're not stupid, and they've been creating develop tools and frameworks for a very long time. They won't alienate their developers so there's no sense to assume a fearful stance because of a Slashdot submission like this.
...which has been reimplemented as open source.
It only took maybe a week after it was launched, too.
The only reason you'd be "locked in" to Google's service there is if you depend on them hosting your app for free. I call that a fair trade.
Don't thank God, thank a doctor!
Again, so-called "cloud" services are only cost-effective under certain conditions. A good sysadmin with cheap bandwidth can run circles around any hosted setup, and you get much more reliable throughput that way (if your sysadmin's any good).
Cloud computing being cheaper is a MYTH. It is billed in more granular fashion, which is great for attention-deficit developers who write the app-of-the-week, get their Digg and /. rush then fade away. Those people are not the driving force of the internet.
-Billco, Fnarg.com
I haven't delved deep into the workings of either... but is the Azure/Microsoft lockin any different than lockin would be in writing apps for Google's App Engine?
I'm usually the first to bash Microsoft. I'm usually the last to defend them. I do think they deserve every bit of flame they get.
But this is just getting stupid...
Apple did exactly the same thing with OS X. I'm talking about the initial launch -- OS X was a completely backwards-incompatible change from OS 9. In fact, there were major architectural changes -- like the introduction of such modern features as protected memory -- which would have made it pretty much impossible to maintain pure backwards compatibility and do everything they wanted to do.
So they said "fuck it", switched to a completely different architecture, and wrote an emulation/virtualization system called Classic.
One thing which I know I've heard described for Windows 7 was the ability to run an older version (like Vista) in a virtual machine. You know, kind of like Classic. The only difference would be if Microsoft wanted to charge you for the license -- and I hope they aren't that stupid.
I (and others) have frequently disparaged Microsoft for their bloated, crufty, undocumented (or under-documented, or mis-documented), and downright weird APIs. I know that before I heard about this change (which isn't news, by the way, it's been on Slashdot before), I figured I would do exactly the same thing if I was in Microsoft's shoes. Don't even try to support the old APIs -- just start entirely from scratch, build a compatibility layer, and tell people to upgrade.
One more thing, and then I'm done: What the fuck does this have to do with lock-in? What, did you think Win32 was open? It's only portable thanks to Wine, and Wine never has, never will, never can catch up and support every single app.
If you're going to be locked in anyway, why not be locked into something newer and (presumably) cleaner?
If it's not clean, that's another argument. But this strategy is not about lock-in.
End rant.
Don't thank God, thank a doctor!
What Apple did with OSX, Microsoft did with Vista and Azure. But as I recall OSX Classic mode couldn't run all legacy Mac programs just as Vista's Win32 Legacy mode cannot run all Legacy Windows and DOS programs.
I recall Mac OSX had the Basilisk 2 emulator to run Classic Mac 68K programs that OSX Classic mode couldn't run.
Windows Vista uses VMWare or Virtual PC to run XP and under in Vista for Legacy Windows and DOS programs.
But it is ironic that Amiga, Inc. when it wrote AmigaOS 3.1 found a way to run the old 68K and PowerPC AmigaDOS/Workbench 1.X and 2.X programs under it without too many problems, and even gave legacy rights to a group to create an open source version of AmigaOS 3.1 called AROS Amiga Research OS that can run on i386 and PowerPC systems and have built in emulation for 68K Amiga code based on UAE with their own version of Kickstart in AROS with backwards compatibility.
Amiga got it right, Microsoft and Apple didn't, for solving Legacy Software problems.
Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
The first five of cloud experiences will be all about lock-in from all the vendors - you'd have to be an naive in the extreme to in any way single out Microsoft in that regard. Jesus, some of you folks need to get your head out of your asses for a different perspective - that same old view is starting to develop a stale odor...
Slashdot has a sister site where people various open source products are presented, rated, provided and supported.
This search for "reporting" should get you started. Apparently the JasperReports reporting engine is stable and well though of, and iReports is a popular interface to it. But I haven't tried them.
Good luck.
Help stamp out iliturcy.
I call B.S. Please enlighten us on exactly how it has been reimplemented as open source? All of your storage is still done using Google's Big Table and the GQL query language. If you can find me the source for Big Table, please show it to me.
Unlimited broadband seems to be going away, bandwidth caps are coming in, traffic shaping is already here and Microsoft want to move the processing to remote data centres? I look forward to scanning a photograph, editing it with CloudPaint and printing it out on my local printer using the generous 9kbytes/second upstream 200kbytes downstream i get from Virgin Media. I don't think i will even bother looking at CloudVideoEditor.
They whose government reduces their essential liberties for temporary security, receive neither liberty nor security.