in reply to Good programming practices and changes in requirements: how to maintain good code
…maintain real code in real world, according the engineering principles it's very very hard. Not impossible, but difficult.
You are completely right but not because code or engineering is hard. You are right because doing a good job at anything is hard. Being a good teacher? Good God, it’s Sisyphean. Being a good musician? 6+ hours a day for years. The code world is special perhaps in that it’s still so wide open. It’s been talked and written about at length; managing code processes can make things worse, some hackers are geometrically more productive than others and it’s hard to see why, adding manpower to a code project can dramatically slow it down.
Anyway, you said nothing controversial. Being good at anything is difficult. It’s why so few things in life are nearly as good as they could be. And why, back to musical examples, some makers can churn out musical instruments that won’t last a year in real use while others makers can and have created instruments that have already lasted hundreds.
I commend this to you as an exploration of some of the governing issues: Thinking about Thinking.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^2: Good programming practices and changes in requirements: how to maintain good code
by Discipulus (Canon) on Feb 12, 2015 at 08:07 UTC | |
by erix (Prior) on Feb 12, 2015 at 08:26 UTC | |
by Discipulus (Canon) on Feb 12, 2015 at 08:42 UTC | |
|
Re^2: Good programming practices and changes in requirements: how to maintain good code
by DanBev (Scribe) on Feb 12, 2015 at 08:57 UTC |