Right versus pragmatic
Marco Arment, as he often does, speaks wisdom:
The pragmatic approach is to address the demand.
File this one under things to always remember in business.
Marco Arment, as he often does, speaks wisdom:
The pragmatic approach is to address the demand.
File this one under things to always remember in business.
The Show with Ze Frank is a defining internet experience, and I support this effort entirely. Pledge some money on Kickstarter to make the world more smiley.
Consider this letter our “Don’t tread on me!”. Our agenda is to protect our own liberty to create and our users’ liberty to enjoy those creations as they see fit. We have no give and no compromise on either of those, but long as Hollywood stays out of our patch (that is, no more attempts to lock down our Internet or our tools) we’ll stay out of Hollywood’s.
And if you’d like to discuss some ways of fighting piracy that don’t involve trampling on us and our users, we do have some ideas.
I can’t really put into words how happy this made me feel today.
In which Minecraft comes full circle. My friends and I have long referred to Minecraft as “Grown-up LEGOs” and now it’s regular LEGOs, too.
Apple announces the next major version of Mac Oh Es Ten, code-named Mountain Lion. Among the features interesting to me:
Messages, which I assume is the replacement for iChat, and integrates with iMessage on iOS.
Flickr sharing inside the OS via the new “Share Sheets” feature.
Notification Center, which is the Growl-killer we’ve all been expecting for some years now.
Full list of stuff at the Mac OS X Lion Features page.
While replying to a job posting, I started writing this little manifesto of sorts as a mission statement for myself. After kicking it around a little with my good friend Jesper of Waffle Software, I felt I should open it up to the world for criticism, additions, and discussion. The format and content owes much to Dieter Rams’ 10 Principles Of Good Design.
Good Code is simple. It should be easy to understand for anyone who has to work on it.
Good Code is instructive. Anyone with a similar level of expertise should be able to understand how to keep building on the code.
Good Code is clear. Functions and variables should be named simply and descriptively. They should exist in a logical place in the source.
Good Code is generic. Common functions and elements can be used in future projects, or improved and applied to older ones. Projects are simple and more easily maintainable.
Good Code is specific. It solves only the problems it needs to.
I’m genuinely interested in feedback on this. Reply on your blog, tumblr or tweet me.