Tuesday, May 27, 2014

ARM, economies of scale, and maintaining options

There is a rumor going around that Apple is (again/still) considering switching to its own ARM-based CPUs in at least its lower-end Macs.

First, consider that platform independence was one of the primary touchstones in the development of OSX, and, from the beginning, Apple maintained parallel PowerPC and Intel builds, for something like five years before finally deciding to take the plunge, driven, in the end, by IBM's unwillingness to continue to invest in energy-efficient consumer versions of its POWER architecture, and Motorola's disinterest in what they viewed as a niche market and heavy investment (eventually leading to heavy losses) in Iridium.

Driven by the need for reasonable performance in a very low energy package, Apple has developed its own line of processors, based on ARM, which they've made and sold by the millions, packaged in iPhones, iPods, iPads, AppleTVs, and perhaps even Airport Extremes. Because it owns the designs, the marginal cost of each additional unit is very low, and it's likely that they can assemble a circuit board bearing four, six, or even eight of their own A-series chips for what a single Intel processor costs them.

That Apple would maintain a parallel build of OSX on ARM is practically a given. Of course they do, and would have been doing so from the moment they had ARM-based chips that were up to the task.

Does the existence of such a parallel build mean that a switch to ARM is imminent? No, but Intel had better watch out that they don't try to maintain profitability by hiking the prices of their processors even higher, because it's very possible that they've already passed the point where Apple could get better performance for less money by using several of their own processors in place of one Intel processor.

And, don't forget that Apple has been through such a transition twice before; it would (will?) be as seamless as possible.

Sunday, May 11, 2014

deeply encoding real-world knowledge and experience

Why code?

That might seem like a strange question for someone like myself to be asking, but it's an important one.

It has become clear to many educators that some facility with data structures, algorithms, and user interfaces has become an important aspect of literacy. While this is a welcome development, it is nevertheless important to ask "to what end?"

Is it necessary, or even desirable, for all of today's K-12 students to grow up to be programmers? Clearly not. Not only are there many other positions which will need to be filled, but, beyond relatively trivial examples, programming is a subtle craft requiring a concurrence of aptitude, attitude, and knowledge to achieve useful results, and most people who are not professional programmers, even if they know enough to put together working code, are, in most instances, better off leaving the coding to the professionals.

Nevertheless, early exposure can tune one's attitude, and improve one's aptitude and one's chances for accumulating the necessary knowledge. At least as importantly, it will also serve to identify those with a particular gift for coding sooner than would otherwise be the case. But there is value in that exposure that has very little to do with preparation for direct involvement in future programming projects, and a great deal to do with learning to think rationally and to communicate with precision.

Those skills are generally applicable, in all manner of vocations, for reasons having nothing to do with computing, but they become particularly important as decisions formerly made and tasks formerly performed by humans become the purview of machines, whether computers or robots.

For each such real-world context into which some degree of automation is to be introduced, it is vital that there be at least one person who is adept or able to interpret for those who are, and possesses the clarity of thought and expression to guide those who are tasked with developing those cybernetic systems. Without such guidance, in the vast majority of cases, automation also means a sacrifice of competence, as even senior engineers are rarely also domain experts, outside of their specialities, which may or may not apply to the project at hand.

By insisting that all students have some exposure to programming, we are improving the chances of such a person being available to guide the next expansion of the domain of automation, and the next, and the next, and thereby improve the chances that the knowledge and skills of contextual experts will be preserved in the process.

Tuesday, May 06, 2014

passengers demand to be paid for riding first class

Internet backbone provider Level 3 reports that six of the internet service providers it connects to have allowed those connections to remain continuously congested, and that these same ISPs are insisting that Level 3 should be paying them for access to their networks.

[Insert sound of loud, annoying buzzer.]

The problem with this is that it's backwards. If anyone should be paying for access to a network, it ought to be the companies with subscriber income paying the backbone providers, not the other way around.

Wake up and smell the stench of irrational overreaching, people!

Friday, May 02, 2014

if you could only attend one of the two?

The 2014 Apple Worldwide Developer Conference (WWDC) opens June 2nd, in San Francisco, at which the company is widely expected to have something more to say about its reportedly health-related 'iWatch' product. Arch-competitor Samsung just announced its own health-related event five days earlier, also in San Francisco.

I have to wonder just who Samsung thinks is going to attend their event. Local tech journalists with nothing better to do, obviously, but what if you were a tech journalist based somewhere further away than San Jose or Sacramento, and weren't already planning to spend the week leading up to WWDC seeing the sights of San Francisco, and had invitations to both events, but could only reasonably attend one of them, which one would you choose? For most, the choice would be obvious, and it wouldn't be Samsung.

We can presume the coverage of the Samsung event will come from 1) locals, 2) junior staffers sent by their editors, and perhaps 3) a vacationing pundit or two.

So why is Samsung going to the trouble when the most likely outcome is that their event will serve as a set, which merely lofts the ball for Apple's spike?

I see three ways in which Samsung stands to benefit.

If Apple makes no mention of anything resembling an 'iWatch' in the public keynote which opens WWDC, then, for a few weeks or months, Samsung looks like the company that's actually doing something about health, and gains a degree of credibility for being in the market from the beginning, when in fact they are very late entrants.

If, on the other hand, Apple does introduce the 'iWatch', Samsung's event will serve to focus even more attention on it than would have otherwise been the case, drumming up even more hype, and, presumably, expanding the size of the potential market for health-related devices in general, of which Samsung might reasonably expect to eventually inherit a sizable chunk.

However, the real coup for Samsung would be if the state of readiness of the 'iWatch' project is such that Apple would prefer to delay its announcement, but, having been thus challenged by Samsung, opt to go ahead with a pre-announcement, even though product availability is still months away, thus providing Samsung with both a clear target and time enough to pull off one of their rapid cloning acts.

Very clever, actually.