Роберт Мартин — лучшие цитаты из книг, афоризмы и высказывания

Цитаты из книг автора «Роберт Мартин»

1 535 
цитат

Если все вышесказанное показалось вам запутанным и непонятным, тогда можете отложить эту книгу и прекрасно провести время, изучая функциональное программирование и язык Clojure.
16 июля 2019

Поделиться

любую зависимость исходного кода, где бы она ни находилась, можно инвертировать.
16 июля 2019

Поделиться

По сути, наследование – это всего лишь повторное объявление группы переменных и функций в ограниченной области видимости.
16 июля 2019

Поделиться

Некоторые, чтобы объяснить природу ОО, прибегают к трем волшебным словам: инкапсуляция, наследование и полиморфизм.
16 июля 2019

Поделиться

Дисциплины. Практикуйтесь в практическом применении разработки через тестирование (TDD), объектно-ориентированного проектирования, структурного программирования, непрерывной интеграции и парного программирования. • Артефакты. Вы должны уметь работать с UML, DFD, структурными диаграммами, сетями Петри, диаграммами переходов, блок-схемами и таблицами решений.
10 июля 2019

Поделиться

• Паттерны проектирования. Вы должны быть способны описать все 24 паттерна из книги «Банды Четырех» и иметь практическое представление о многих паттернах из книг «Pattern-Oriented Software Architecture». • Принципы проектирования. Вы должны знать принципы SOLID и хорошо разбираться в принципах компонентного проектирования. • Методы. Вы должны понимать суть методологий XP, Scrum, экономной[6] разработки (Lean), Kanban, каскадной разработки, структурного анализа и структурного проектирования. • Дисциплины. Практикуйтесь в практическом применении разработки через тестирование (TDD), объектно-ориентированного проектирования, структурного программирования, непрерывной интеграции и парного программирования. • Артефакты. Вы должны уметь работать с UML, DFD, структурными диаграммами, сетями Петри, диаграммами переходов, блок-схемами
8 июля 2019

Поделиться

Модульные и приемочные тесты прежде всего являются документами и лишь потом – тестами. Их главная цель – формальное документирование архитектуры, структуры и поведения системы.
16 июня 2019

Поделиться

Ваша задача как профессионального разработчика – обсудить ситуацию с автором теста для его улучшения. Никогда не выбирайте пассивно-агрессивную позицию, когда вы говорите себе: «Как написано в тесте, так я и сделаю».
16 июня 2019

Поделиться

Том Демарко сказал: «неоднозначность в документе с требованиями появляется из-за разногласий между участниками[34]».
12 июня 2019

Поделиться

Профессиональные разработчики не формулируют требования до того, как будут готовы к разработке.
12 июня 2019

Поделиться