A death of distinguishing signifiers for UI elements

Say what you want about the tab hating "king of usability," Jakob Nielsen, but a study released yesterday by his consulting firm, Nielsen Norman Group, on tablet usability concluding that "flat design and improperly rescaled design are the main threats to tablet usability" is absolutely spot on. While some of the points seem like more of an observation of the evolution of user interface paradigms we've seen occur numerous times over, his point about the recent "design" (or "undesign"?) trends can be applied far more universally than to the limited scope of big touch devices:

Why not allow users to easily see what they can do? We need a golden middle ground between skeuomorphism and a death of distinguishing signifiers for UI elements.

I, for one, dread the release of iOS 7. Not only because it will make my everyday experience worse, but mostly because less tech savvy people will likely hit a solid wall, and, like in the Windows days, we're left to clean up the mess.

August 6, 2013 | Permalink


More encryption is not the solution

Poul-Henning Kamp of many fames published an interesting article in his ACM column earlier this month. The article, "More Encryption Is Not the Solution" comes in the wake of the recent NSA revelations of Big Brother being quite real and watching intensely, a revelation that has prompted a lot of people — myself included — to start embracing ever stronger security measures in our daily communications such as encrypted e-mails and OTR based chat. Kamp however argues in a semi-conspiratory way, that this is a pointless as the political deck is somewhat stacked against privacy of the individual.

While somewhat extreme in cases, parts are scarily thought provoking and as a whole it's well worth a read, although one should keep in mind that the base of Kamp's reasoning seems to be commercially enabled "secure communications," which is not entirely unreasonable when considering the broad public, but certainly oversimplifies the problem. However, no matter what, it's hard to argue with his conclusion:

[...] But for Mr. and Mrs. Smith, the solution can only come from politics that respect a basic human right to privacy—an encryption arms race will not work.

July 31, 2013 | Permalink


Why mobile web apps are slow

Drew Crawford has done an extremely well researched analysis of exactly why even well supported JIT compiled code written in dynamic languages — especially on mobile devices — still and basically always will fall short of writing the equivalent as compiled code, no matter how many script kid fallacies you throw at the problem. For people not used to reading well researched work, it's quite long, but if you read only one piece of such work this year, make it this one. Essentially, Drew Crawford does a good job of hammering the points of why compiled languages like C, C++ and similar derivatives will always beat your favourite JIT compiled dynamic language. And, guess what? It's not religion. It's something as simple as design tradeoffs made by the language designers offering you productivity niceties at a cost.

However, despite how interesting the article is in itself, the best part about it is the fact that it's a self-reinforcing call for developers to start employing at least a modicum of scientific methodology in their work:

If we are going to make any progress on the mobile web, or on native apps, or really on anything at all–we need to have conversations that at least appear to have a plausible basis in facts of some kind–benchmarks, journals, quotes from compiler authors, whatever. There have been enough HN comments about “I wrote a web app one time and it was fine”. There has been enough bikeshedding about whether Facebook was right or wrong to choose HTML5 or native apps knowing what they would have known then what they could have known now.

The task that remains for us is to quantify specifically how both the mobile web and the native ecosystem can get better, and then, you know, do something about it. You know–what software developers do.

I couldn't agree more.

July 22, 2013 | Permalink


Apollo 11 launch at 500 frames per second

As a kid, very few things fascinated me more than space flight (I clearly remember yapping my dad's ears off about the different stages of the Saturn V launch vehicle's flight cycle.) To this date, that fascination has stayed with me, and possibly only grown greater as I've started to grasp the true extent of the space programmes. Maybe young me would have loved it, but videos like this one by Spacecraft Films from the launch umbilical tower of the Apollo 11 flight from 5 seconds before liftoff at 500 frames per seconds leave me in absolute awe:

July 21, 2013 | Permalink


One million servers

Unsurprisingly, the only thing from the recent Worldwide Partner Conference that's been worth anyone's attention is a little tidbit, that the ever accurate Steve Ballmer let slip during his keynote. Apparently, Microsoft now has more than 1 million servers in its data centres. While I simply shrugged off the number as typical Ballmer bullshit, James Hamilton decided to do the math. While the infrastructure required to run a million servers are expectedly quite high, apparently the figure isn't completely out of the ball park:

How many datacenters would be implied by “more than one million servers?” Ignoring the small points of presence since they don’t move the needle, and focusing on the big centers, let’s assume 50,000 servers in each facility. That assumption would lead to 30 major facilities. As a cross check, if we instead focus on power consumption as a way to compute facility count and assume a total datacenter power consumption of 20MW each and the previously computed 300MW total power consumption, we would have roughly 15 large facilities. Not an unreasonable number in this context.

July 17, 2013 | Permalink