ISV “Partners” of M$ Cast Off

“Traditional desktop apps, however, will not be able to run on ARM processor-based machines, Sinofsky made clear during a question-and-answer session. Since such applications will not be able to take advantage of ARM’s advanced features, such as the ability to adjust power states when not used, it would make little sense to provide a way to run such applications on ARM processors, he said.”

So, “Partners”, take notice. M$ intends to leave you behind. You propped up the monopoly for decades and this is the thanks you get. Start over from scratch if you want to run on that other OS on ARM. GNU/Linux, OTOH, will gladly run your legacy apps on ARM if you had written them for GNU/Linux. Think about that the next time M$ suggests you would benefit from writing for that other OS…

Only a little while ago, Ballmer praised you, “Developers! Developers! Developers!” and Ballmer repeated the chorus like a parrot, but it was a lie. M$ has been using you to prop up the monopoly and now, when it is convenient, M$ will leave you behind and dump all your hard work in the trash. Of course your apps will continue to run on x86 but that’s deprecated. No growth is forseen. You have tied your boat to a sinking ship.

Wake up! Use GNU/Linux, an operating system that is a cooperative product of the world. It works for you not against you. Even better, place your applications on web servers running GNU/Linux so that users can run whatever operating system without impacting your bottom line. Don’t allow M$ to derail your business. Don’t allow M$ to dictate what languages you should use to create your applications. Do your own thing and be free of monopoly and lock-in. Let your users share the same benefits of open standards.

About Robert Pogson

I am a retired teacher in Canada. I taught in the subject areas where I have worked for almost forty years: maths, physics, chemistry and computers. I love hunting, fishing, picking berries and mushrooms, too.
This entry was posted in technology. Bookmark the permalink.

7 Responses to ISV “Partners” of M$ Cast Off

  1. oiaohm says:

    Contrarian Simple question why are more and more android devices appearing with HDMI ports.

    Yep little screen too small plug in a bigger one. I wonder how long before cars come with entertainment systems with larger screens that you can plug into by HDMI. Wait they exist in expensive cars.

    Redefine that how long before they are in affordable cars.

    So yes the android screen problem is here. Reason for ice-cream sandwich in fact.

    There are android TV boxes out there as well using android applications on tv size screen Contrarian.

    Basically screen issue hit 12 months ago and is basically solved. Resources from android applications are better. There are projects to bring android applications to desktops.

    Database problem does not effect android there are many java databases and access to sqllite as well.

    Also doing html 5 application using indexed db with the upcoming multi threading in javascript will not be too bad at all.

    Note html5 applications can have bundle installers for iphones, android, meego, windows phone 7, linux and windows.

    This is MS problem the battle is coming at them from two sides. Universal solution vs platform code. The universal solution is getting better.

  2. Ray says:

    That’s… more of a browser problem, not an OS problem. And CSS solved it.

  3. Contrarian says:

    “GNU/Linux solved that problem ages ago”

    That is a big laugh! If you think that scaling a big screen down to fit the pixel limits of a display device is a solution to the issue, there is little hope for you and you and Linux deserve one another, #pogson.

  4. Contrarian wrote, “You cannot write a program that needs a megapixel display or greater and expect anything useful to emerge on a phone or small tablet. Or even an 800×600 netbook screen.”

    You are stuck in the 1990s when IE forced people to produce web-pages stating, “best seen at 800×600”. Ever heard of “%”? It does wonders for scaling screens. GNU/Linux solved that problem ages ago. I can install GNU/Linux on a 7″ netbook or a multi-screen monster and get good displays instantly. Android 4.0/ Ice-cream Sandwich has that problem solved, too.

    M$ is a laughing stock compared to FLOSS on ARM. I wonder if they’ve include copy-and-paste this time…

  5. Contrarian says:

    “I still think that they should have some sort of x86 compatibility”

    Processor compatibility is taken up by the compiler, certainly, or at least the .NET CLR for the ARM device. Generally speaking, the things that change are the things that are affected by the display available, but that is going to be the case no matter what. You cannot write a program that needs a megapixel display or greater and expect anything useful to emerge on a phone or small tablet. Or even an 800×600 netbook screen.

    You have to redesign the presentation anyway, so you have to re-do that part. Data layers are a problem, too, if the device does not support the storage access method. If your program requires interaction with a local SQL server, it is not going to work on a phone or tablet.

    Going the other way is no problem, though.

    I think that the Android stuff is going to have a problem with that, though. If I write an Android app that runs on a phone, what is it going to look like on a large display? Like an army training aid phone? Metro makes that a lot more reasonable looking. There is no Android for PCs, I believe, so the problem hasn’t occurred to #pogson as yet.

  6. Ray says:

    About having to write from scratch, unless they’re writing it in x86 assembly, porting it to ARM may just be a compile. Still… I still think that they should have some sort of x86 compatibility, like how Apple did with Rosetta when they switch to x86 from PPC, or with Mac 68k emulator for when they switch from 68k to PPC back in 1993.

  7. Contrarian says:

    “Wake up!”

    You are not a developer, #pogson, so you miss the message here. It is just another gimmick interface, called “Metro” this time, to go along with the plethora of previous styles and initiatives from the past. Things change, as they must, to meet changes in customer moods and outlooks.

    Programming for phones and tablets is quite different from a results point of view than programming for a classic PC. ARM devices are limited to the little guys, for the most part, so the way to address them is via the Metro interface as designed for that purpose.

    Nothing here is any knife in the back for developers, #pogson, just one more fancy tool to weigh down one’s utility belt. Consider that your little hangman game is not going to run on Android either. It’s the same thing, at least conceptually.

Leave a Reply