Совершенный код

Компетентный программист полностью осознает строго ограниченные размеры своего черепа, поэтому подходит к задачам программирования со всей возможной скромностью.

Дейкстра 1972.

Термин "Структурное программирование" был введен в исторической статье "Structered Programming", представленной Эдсжером Дейкрстрой на конференции НАТО по разработке ПО в 1969 году. С тех самых пор термин "структурный" применялся к любой деятельности в области разработки ПО, включая структурный анализ, структурный дизайн и структурное валяние дурака.

1 равен 2 для достаточно больших значений 1.

Аноним.

Не называйте переменные в честь девушки, жены, любимого сорта пива и т. д., если только девушка, жена или сорт пива не являются представленными в программе "сущностями". Но даже тогда вы должны понимать, что все в мире изменяется, поэтому имена девушка, жена и любимыйСортПива гораздо лучше!

Слишком много чего-либо - это плохо, но слишком много виски - это просто достаточно.

Марк Твен.

Нельзя, чтобы у программистов вошло в привычку просто нажимать клавишу Enter для пропуска уже известной проблемы. Сделайте проблему достаточно мучительной, чтобы ее исправили.

Если исключительно по документации интерфейса разобраться с использованием класса не удается, изучение реализации класса по исходному коду не будет грамотным решением. Это хорошая инициатива, но плохое решение.

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

Хорст Риттел и Мелвин Веббер определили "грязную" проблему как проблему, которую можно ясно определить только путем полного или частичного решения. По сути данный парадокс подразумевает, что проблему нужно "решить" один раз, чтобы получить ее ясное определение, а затем еще раз для создания работоспособного решения.

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

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

Проблема не в том, что клиенты - более низкая форма жизни.

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

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

Независимо от экономических подъемов и спадов хороших программистов всегда не хватает, а жизнь слишком коротка, чтобы тратить ее на работу в отсталом учреждении при наличии множества лучших вариантов.

Если вы спроектировали автомобиль "Пониак Ацтек", то сколько бы вы его не тестировали, он никогда не превратится в "Роллс-Ройс". Вы можете создать самый лучший "Ацтек", но если ван нужен "Роллс-Ройс", это нужно планировать с самого начала.

Аналогия между методами разработки ПО и инструментами в интеллектуальном инструментарии программиста наводит на мысль, что в распоряжении программистов имеется множество разных инструментов и что ни один инструмент не является универсальным. Выбор правильного инструмента – одно из условий эффективного программирования.

В свое время Данте отвел нижний круг ада самому Сатане.
Но с тех пор кое-что изменилось, и сейчас Сатана охотно делит
нижний круг с программистами, не умеющими эффективно отлаживать программы.

Неудачное определение проблемы грозит пустой тратой времени на решение не той проблемы. Разумеется, нужную проблему вы при этом тоже не решите.