Over the last few months, the Wufoo Team has been steadily refactoring their code base to work with a new more flexible and more powerful API we’ve developed on the backend. In that process, I’ve had the opportunity to rewrite some of Wufoo’s oldest code from the founder’s earlier, more hectic days.

One thing that’s really nice about working with Wufoo is that the attention to detail doesn’t stop at just our UI. Whether it’s the efficiency of a query or the tools we’ve developed for backend and benchmarking, the team is equally fanatical about making the code on the inside as beautiful as the design on the outside. In fact, whenever one of us is creating a brand new feature or interacting with an old, inflexible piece of code, we’ll take the additional time to ensure that it’s clean and readable for any future programmers working on that code.

The thing I like about our rewrites is that the focus isn’t solely on making it work. We also always strive to make it easy to work with—basically, creating maintainable code. Now, making sure our new code is clear and easy-to-read can be a tedious process that slows down the initial pace of development. But, we’re all firm believers that while the last programmer to write a piece of code might not have known any better, it pays off when Alex, the Programmer of the Present, is nice to Future Alex, the guy that’s going to have to fix the bugs left behind.

While reading through lots of code can give you an appreciation of what well-written code looks and feels like, the ability to create it is a skill that is developed from experience and frustration. Luckily, there are a number of excellent articles and books out there to help the aspiring code perfectionist. The following resources are ones that have helped me personally strive to write code worth looking at :


  • Seven Pillars of Pretty Code – Sage advice from the developers at Perforce. A great article and example giving credibility to the fact that maintainable code is essential to a software development companies bottom line.

  • Code Brevity – Advice on the benefits of being succinct. Learn about the dangers of over thinking your solution and overestimating your .

  • Style is Substance – “What benefits do we get from freedom of style that outweighs the cost we pay for it?”


HTML Form Builder

Source link

No tags for this post.


Please enter your comment!
Please enter your name here