_nautilus_А как это сделать?
Честно говоря, трудно сказать.
Просто анализирую постоянно что получилось, а что нет. И почему.
Что можно было сделать иначе и как, и стоило ли тратить на это время и силы.
Следуя принципу:
"никакая ошибка не должна повториться дважды" - всегда делаю выводы
и принимаю меры к недопущению повторения.
Ищу сложные (на первый взгляд) задачи, и пытаюсь придумать способы их решения.
Думаю, как сделать решение этой сложной задачи - простым.
(абсолютно все: ремонт в квартире, лечение болезни, участие в общественной и политической деятельности
- все это повод для тренировки в декомпозиции задач, выявления факторов, поиска инструментов,
изучения технологий, выявления точек применения сил).

Наверно, желание об этом думать постоянно - это черта характера.
Может быть, не всем удастся этому научиться. Нужно быть таким.
---

Вряд-ли кому-то нужен программист, как "тупая машинка для написания кода" - пусть
даже и скорострельный (после тренировки по скоростному печатанию).
Думаю, больше будет цениться человек, который скажет (и докажет), что "этот" код писать не нужно вообще,
потому, что есть другое решение задачи, а писать нужно совсем другой код, который изначально не был запланирован.
(Но это была ошибка постановщика задачи, что он не заложил время и ресурсы на это.)

_nautilus_Вы думаете, что этот порядок применим к любому виду ПО?
Скажем так, к тому ПО, с которым мне приходилось иметь дело по работе.
Я с большим интересом ознакомился бы с другими ситуациями. Для опыта.

Gloreus,
Да, точно!
Они-то и путают весь порядок.