Where did all the Designers Go!

Mike Gold

The text of this article is not in this database — only its details are. The old site it was published on is gone, but the Internet Archive kept a copy: Where did all the Designers Go!

C#Design Implementation

5 Comments

Join the conversation! Your thoughts help the community grow.

Rajib Das Gupta10y ago
Well said Sir. Learnt a good thing!
Kavi suja13y ago
I like this article. This's really apprecitable one.. Thank you MikeGold
prasanna shah16y ago
yes,of course most of the institute in Nepal that gives training on programing are not concerned about designing. They directly jumps to the coding. We also have the concept that coding is the most difficult part in programming so, designing is not so concerned. The article is really appreciable and by reading your article i'm concerned on designing too.
Tim Claason16y ago
Agreed. I recently accepted a job, and inherited the most atrocious collection of VB.net code. No naming conventions, no namespace hierarchy, no architecture, obscure (mostly non-existent) class relationships, and no differentiation between the layers. The company had no idea how risky the code was, and wondered why it was so prone to breaking. I've fixed what I've had time for, but at some point, it doesn't even make sense to try to fix code; just replace it, and move on
- Mike Gold16y ago
  Yeah, Sometimes you have to make a judgement call if the code is designed so poorly, that its better to rewrite it if you are planning to support it yourself. Here are some symptoms of lack of design that I've seen over the years. a) you can't make sense of the code. b) code is duplicated all over the place with different changes to duplication c) There are multiple dependencies that are tangled up like a ball of yarn d) The control structures are written poorly with huge complex if else statments or 10 page switch statements. e) Variable and function naming is unreadable f) class names make no sense g) The Single Responsibility Principle and Open/Closed Principle are constantly broken h) no use of interfaces. i) functions have too many parameters j) 0 comments The list goes on...