Цитаты из книги «Идеальный программист. Как стать профессионалом разработки ПО»

Итак, оказавшись мишенью для насмешки, профессионал смеется первым. Он сам никогда не высмеивает других, но принимает заслуженные насмешки и легко отмахивается от незаслуженных. Он не издевается над коллегами

Составляет ли она 100 %? Нет, 100 % – асимптотический предел.

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

должны чувствовать опасения своих коллег, слышать их раздраженное бормотание. Между ними должно идти постоянное общение – как вербальное, так и на уровне «языка тела». Они должны взаимодействовать как единое целое.

Самый эффективный и действенный способ рецензирования кода – участие в его написании.

Скажу одно – профессионалы работают в парах. Почему? Потому что по крайней мере для некоторых задач эта методология наиболее эффективна. Впрочем, это не единственная причина. Профессионалы также объединяются в пары, потому что это лучший способ обмена знаниями.

Я предпочитаю, чтобы код принадлежал группе, а не конкретным людям.

Просто нужно понимать, зачем вы пишете свой код и какую пользу он приносит вашей фирме.

Но при этом также стоит помнить о целях людей, которые вам платят.

Быть одиночкой или отшельником в