Ideas, without prototypes, are nothing.

It’s vital to get an idea to prototype as soon as practical. An idea sitting in your head languishes in impotence, unrealized and unexamined.

A prototype allows others—and you—to appraise an idea in detail. It allows collaboration, improvement, and criticism. It lets other people contribute to it. It sparks new ideas in other people, who can then prototype their ideas, and so on.

Prototypes are what allows innovators to actually innovate.

The psychic barrier between idea and prototype can be immense. Making a prototype means committing to a specific implementation. It collapses the infinite potential of an idea into a specific point in space and time. And it lays bare the merits and flaws of your idea for all to see, point at, and ridicule—but also admire and improve upon. It’s an essential step in bringing any product to reality.

Ideas, without prototypes, are nothing.

• #FridayDevAdvice

I’m constantly amazed at how bad I am at estimating short-term software effort (I’m better at medium-term estimation, e.g. 1–2 months). If I’m honest, I often underestimate effort by a factor of 3(!) when estimating work that takes 1–10 days.

This is due to the disproportionate effect of interruptions and minor roadblocks on short-term projects. Because the task itself is so small, any impromptu meeting, unplanned chore, or having to work around a tool failure takes up a huge proportion of the feature’s schedule.

These effects are amortized on longer project timelines, but they are devastating to short projects.

Dave’s Uncertainty Principle: the smaller the feature, the more likely your estimate will turn out to be wildly optimistic.

• #FridayDevAdvice

One of the most valuable lessons one learns when driving on a racetrack is to keep one’s eyes on the horizon. You become a smoother and faster driver when you position yourself for the next turn while you negotiate the present one.

As an engineer, the tempt­ation is strong to focus intently on the tasks at hand; to over­emphasize a small list of items of immediate concern. It’s the equi­valent of staring at the road directly in front of you as your drive at speed.

Take time each day to look up at the horizon. Be aware of where you are in the schedule. Observe deadlines and obstacles approach­ing. Anti­cipate the needs of other teams that interface with your compo­nents. Maneu­ver yourself into the best position to handle the next challenge. Paradox­ically, the more factors you are aware of, the better you will be at figuring out what needs to be done in the immediate future.

• #FridayDevAdvice

Code and design reviews are events where your standards and guidelines actually get enforced. Apply your standards clearly during review, then hold the line. An author should have to justify why you should bend the rules for their submission.

Conceding too early to an exemption (out of simple expediency, or worse, pity for the author) erodes your product’s quality. Every premature concession is an admission that you don’t really believe that your standards are necessary to build your product.

• #FridayDevAdvice

View this photo in my flickr photostream

The Midway neon sign at Dave and Busters in Milpitas, CA.

📷 Nikon D800, Nikon 24–70mm f/2.8. 24mm, f/2.8, 1/80s, ISO 1250

• #photo