I suspect 80% of programmers are still working on problems where their development velocity is a much bigger problem than how many hits their server can take before falling over.
Amen to that.
I now have enough experience to say with plenty of certainty that building a good software product is bloody hard.
And the latest blips coming from Cupertino’s finest would seem to add weight to my rather simple hypothesis.
The holy grail – if you’re in a programmy, producty kind of role, and therefore responsible for mashing classes and methods into some kind of workable thing – is reaching a good development velocity. One where production deployments are frequent, features are shipped regularly, and the codebase becomes more readable and robust.
The real trick is to ensure you’re doing all three well.
On their own, each one can fool you into thinking you’re making progress.
Continue reading →