The Clean Coder: A Code of Conduct for Professional Programmers" (2011)

Профессионализм = ответственность за свою работу.

• писать код с минимальным количеством ошибок
• Контроль качества не должен обнаружить проблем
• Проверить код так, чтобы быть уверенным, что он работает
• Покрывать код тестами

• Код должен быть гибким
• Внесение изменений не должно приводить к непомерным затратам.

Тратить 20 часов в неделю для учебы. Разбираться в:

• паттернах проектирования
• принципах проектирования (SOLID)
• методологии (Scrum, Xp, Lean, kanban, каскадная разработка, структурный анализ, структурное проектирование)
• артефакты (UML, DFD, структурные диаграммы, сети Петри, диаграммы переходов, блок-схемы, таблицы решений)

• решение простых задач
• совместная работа
• наставничество

• Разбираться в предметной области
• Понимать интересы бизнеса, работодателя, заказчика
• Уметь говорить "нет" если цель не является достижимой (нереалистичные сроки)
• Стремится к оптимальному результату. Найти общую цель с заказчиком
• Не "пытаться" и не "пробовать" а ставить реальные задачи и сроки которые могут быть выполнены

Хороший код всегда можно писать если не отходить от своих принципов разработки и не соглашаться на "жертвы".

1. вы говорите что это сделаете
2. вы серьезно относитесь к своим словам
3. вы выполняете обещанное

Обещать можно только то что находится под полным контролем.

Как я могу проконтролировать выполнение обещания если оно не зависит только от меня?

Если обещание выполнить невозможно, можно пообещать выполнить конкретные действия для достижения цели.

Если есть признаки того что обещание может быть не выполнено - об этом стоит сообщить как можно раньше.

• код должен работать
• соответствовать потребностям заказчика. Решать его задачу
• код должен хорошо вписываться в систему.
• нормально читаться другими программистами.

• не писать код ночью, в расстроенных чувствах, решить проблему связанную с тревожными мыслями
• избегать зоны потока (снижаются мыслительные способности, теряется общая картина)
• устранить помехи
• выспаться. Здоровый сон

Проблема: Творческий кризис (беспокойство, страх депрессия). Выход: парное программирование

Вдохновляться другим творчеством (чтение книг в других областях, поход в кино и т.д)

TDD помогает свести отладку к нулю.

Писать код в морафонском темпе. Вовремя останавливаться.

Худший вид нeпрофессионализма - попытка выдать недоделку за готовый продукт.

Помогать другим и принимать помощь.

1. Новый код пишется после написания модульного теста который он не проходит.
2. Пишем такой объем модульного теста, какой необходим чтобы он не проходил.
3. Объем рабочего кода пишем столько, сколько необходимо чтобы тест проходил.

Разработка через тестирование приводит к более качественной архитектуре (приходится изолировать код для написания тестов).

Тесты удовлетворяющие заказчика, которые как бы выполняются вручную. Автоматизация с помощью: Selenium, robot framework, cucumber

В отличие от приемочных пишутся для программистов.

Контроль качества не должен находить ошибки. Если контроль качества находит ошибку - разработчики должны спросить себя - что нужно сделать чтобы этого не случилось снова?

Требования со стороны бизнеса преобразуются в тесты

Модульные тесты - тестирование ф-й, методов и т.д. Самый нижний уровень.

Компонентные тесты - тестирование компонентов, методов API

Интеграционные тесты - тестирование взаимодействия между компонентами.

Системные тесты - проверяют работу всей интегрированной системы, проверяют что компоненты правильно связанны друг с другом (тесты производительности, пропускной способности). Пишутся системным архитектором.

Исследовательские тесты - проходятся в ручную (день охоты за ошибками, попытки взлома, поиск странностей).

• от бесполезных встреч можно отказаться
• если встреча идет не так как планировалось - с нее можно уйти

Эффективная встреча

• что я сделал вчера?
• что я буду делать сегодня?
• какие сложности мне предстоит решить?

Любые споры, которые не удается завершить за 5 минут, не может быть решен обсуждением. Сила воли не может разрешить спор на продолжительное время. Данные - могут.

Программирование - деятельность для которой необходима концентрация.

Сон - восстанавливает большую часть маны концентрации.

Кофеин - умеренные дозы повышают концентрацию. Слишком сильная доза приводит к концентрации на малозначительных вещах.

Перезарядка. Отвлекающие занятия: прогулка, беседа с друзьями, взгляд из окна, медитация, подкасты.

Физические упражнения.

Если сердце не лежит к "решению задачи" - мы убеждаем себя что у нас есть более серьезна задача. Такое поведение непрофессионально. Профессионал оценивает приоритет каждой задачи и решает задачи в порядке приоритетов.

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

Профессионалы следят за возможным возникновением грязи и вычищают ее при первых признака. Движение вперед по грязи является худшим из инверсии приоритетов.

Оценка является предположением и не подразумевает обязательств.

Обязательство - нечто такое, что вы обязаны сделать. Обязательствам присуща определенность. Нарушение обязательств обернется огромным ущербом для вашей репутации.

O - оптимистическая оценка (если все пройдет исключительно гладко).

N - номинальная оценка (наиболее вероятная).

P - пессимистическая оценка. С учетом всех возможных неприятностей.

u = O + 4N + P / 6 ожидаемая продолжительность задачи

Вероятностное распределение

G = P - O / 6 среднеквадратическое отклонение распределения времени выполнения задачи

Группа экспертов собирается, обсуждает задачу и оценивает ее сложность. Обсуждение и оценка повторяется до тех пор, пока не будет достигнуто согласие.

Задачи рассматриваются последовательно. Для каждой задачи проводится краткое обсуждение. Участники одновременно показывают оценку (от 0 до 5 пальцев). Если оценки согласуются, участники переходят к следующей задаче. В противном случае они продолжают обсуждение, чтобы определить причины расхождений.

Все задачи записываются на картах. Участники сортируют карты. Карты, которые занимают больше времени - направо, а карты меньших задач - налево. Перемешанные более n раз карты откладываются для обсуждений.

На следующем этапе между картами рисуются линии, представляющие трудоемкость задачи в днях, неделях и т.д.

Важно избежать принятие обязательств на сроки, в соблюдении которых вы не уверены.

Двигаться быстро - соблюдать чистоту в коде.

Во время кризисов не отклоняться от своих рабочих методов.

Спешка затягивает еще больше на дно. Притормозите и продумайте задачу.

Уведомить группу и начальство о неприятностях. Изложите план по выходу из кризиса. Обратитесь за информацией и советом.

Помощь, парное программирование.

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

Первая обязанность профессионального программиста - заботиться об интересах своих работодателей. Общаться с участниками группы, чтобы глубоко понимать коммерческие цели проекта.

Ваша работа - удерживать бизнес на плаву.

Лучше формировать группы с постоянным составом которые переходят от одного проекта к другому.