A huge part of my role as a developer is to work with existing code that needs tweaks or changes to integrate new features. This is often not the fault of anyone but time; new features are required and old ideas are replaced. But often there’s a certain lack of forward thinking by the past developer.
This often manifests itself in a lack of comments, or in some sort of “hack” that got tacked on at the last minute to make the code work for what was needed “now.” Methods interact with each other in specific ways and there is limited modularization of classes. Procedural code is hard-coded with SQL statements and there’s limited room for future development.
This is an easy trap to fall into. When presented with a clear and concise requirements document, it’s easiest to build to the spec. But it’s not always best.
Thursday, August 21st, 2008 @ 10:53 am |
Comments (0) |
Categories: Web Architecture
Tags: healthy design, database design, code architecture, design