|
|
Browse by Tags
All Tags » Best Practices » Documentation (RSS)
-
With the previous post on the fourth pillar, I have reached the “end” of the design posts. To review, these were: Coherent – cohesive, comprehendible, standards based, names/datatypes all make sense, needs little documentation Normal – normalized as much as possible without harming usability/performance (based on testing) ...
-
This blog probably won’t stir up a hornet’s nest or anything, but I would also expect that it would be the least popular in practice. The person who feels they can disagree with the need for a reasonable amount of documentation is probably nuts. In the first post, I defined documented as “Anything that cannot be gathered from the previous four is ...
|
|
|
|