Mobile Carriers Cry "Less Operating Systems"
A NYTimes story says "Multiple systems have hampered the growth of new services, mobile phone executives say. " The story does a good job of capturing some of the changing dynamics in the mobile OS market — but rightly raises the point that given the sheer size of the mobile market, it's unlikely we're going to see the homogenization we have in the desktop market.
"FEWER" systems! "FEWER"!
I know they have trouble adding-up, but jeez...
Smokey, this is not 'Nam, this is bowling. There are rules.
If/when there is one mobile OS they will be crying MORE, MORE!
Libertarian Leaning Political Discussion Forum.
it's unlikely we're going to see the homogenization we have in the desktop market.
I sincerely hope so. More competition -> better products.
Right now if a mobile phone gets popular it's because it has features that more people want, not because 'everyone else uses that one'. That's the way it should be.
Now if only we could get the desktop market to behave that way.
Say what you will about Windows on the desktop, but the homogenization of the desktop OS is one of the main things that accelerated the growth of the PC. I'm not saying that it would be good for the mobile market by any stretch of the imagination -- one of the reasons we have so many OSes is that we have so many devices, each targeted at different tasks.
However, in my mind only one OS could possibly fill the bill for all mobile devices, and that's Linux. Linux is easily and readily modifiable, not just by license, but by the way it's grown into a modular kernel that's fairly platform agnostic these days, one that can be stripped down to the tiniest sizes if necessary.
If I had one mobile OS to choose from -- well, Linux would be it. And it's not just because I'm a Linux-using geek, but because it really is the best tool for the job.
My blog
What we need here is a good, old-fashioned monopoly.
You know, something we can praise for setting standards and reducing overall expense now, and hate for existing later on.
I bet it wouldn't be such a problem if they just left out the crippleware in order to nickel and dime us.
Will all of the lock down, lock in, and prison sentences (aka 1-2 year cell phone contacts)
I once tried to get a windows mobile phone and they said that you must pay for 2 years for data + voice to get it at the deal price.
T-mobile is cutting off data / internet to non T-mobile apps on some of there phones.
others lock down Bluetooth to force you to use there network, and some have internet data limits.
The I-phone is cool but they only want you to use payed for apps on it.
You have to feel for the poor mobile telcos.. They have to work so hard supporting a number of operating systems on phones so that they can hobble them and make sure that their customers are wrung of every penny they can be.
Now, instead of crying about possible missed new lock-ins because it's too much effort to write the shackling software they should just shut-up and let the phone makers produce phones that the public want rather than those designed purely for the mobile telco's mean, narrow minded, penny pinching marketing departments.
Agrajag: "Oh no, not again!"
Oh poor carriers! Boo hoo hoo!
They're just upset because they put a lot of research and development into stripping the features out of phones that they find inconvenient, and having multiple systems means they need to spend that much more in tech so that they can hamper the new devices similarly.
I mean, they CAN'T just let the phones be, can they? If they did, then the phones would have the out-of-the-box capability to transfer ringtones and wallpapers 'n whatnot directly from people's PCs, or from web sites OTHER than the carriers!
New OSes have *nothing* to do with the fact that adoption is being hampered. It's the greed of the telcos that are hampering things, because they demand that phones be completely locked down so users are ONLY allowed to do what the telcos want, like paying 4 bucks for crappy renditions of Madonna songs.
This sounds great on paper, but I'm reminded of J2ME - all the apps get coded down to the lowest common denominator, rather than actually getting something that takes advantage of your phone. For instance, compare the J2ME and Windows Mobile versions of Google Maps - the latter is just far better, even though the J2ME version could conceivably run on the exact same platform.
However: I do think that non-smartphones will see a common Linux variant as their base in the future, with J2ME on top. I just don't think it'll happen in the higher end of the market, where SymbianOS and Windows Mobile will continue to fight it out.
Plausible conjecture should not be misrepresented as proof positive.
They do. It's called Symbian OS.
But this is why Microsoft is actually a good thing on the desktop market. I'm all for using different OSes, but the sheer number of applications available for a single OS (And in this case it happens to be Windows) is staggering compared to how bad it COULD have been had we had multiple OSes that were popular. It's expensive to develop cross platform support, which is why most companies will aim for the market that makes them the most money.
I'm still looking forward to Linux and Click and Run technology -- that is the first step of many needed to start surpassing Windows on the desktop.
The price is always right if someone else is paying.
I do not know about you guys but I prefer more competition and less vendor os lock in.
Java is huge in the mobile market as a result.
The problem I have is all the oses are dictated by the monopolies of the carriers. Even the menu's must work all the same and all applications except java applets need to be signed so they can be the gatekeepers aka the carriers.
http://saveie6.com/
Okay, I know I'm just a raving OpenMoko shill, but if you think the iPhone is open, you have another think coming.
Do *you* want control over your phone the same way you have control over your desktop (assuming you run Linux)? Check out OpenMoko, and the FIC Neo 1973. It's essentially a palm-top computer that also happens to be a GPS-enabled phone, all running Free software.
The iPhone will restrict software just as much as current offerings do.
Microsoft is to software what Budweiser is to beer.
Perhaps. But despite what the article claims, the problem is not a proliferation of operating systems. The problem is a proliferation of userland APIs. If the phone presents a consistent API to userland programs, then the underlying OS is irrelevant. To an extent, the mobile world has a standard API in the form of J2ME. But it's far from universal, and support is patchy, so an app written for one phone may or may not work on another phone. And of course, J2ME isn't necessarily the best choice of API in the first place. But your single OS solution could still potentially suffer from the problem of multiple APIs, so that in itself isn't a complete solution. I'll admit that it would probably help the situation, though, and agree with you that it's unlikely to happen.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
What REALLY makes me LMAO with this thread is that this is EXACTLY what you all rail against on the desktop, where y'all get a glowy feeling imagining a world with hundreds (or thousands) of different desktop operating systems.
Here the cellphone operators are telling you that this is a bad thing, and, ironically, you're by and large agreeing with them... Why not tell them that every vendor should pick their own linux distro that they can customize and install and be unique? Afterall, it's EXACTLY what you'd all do if the platform in this article were PC's instead of mobile phones...
-AC
The other approach that Apple seems to be encouraging, is to let the hardware manufactures support their own devices. Sure it means the mobile carriers lose some control, but in doing so they also offload some of the headaches. Mobile carriers want to control so much, that they are causing their own problems.
Jumpstart the tartan drive.
- Symbian UIQ
- Symbian Series 60
- Symbian Series 60 v2.0
- Symbian Series 60 v2.2
- Symbian Series 60 v3.0
- Symbian Series 80
- Symbian Series 80 v2
- BREW 2.10
- BREW 3.12
- BREW 3.14
- Palm 5.4
- Palm 6
- WinCE 4 SP 2003
- WinCE 5 SP
- WinCE 5 PPC
- J2ME CLDC
- J2ME CDC
- J2ME JSR-184
- J2ME M3G
And that's just the ones that I can remember off the top of my head. Some of these are legacy builds, but there are still customers who want them. A large part of our product family is platform abstraction code; if you want to support multiple mobile platforms, you either bloat your code with abstractions, or drown it in #ifdefs. In either case, you have to write to the lowest common denominator, and avoid anything that's even remotely platform dependent, which does engender decent coding discipline but at the result of reducing productivity. That's mostly a C issue, but even J2ME isn't immune, particularly when you have to deal with extensions like OpenGL ES or M3G.If I never had to work in anything but (e.g.) J2MD CDC OpenGL ES or (gasps of outrage!) WinCE SP2005 again, I'd be a very happy bunny indeed.
If you were blocking sigs, you wouldn't have to read this.
Hmm... not sure whether the parent has really worked on a mobile phone platform. I've worked extensively on several: many proprietary RTOS platforms, Linux and Windows Mobile, with a little Symbian thrown in.
...)
Linux is a kernel. A pretty good one, I grant, but it only provides kernel services. The key to a mobile device is what sits on top of the kernel, and Linux has less of a good story to tell. Look at Windows mobile or Symbian and you'll notice that they each provide a well-defined set of telephony oriented services and APIs and a set of applications which use these.
If you want to build a product based on Symbian or Windows Mobile, you basically just have to implement a set of well-defined APIs and device drivers for your platform and you're good to go. While this is far from being a trivial undertaking, it provides a stable environment for 3rd party application developers, who stand a reasonable chance that their application will work as expected on any device supporting the OS.
The Linux situation is fast-developing, but there's no question that the rich telephony middleware layer isn't really there yet. There are a variety of different consortia, all of which have websites with "white papers" and some of which have formal API documents. To my knowledge, however, none has anything close to a complete, commercial quality implementation of a reasonably full suite of telephony middleware and user applications. I don't doubt that this will eventually arrive (there's a lot of pressure in that direction), but there's no 'standard' that I can see.
Let's just look at UI and application framework: there are at least two common options and a rich variety of more-or-less unsupported options: QTopia (which is probably the most mature right now, but costs $$$) and GTK+ (which is free but less mature on embedded platforms). If I'm an application developer, which do I target. Unlike Linux desktop machines, most of which resolve the problem by installing most of the libraries for both, space is at a premium on mobile devices - so QTopia devices require QT for the UI (and lock out GTK+ applications) and GTK+ devices do the converse. This is important to operators as a QTopia based phone is sufficiently different to a GTK+ based phone that they would really need to treated as separate platforms even though the kernel is the same.
At least the UI frameworks exist and work pretty well. What about the code to do things like:
* Manage a SIM-based phonebook
* Interface with a CDMA or UMTS modem (which needs to be specified
in an abstract way to support the many different chipsets out there)
* Implement the SIM toolkit
* Implement all of the user notifications required for SMS, supplementary
services, SIM and so on.
* Gracefully manage multiple network connections in a seamless manner
(upmarket device probably has cellular packet service, Bluetooth,
WiFi, possibly tethered connection to desktop machine, IrDA,
* Secure update of the software images on the device
* Over the air provisioning of connections and services
I could go on, but I guess the point is made.
Sadly, Linux for embedded mobile devices risks becoming marginalized by a repeat of the 'desktop wars': several incompatible implementations of some pretty basic services which end up fragmenting the market because none achieves critical mass. Success means reducing the number of 'initiatives' (probably to one) and showing us the code. Enough of the white papers...
GG you just owned half of Slashdot readers.
That isn't the problem at all. The vendor of each OS has to deal with that problem, not the carrier.
The problem is that carriers want to develop features they can charge for on a recurring revenue (pay-per-use) basis. In a multiple OS, high flexibility world, features exist on the handset, not on the network. That means the customer gets to use music, video, voice dialing, games, photos, VNC, SSH, instant messaging, e-mail, etc, and it all looks like data to the network, or doesn't even use the network. This stops them from charging you per message/photo/song/minute of video, because messages become tiny bits of inexpensive data, photos get transferred to the user's PC via a memory card reader or data cable instead of through the high priced photo service (or as a message that is indistinguishable from a tiny amount of data), etc...
Developers don't write for mobile platforms because they aren't welcome there, not because there are too many OSs. When the carriers say that the number of OSs limits new applications, what they really mean is that it limits their ability to lock down applications as a service.
no text :)
The price is always right if someone else is paying.
And it's terrible.
0 2/05/139207
"Inside Symbian: the Platform Nokia Secretly Hates"
http://developers.slashdot.org/article.pl?sid=07/
I used to work for a company (Extended Systems, now iAnywhere) that developed on Symbian. It's a horrible development platform from what I was told.
"Mobile phone executives have hampered the growth of new services", mobile phone users say...
What REALLY makes me LMAO with this thread is that this is EXACTLY what you all rail against on the desktop, where y'all get a glowy feeling imagining a world with hundreds (or thousands) of different desktop operating systems.
No, I don't. In my perfect word there would be one or two core OS, and they would be OPEN SOURCE. So, there is nothing ironic about my viewpoint.
The fix for this is easy, and I understand already implemented in Finland and a few other countries - phone manufacturers can't sell service plans and network companies can't sell phones.
Open access, open API's, competition in the phone market, competition in the rate plan market.
This appears to be the sweet spot for government regulation in this market because it increases competition, not decreases it.
I imagine it also drives towards Internet-based services as a means to avoid redundant negotiations with multiple carriers for every new feature a phone manufacturer wants to implement.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Hate to break it to you, but Apple has the clamps on full tighten already. In the case of the iPhone, the device will only do what both Apple and Cingular approve. 3rd parties aren't allowed to develop for it. Apple isn't your savior here...given the chance it will be the greatest offender. By all means though, take your chances for now. When Jobs says he has your best interests at heart you believe him, right?
Your math is wrong. 2/3 is 67% so Symbian plus WM would be 81% according to their numbers. Furthermore, there are many Symbian platforms that make up that total, so while 81% run one of two operating systems, there are many unique platforms to develop for to get 4/5 coverage. It is disimilar to the desktop market.
Of course, no one is forcing these providers to support all phones nor is it the case that any of them do it.
But as a consumer, why should I care about how hard a market is to develop for? Are the prices a little higher? Maybe, but nothing like what they are under a monopoly. Price out Microsoft Office or Vista and then price out the most expensive thing you've ever purchased for your cell phone.
W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
Turns out a mobile phone is not a desktop. Pretty shocking, I know.
So do you want J2ME for MIDP 2.0? Or MIDP 1.0? Or do you want BREW from Qualcomm? 1.x or 2.x or 3.x?
No matter what you choose your APIs will multiply like rabbits. Because people want something better, something that was not thought about during development of previous revision/version/variant of API, something that cause a giant in-fight leading to exclusion from current standard etc.
While it would be lovely to have one standard platform I doubt industry would agree to restrictions that come with it. You have people running around with old phones, do you think they'd agree to give up their "precccioussss" for a new model, even if it's better and runs standard API (whichever that may be?) I don't think so.
So, it'll remain in "Oh wouldn't it be nice to have NNN" folder, unless some extra-hyper successful platform/API wins them all at once.
Hyperom.com
Standardizing the OS is unimportant. Even the web is OS neutral, r.g., HTML, PDF, MP3, etc. The industry just need to define open file/transport protocols and let the handset makers innovate all that they want.
The problem is a proliferation of userland APIs.
Right. The root of the problem is a lack of standardization. Each company wants it's own proprietary interfaces to everything, and that practice made them some extra money in the short term. Now they're whining because customers are expecting more and they have no standards upon which to build.
Take any major engineering achievement and you will see lots of open standards beneath it. The carriers want the lock-in without the inherent engineering limitations; big surprise.
Social scientists are inspired by theories; scientists are humbled by facts.
It's different sure, it could be better but horrible no. That article about Nokia hating it was written by a guy fired from Nokia and who has a grudge against Symbian. Take it with a pinch of salt
Competition is pointless and useless if it doesn't produce anything of value. I'd very much like to be locked into something that works REALLY WELL which is why I can't wait for Apple's iPhone.
Java on mobile devices sucks. I have a Treo 700p and Opera Mini for it just doesn't work as well as a native app would. It friggin asks me everytime I start to use it do I want to connect to the internet. No I opened up a web browser so I could NOT connect to the internet. WTF?
Mac OS X and Windows XP working side by side to fight back the night.
Fortunately, you are wrong :)
... lets not forget that JavaME was also crippled by mobile carriers ... that's why I don't give a damn about what they say.
It is not GTK+ that's the platform, GTK+ is just a GUI toolkit. You should take a look at GPE and GPE Phone Edition.
And also take a look at OPIE, a Qtopia fork.
I don't know what white papers you are talking about, but if I were to build a phone, I wouldn't want any other kind of software on it, other than open-source that is. And that's because I would get total freedom to modify it in any way that suits my needs. And I would get a great community behind me (too bad Trolltech thought to cripple its Greenphone with that awful licensing).
And that's especially important in a market with multiple hardware platforms, and with huge resources limitations.
And also
Windows Mobile sucks. It is a very bad OS. Integration and ergonomics are just not there, neither is interactivity and real time. To give a few examples:
* no possibility to press just once to send an SMS. One has to tap at least 4 times to get there.
* When calling a missed call phone number, expect the OS to ask you if the phone number is correctly spelt (sucker, it's YOUR input!)
* Voice and SMS logic are separate. No easy options to text a voice contact (redial/missed call/busy call), or to call an SMS contact
* No easy way to shut down an application after use, it will just keep running, even if resources are low, until killed or explicitly exited
* Sometimes, answering a call to kill a loud ringtone is impossible, because some random unrelated window was open
* SMSes are randomly deleted.
* Eventhough SMSes are displayed on top of the screen at reception, you have to explicitly open them to have them marked as read. Same goes for the otherwise very boring delivery receipts
* Activesync over Bluetooth has to be triggered manually, and is abysmally slow. Over USB it is only usably slow, eventhough 30secs seems like a lot of time when there is no time
* minor, but no MP3 ringtones
* after dialing, the soft keypad is automatically minimized, which is very bad for IVRs
I could go on for hours. A $50 Nokia provides a better user experience for phone services than the 500$ HTC P3300 that I in fact decided to sell after a month of use. (I have a very decent nokia N70 which I just needed to refurbish for further use)
Disclaimer: I work at a mobile operator. Our rates are rather high compared to the competition, but in Belgium is is explicitly forbidden to SIMlock. I love that. Because SIMlocking is forbidden, there are no subsidised phones (it is actually even forbidden to sell a SIM card with a phone, our legal department took care of getting this banned as the competition did a better job at it), which means people have to buy them from retail at full price, which means feature are rarely blocked.
This may be flamebait, a troll, or just general bitching, but I've got some karma to burn, so WTF. I am always amazed that computer geeks have such a negative attitude about spelling and grammar, considering that most people here have some knowledge of and experience with programming, and many program for a living. It seems to me that if you can't spell, you can't program.
int main() works, but
innt mayn() doesn't
So why is it that people who are proud of their fluency in C++, or whatever, are proud to sound like a drooling mouth-breather in English?
Some mornings it's hardly worth chewing through the restraints to get out of bed.
...what most people rail against is the illegal monopoly Microsoft established in the operating system market, without which, operating system independence for applications would have been established a long time ago.
People really should learn about computing history and computer science before posting, then we wouldn't have to filter through such FUD-fueled nonsense.
MS says: If we didn't have a monopoly, users would be overwhelmed by choices.
Ignoramus: Gosh that sounds about right.
MS says: If we didn't have a monopoly, ISVs would go broke trying to support all the different platforms.
Ignoramus: Gosh that sounds about right.
MS says: If we didn't have a monopoly, some other platform would have all the virus problems.
Ignoramus: Gosh that sounds about right.
Mod'ed as interesting? There must be a lot of ignoramuses out there!
If a user wants a new feature, they are not allowed to install a new app or upgraded OS on their phone to achieve it. I replace my PC every 5 years, but my cell phone is lucky to last two.
There should be a standard API for 'GSM voice calls', for example. That way, every user of that technology can download a Java App that will work regardless of the phone. Screen resolutions vary, but variable size fonts and appropriate UI design can address that problem.
I'd gladly pay for a phone that I could install software on to do interesting things with certain phone calls, based on who's calling, or when they're calling. All the carriers should be permitted to do is update the software I purchased from them, nothing else
It's my computer/phone/PDA, so I should control what apps go on it.
[rant]
Oh, wait a minute I did pay for a phone with those features. I've got a broken Treo 180 in a drawer upstairs that did everything I wanted, except that it's in two pieces now, due to a defective flip lid design.
[/rant]
Sadly, Linux for embedded mobile devices risks becoming marginalized by a repeat of the 'desktop wars': several incompatible implementations of some pretty basic services which
And this is different from Symbian, how?
so QTopia devices require QT for the UI (and lock out GTK+ applications) and GTK+ devices do the converse
That's incorrect; GPE is based on X11, and it can run Qt applications. Furthermore, the amount of space the Qt libraries take is not that large.
QTopia (which is probably the most mature right now, but costs $$$)
I think this is pretty much the deciding factor: QTopia is little different in terms of licensing from Symbian or WinCE; we don't need another proprietary phone OS. GPE on Linux is a fully open source and free phone OS.
They complain about all the phones because they have to configure them all. Well, this is a bunch of horseshit. The manufacturer will be happy to do that for you, aside maybe from loading in custom graphics. And it's unimportant anyway, because you can't even take the config from a RAZR V3 and dump it to a RAZR V3i for instance. Many settings are the same, but many settings are NOT the same (the speaker/mic gain table is not the same, for example) so you actually have to roll a whole new config file not just for different phone families, but even for different phones inside the same family.
I'm not sure what the real issue is - maybe someone inside the industry can explain that. But having more types of phones to configure is not a big deal. Also, you don't HAVE to configure phones you're not selling, so it's even less of an issue.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
The mobile *carriers* shouldn't care what OS the phones run on. If it runs Symbian, OS X or Windows Mobile they need to carry the same data. GSM is a standard, as is EDGE and GPRS.
Phone *providers* I can understand, because they need to have standards for things like image exchange.
How many people can read hex if only you and dead people can read hex?
cpeterso
To me the more important question is: how universal is J2ME? Can it be run on most of the OSes?
If J2ME is widely accepted and works well on every OS, I wouldn't mind having many OSes.
To give a few examples:
/.
I don't know which version of windows mobile you're using, but have never seen *ONE* of those complaints on my phone, with the exception of the activesync issue.
Since I don't have SMS issues, can use MP3 for ringtones, and don't have misspelling prompts, I'm thinking you're using a carrier modified version of the phone's firmware. Please complain to your carrier, not to
Note: I'm a linux desktop user, and a Symbian user. But even I can't stand this much fud.
This is not fud, this is the user experience I have on a fucking existing piece of hardware running windows mobile 5. Like I told you, we (the carriers in Belgium) don't modify the phones further than some cosmetic branding, as there is no incentive. The fucking phones could be bought without the clamping in independent stores.
My carrier is me and my colleagues, and the only things I would complain about is the insulting salary.
Signatures are a waste of bandwi (buffering...)
They are very careful to play Symbian off against Windows and (to a lesser extent) Palm.
As soon as one OS is dominant, the owner will be able to demand a larger portion of the pie.
No industry is going to let Microsoft own the space if they can help it.
Open source may change this...
VLC Remote for iPhone and Android
In the computer world, we pretty much have that. It's called POSIX/SUS. Too bad Microsoft didn't get the memo... and it's too bad that there's still not a decent cross-platform standard for GUIs....
Check out my sci-fi/humor trilogy at PatriotsBooks.
The article linked in the New York Times correctly uses fewer and not less. Corruption must have occured.
t ry
I completely forgot what I was going to post. So I'll say something else. About how Perl programmers would disagree with you.
Larry Wall's Perl is a fantastic language, because as a linguist he tried to emulate the versility of natural languages. Perl includes pronouns (it, them) and the same characters can be used for different functions, depending on context. He wanted to travel to a remote people without writing and help them create a system, but couldn't afford to, so blessed us by creating Perl. Thank you. See http://www.wall.org/~larry/natural.html
I've forgotten again. Shit. Sorry. Matt
Oh yeah. Making a program language more natural isn't about using more English words and fewer punctuation characters - *cough* to the languages that want you to write number.arithmetic.multiply - a ridiculous construction, but by helping the user achieve a similar command (if not comfort) we have with out natural languages. Greater writers are never confined by their language, they play with it, tease it, and often ignore all convention to create their masterpieces. What programming languages can boast poetry?
http://www.perlmonks.org/index.pl?node=Perl%20Poe
Actually, it doesn't, it just isn't very clear about it.
:-)
The 'gotcha' is the comment "two-thirds of smart phones"; Smart Phones make up a smaller percentage of the global handset population say 10 to 20% globally. The remaining 80 to 90% are regular old phones like the Razor, or Chocolate, Pebl, etc...
Technically each has a different OS, and trying to support every vendor, and each phone model is a nightmare for content developers and providers. You end up with different MIDP support, different screen sizes, and different network access API's. (we won't even bring up Brew vs. Java
When has there ever been a single OSS variant of anything?
,"Linux", based phones I have seen have been locked up pretty tight by the carriers. While I guess it is a moral victory that the locked down inaccessible one of ROM in that phone is build on the Linux kernel instead of say Motorola's latest it is a pyrrhic victory at best and has little impact on me the developer.
Linux: There is no single OSS Linux OS instead dozens of distros with no two people meaning quite the same thing when they say, "Linux". Heck some won't even say it preferring instead to run, "gnu/linux."
Editors: Emacs vs Vi, and don't even get me started about ed man, "it's the standard editor."
Even the term OSS is fraught with peril. To some OSS is fighting words. They believe in Free software and will fight to their last breath for it.
Speaking as a mobile developer, www.mywaves.com I would love to see a truly open platform for phone development. So far though most of the
Strange as it sounds, "Windows Mobile", may be the most open platform out there for phone development and that is a sad commentary on the state of affairs in the mobile world if ever there was one.
The era he speaks of, the NT4, 9x, 2k days, there were a fair number of mismatches, primarily in terms of drastically different driver models and levels of support for DirectX. Applications weren't that bad off for the most part, but the big picture was a lot more complex than most apps. Win2k, WinXP, Win2003 were not overly different, but NT to 2k, and now XP to Vista are moderately painful base platform changes..
XML is like violence. If it doesn't solve the problem, use more.
Give us(the end-users) the ability to choose our OS! like the PC market. Which apparently has far fewer options than a cell phone(um sarcasm). These people have no clue at all. -out
Support bacteria, the only culture most people have.
That depends how you define OS, but being 'Open Source' and only having 'one or two' versions is incompatible: look at the mess of Linux distribution with different packaging, frameworks, etc.