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

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

Notify me when the book’s added
To read this book, upload an EPUB or FB2 file to Bookmate. How do I upload a book?
  • jbmeerkathas quoted6 years ago
    Пишите полезный код, а не прикольный код
  • jbmeerkathas quoted6 years ago
    Есть два способа конструировать программное обеспечение: можно сделать его таким простым, чтобы отсутствие дефектов было очевидно, а можно сделать таким сложным, что в нем не будет очевидных дефектов.
  • jbmeerkathas quoted6 years ago
    Потраченное на рефакторинг время многократно окупится в течение жизненного цикла вашего проекта. Да к тому же переработка нездоровой системы сделает всех участников команды специалистами в ее устройстве. Такой опыт нужно ценить, а не жаловаться на него. А вот работа над системой, постоянно вызывающей тошноту, не лучший выбор в жизни.
  • Никита Ильинhas quoted8 years ago
    Мы все склонны полагать, что другие люди рассуждают так же, как мы. Но это не так. В психологии это называется эффектом ложного согласия. Если люди думают или поступают иначе, чем мы, мы часто (подсознательно) считаем их в чем-то неполноценными.
  • jbmeerkathas quoted6 years ago
    Пишите код так, как будто вам предстоит сопровождать его всю оставшуюся жизнь.
  • jbmeerkathas quoted6 years ago
    Тестирование точно так же требует времени, как его требует и расчет прочности моста. Оба процесса служат гарантии качества конечного продукта. Разработчикам программного обеспечения пора взять на себя ответственность за то, что они производят. Одного тестирования недостаточно, но оно необходимо. Тестирование и есть инженерная строгость в разработке программного обеспечения.
  • jbmeerkathas quoted6 years ago
    В сравнении с «реальной» инженерией разработка программ находится примерно на том уровне, где были строители мостов в далеком прошлом. В те дни стандартный подход был такой: сначала построить мост, а потом пустить по нему тяжелую повозку. Если выдержит, значит, мост хороший. Если нет – что ж, возвращаемся к чертежной доске.
  • jbmeerkathas quoted6 years ago
    Лучше всего разрабатывать программы, имея многочисленные наглядные показатели. Наглядность дает уверенность в том, что прогресс является реальным, а не вымышленным; спланированным, а не непреднамеренным; воспроизводимым, а не случайным
  • jbmeerkathas quoted6 years ago
    Интерфейсы должно быть легко использовать правильно и трудно – неправильно
  • jbmeerkathas quoted6 years ago
    Общаться приходится не только с машиной, самим собой и коллегами, но и с многими другими связанными с проектом лицами, которые могут не иметь технической подготовки. Они заняты тестированием и контролем качества, развертыванием приложений или маркетингом и продажей. Иногда это конечные пользователи в каком-то офисе (или в магазине, или у себя дома). Необходимо их понимать и знать, с какими проблемами они сталкиваются, а это почти невозможно, если вы не умеете говорить с ними на одном языке – языке их мира, их предметной области
fb2epub
Drag & drop your files (not more than 5 at once)