Самый ценный совет по программированию, который я получил

Думаю она просто не курит :-)

Гораздо лучше — это легкая пробежка или не сложные физические упражнения.
На своем опыте такого рода отвлечение гораздо эффективнее.

И я уходил курить… и именно когда курил у меня пред глазами все проплывало и появлялись решения или идеи.
После того как бросил, производительность ощутимо снизилась и как-то уже почти на нет сходит все.

Если не получается вечером, то может не такой уж и плохой. Иногда устаешь за день и банальных вещей не видишь, не получается сделать что нужно. А бывает получается, но утром по пути на работу понимаешь, что нужно было сделать и переписываешь.

Не откладывай на завтра то, что можно сделать послезавтра.

А потом, конечно же, автоматические тесты ну совершенно лень, не так ли? Ведь все работает!

именно, с дебаг аутом сначала нужно понять что тут должно быть, а потом уже вывести.

«Роб Пайк» разумеется. Простите, Йода попутал.

… и существующей архитектуры приложения

Большие программы состоят из множества маленьких моделей

В идеальном мире — да. В реальном мире можно скачать исходники, к примеру… хммм… ну пусть будет Firefox — и посмотреть какой «маленький кусок кода» отвечает за загрузку настроек. Чтобы, например, дописать загрузку настроек из Dropbox. Код вас приятно удивит :).

Это примерно как «нужно писать хороший код и не писать плохой». Или «нужно снимать хорошие фильмы и не снимать плохие» :). Да, нужно — кто же спорит. Но в реальной жизни не получается ©.

Затем, чтобы знать, где нужно срезать. Вы же не стали бы обрабатывать бревно рубанком с закрытыми глазами? Так же и с отладкой: прежде, чем запускать отладчик, неплохо бы представлять, что происходит в коде. Приведу пример: когда я работал в Realore Studios, мы с напарником битый час пытались выяснить, где собака зарыта. Был такой кусок кода:

for (size_t i = 0; i < OBJECTS_COUNT; ++i)
    objects[i]->Draw();

В один прекрасный момент отрисовка перестала происходить. Мы исследовали код со всех сторон, запускали в отладчике — всё было «нормально»: отладчик послушно ставил точку останова на ->Draw(), код выполнялся. Перерыли всю отрисовку во всех классах — код корректный. И тут меня осенило:

for (size_t i = 0; i < OBJECTS_COUNT; ++i)
{
    int a = 0;
    objects[i]->Draw();
}

Работает! В чём же дело? А в том, что мы изначально доверились отладчику и грешили на свой код, а добрый компилятор Visual Studio 2005 просто-напросто из-за бага в нём выкидывал тело цикла, что выяснилось при дизассемблировании. А отладчик радостно ставил точку останова на инструкцию jmp в конце цикла, сука такая.

Это я к тому, что перед отладкой неплохо бы хорошенько подумать головой. С тех пор я не запускаю отладчик, пока в общих чертах не буду представлять себе, что могло бы работать не так. Особенно это актуально в связи с использованием мной компилятора DMD 2.xxx при разработке на D2 (там всё ещё бывают баги генерации кода).

Чушь или не чушь, но оформлять топик надо как перевод, а не как пост. Особенно если участвуете в ППА.

Это уже анализ кода или чтение документации и восстановление логики работы. Если что-то пишешь — то держишь весь нужный кусок модели в голове.
А тренировать — да, надо.

Про чувствительность заднего места в тексте ничего не было.
Было только отладку уже случившейся ошибки на (предположитьельно) PDP-11 с 50-ю килобайтами памяти и соответствующим размером программ.