*blink*

[kickaha]

Apple announced earnings tonight.

2.1M Macs sold this past quarter.

According to this here article at the NY Times yesterday, "Gartner forecast that Apple would grow more than 37 percent based on expected shipments of 1.3 million computers, for an 8.1 percent share of the domestic market."

Let's adjust, assuming Gartner's estimate of total sales is accurate...

8.1% = 1.3M/X

X = 16.05M

2.1/16.05M = 13.1%


...


Wow. They broke 10%, and handily. I've said for years, that I'd be thrilled if Apple had 10% of the US market, and stayed there. Now, 20% doesn't look out of the realm of reason. Dayum.

Take out massitude bottom-budget cubicle-filling PC orders, and... that's a serious chunk of the consumer market.

Just, wow.


Edit: If today's after-hours nearly 7% boost to AAPL holds, when the market opens in the morning, Apple will have a larger market cap than IBM or Intel.

Jeebus.

Comments

[franktheavenger.livejournal.com]

I'm not sure what you mean by 'DLL hell.' And honestly reboots are technically not neccessary to update, at least since XP, but they tend to require them anyway because...well, because they can't really program well enough to be sure it works without a reboot. That does annoy me. :p

I would HATE a machine or software that automatically updated everything in the background. Hate. I want total control over my machine, which is why Google's plan for the future of computing makes me very angry (not to mention the reason for it). I tend to think most users would be confused by a new feature suddenly appearing in their software.

So what's your reimagining of OSs? :)

[kickaha.livejournal.com]

DLL Hell: when you end up with multiple versions of the same dynamic library, and the system can't keep them straight without, for instance, embedding the version number into the name... which essentially makes it a static linker with shared file space. Or, you upgrade a library, and no existing application can take advantage of the bug fixes without a recompile, or at least, a relinking. Lame.

And no, what I mean by automatic updating is things like: I can upgrade, replace, or downgrade the HTML core of my web browser, and all apps that use it get the same behavior for free, no work needed. Or, Apple can upgrade a system library, say for instance, the font panel, and *every* application gets the new behavior for free. (This is one reason why every MacOS X upgrade has gotten *faster* than the previous release - as the core pieces are optimized, every single app gets the added speed boost, without the developers having to do anything, or the users having to go get a new version.)

Now here's where it gets fun - say the new version of the library introduces some incompatibility with the old library. No problem - the versioning is intelligent at the loader, and it grabs the appropriate compatible library version. Apps that don't rely on a specific version level get the newest library - those that require a specific version get the one they need. All automatically. The user doesn't have to do squat, but install the upgrades they choose, and the developer doesn't have to do anything but say which library and version level they need - everything *else* is handled automatically.

OS reimagining? Hmm - I really miss the NewtOS's concept of a data soup - there were no files, just a database of data that was tagged with datatypes, keywords, etc... ie, it was metadata before metadata was cool. Any app could request data that it could handle, and would get access to it. We're starting to see bits and pieces of this in other OSs now, a decade+ later, but it was pretty slick.

IIRC, it was Plan9 that had the processor cloud, where the microkernel could be ported to a ton of different architectures, and they could share in the workload across devices, the network, whatever. Neat concept, with some obvious blocks, but some definite advantages.

As for the UI, while I like the noun/verb approach currently in use (when applied methodically, and not ad hoc), gestures have a bright future, methinks, particularly on dedicated devices or units where input methods are constrained.

In the language level, we *seriously* need to stop dicking around with half-assed solutions like Java, and just get our asses over to a fully dynamic language. The only thing that's been preventing is developer inertia of not wanting to learn a new methodology. We have the cycles. Let's use them.

I'm sure I could come up with more... :)