Несколько цитат о дизайне и разработке программ. Думаю, каждый найдет что-нибудь себе по вкусу. В дополнение к этому топику.
Простота — дух эффективности. // A. Freeman
Простота — ключ к надежности. // E. Dijkstra
Искусство простоты — это сложная головоломка. // D. Horton
Ничто так не раскрывает недостатки дизайна как реализация. // J. Horton
Самая главная вещь при разработке программ — ясно представлять конечную цель. // B. Stroustrup
Если вы не можете понять структуру всей программы, пока принимаете душ, вы еще не готовы ее реализовать. // R. Pattis
Цель абстракции не быть расплывчатой, а создать новый семантический уровень, который будет совершенно прозрачным. // E. Dijkstra
Когда я работаю над задачей, я не задумываюсь о красоте. Я думаю только о том, как решить проблему. Но когда законченное решение выглядит некрасиво, я знаю, оно — ошибочно. // B. Fuller
Если хотите совершенствовать свой код, не зацикливайтесь на тестах; разрабатывайте лучше. // S. McConnell
Управление сложностью — квинтэссенция программирования. // B. Kernighan
Неизбежная цена удобства — простота. // T. Hoare
Все должно быть сделано так просто, как это возможно. Но не проще. // A. Einstein
Есть два метода создания программного обеспечения. Один из них — сделать программу настолько простой, что, очевидно, в ней нет недостатков. И другой, сделать приложение настолько сложным, что в нем невидно явных недостатков. // T. Hoare
Некто пожелал, чтобы компьютером можно было пользоваться также легко как и телефоном. Мечта сбылась: я уже не могу разобраться, как пользоваться телефоном. // B. Stroustrup
Технические навыки — это мастерство сложности, а творчество — мастерство простоты. // E. Zeeman
Сложность [применения, прим. пер] — признак технической незрелости. Простота использования — знак хорошо спроектированного продукта, будь то банкомат или ракета. // Daniel T. Ling
Стоимость добавления нового функционала, это не только затраты на написание кода. Цена также включает в себя препятствия для дальнейшего расширения… Трюк в том, что следует подбирать функции, которые не конфликтуют друг с другом. // John Carmack
Умные структуры данных и тупой код работают куда лучше, чем наоборот. // E. Raymond
Если бы автомобиль проходил цикл разработки компьютера, то Роллс-Ройс стоил 100$, проходил миллион миль на галлон и взрывался каждый год, убивая всех пассажиров. R. Cringely
Пролистав книгу о принципах магии и не взглянув на обложку, сложно не решить, что это книга о разработке программного обеспечения. // B. Tognazzini
Компания, которая относится к своим программистам как к идиотам, скоро получит разработчиков, которые только и могут вести себя как идиоты. // B. Stroustrup
Основная ошибка людей, которые проектируют что-то полностью идиотоустойчивое, — это недооценка
изобретательности законченных идиотов. // D. Adams
Проблема в том, что идиоты — самоуверены, а умные — полны сомнений. // B. Russell
Архитектор — тот, кто знает разницу между тем, что можно сделать и тем, что следует сделать. // L. McVoy
Плохой архитектор поддается каждому соблазну, а хороший им сопротивляется. L. Wittgenstein
Ходить по воде и разрабатывать программы согласно ТЗ очень просто, если они заморожены. E. Berard
Если проекты рушатся под градом правок, внесенных в ТЗ, это означает, что в них есть недостаток. Мы должны найти способ сделать проекты устойчивыми к таким изменениям и защитить их от разложения. // R. Martin
Преждевременная оптимизация — корень всех бед. // T. Hoare
В теории нет разницы между практикой и теорией. Но на практике она есть. // Jan van de Snepscheut
Никакой код не может быть быстрее, чем отсутствие кода. // Taligent's Guide to Designing Programs
Автор: icc
