Роберт Мартин,Диомидис Спинеллис,Кевлин Хенни,Пит Гудлиф

97 этюдов для программистов. Опыт ведущих экспертов

Сообщить о появлении
Загрузите файл EPUB или FB2 на Букмейт — и начинайте читать книгу бесплатно. Как загрузить книгу?
  • jbmeerkatцитирует6 лет назад
    Пишите полезный код, а не прикольный код
  • jbmeerkatцитирует6 лет назад
    Есть два способа конструировать программное обеспечение: можно сделать его таким простым, чтобы отсутствие дефектов было очевидно, а можно сделать таким сложным, что в нем не будет очевидных дефектов.
  • jbmeerkatцитирует6 лет назад
    Потраченное на рефакторинг время многократно окупится в течение жизненного цикла вашего проекта. Да к тому же переработка нездоровой системы сделает всех участников команды специалистами в ее устройстве. Такой опыт нужно ценить, а не жаловаться на него. А вот работа над системой, постоянно вызывающей тошноту, не лучший выбор в жизни.
  • Никита Ильинцитирует8 лет назад
    Мы все склонны полагать, что другие люди рассуждают так же, как мы. Но это не так. В психологии это называется эффектом ложного согласия. Если люди думают или поступают иначе, чем мы, мы часто (подсознательно) считаем их в чем-то неполноценными.
  • jbmeerkatцитирует6 лет назад
    Пишите код так, как будто вам предстоит сопровождать его всю оставшуюся жизнь.
  • jbmeerkatцитирует6 лет назад
    Тестирование точно так же требует времени, как его требует и расчет прочности моста. Оба процесса служат гарантии качества конечного продукта. Разработчикам программного обеспечения пора взять на себя ответственность за то, что они производят. Одного тестирования недостаточно, но оно необходимо. Тестирование и есть инженерная строгость в разработке программного обеспечения.
  • jbmeerkatцитирует6 лет назад
    В сравнении с «реальной» инженерией разработка программ находится примерно на том уровне, где были строители мостов в далеком прошлом. В те дни стандартный подход был такой: сначала построить мост, а потом пустить по нему тяжелую повозку. Если выдержит, значит, мост хороший. Если нет – что ж, возвращаемся к чертежной доске.
  • jbmeerkatцитирует6 лет назад
    Лучше всего разрабатывать программы, имея многочисленные наглядные показатели. Наглядность дает уверенность в том, что прогресс является реальным, а не вымышленным; спланированным, а не непреднамеренным; воспроизводимым, а не случайным
  • jbmeerkatцитирует6 лет назад
    Интерфейсы должно быть легко использовать правильно и трудно – неправильно
  • jbmeerkatцитирует6 лет назад
    Общаться приходится не только с машиной, самим собой и коллегами, но и с многими другими связанными с проектом лицами, которые могут не иметь технической подготовки. Они заняты тестированием и контролем качества, развертыванием приложений или маркетингом и продажей. Иногда это конечные пользователи в каком-то офисе (или в магазине, или у себя дома). Необходимо их понимать и знать, с какими проблемами они сталкиваются, а это почти невозможно, если вы не умеете говорить с ними на одном языке – языке их мира, их предметной области
fb2epub
Перетащите файлы сюда, не более 5 за один раз