Sam Hartman (hartmans) wrote,
Sam Hartman

Planning for A Future

At the urging of lasofia, I had dinner Friday night with Rocky Kahn and his girlfriend. As an aside, Rocky Kahn is one of the coolest names ever. He wanted to ask me questions about his software startup. During the dinner I came up with a reasonably coherent formulation of my design philosophy and decided to share it here. "So, what you're saying is design for the future," he asked. I paused. "No . . . . You won't know what the future is. Design for a future—if you are successful, there will be one," I said.

The central point is that if your project is successful, it will need to evolve. You won't have time to throw it away and create a revolutionary new version. If you are lucky, you may have a chance to throw away the parts that really suck and replace those. Design for evolutionary change: design for the ability to extend and replace parts of the system without having to redo the whole thing. Design for a system with evolutionary baggage because that's what you will get. As with most design philosophies, this involves striking a balance. There are several directions in which people seem to go too far.

The first is to over-design. It wastes energy to plan out capabilities of some subsystem that you don't need today only to find that by the time you do need them, the requirements are so different that your design (and possibly implementation) are wasted. In the most pathological case you can potentially spend so much energy designing that an otherwise successful product never gets off the ground. You can take things too far in another direction: deferring decisions too long because you are uncertain about the future so that your system balloons with complexity to support all the potential paths. Differing decisions that are cheap to defer is great. It's worth trying to find ways to make decisions that will reduce complexity. The final common failure is to under design: we won't need extensibility today and it can't possibly be harder to add later, can it?


  • Making our Community Safe: the FSF and rms

    I felt disgust and horror when I learned yesterday that rms had returned to the FSF board. When rms resigned back in September of 2019, I was Debian…

  • Good Job Debian: Compatibility back to 1999

    So, I needed a container of Debian Slink (2.1), released back in 1999. I expected this was going to be a long and involved process. Things didn't…

  • Forged Email

    Last night, a series of forged emails was sent to a number of places around the Debian, Ubuntu and Free Software communities. The meat of the mail…

  • Post a new comment


    default userpic

    Your reply will be screened

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.