/principles · 10 утверждений

Как я веду команду и пишу код

Это не правила. Это вещи, которые я ловлю себя на повторении дважды в неделю. Если у вас они другие — мои для вас неправильны.

  1. 01

    Маленький шаг лучше большого обещания

    Три завершённых проекта лучше пяти больших. Команда запоминает — будущему мне доверяют.

  2. 02

    Лучшая документация — работающий код

    Код-ревью — самая дешёвая документация для следующего инженера. README рот не открывает; комментарий в дифе живёт дольше.

  3. 03

    Я найму одного хорошо, а не пятерых быстро

    На сегодня — три хайра, все на месте. Если бы я нанимал быстро, цифра выглядела бы иначе.

  4. 04

    Сначала запустить, потом оптимизировать на данных

    Оптимизация без данных — это анимация догадок. Сначала рабочая штука, потом профайлер.

  5. 05

    Трое — это уже команда

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

  6. 06

    Перед тем как трогать вторую базу — подумай трижды

    Каждое новое хранилище — это ещё один on-call, ещё одна история бэкапов и ещё одна система, которой следующему инженеру придётся учиться.

  7. 07

    Если страшно деплоить в пятницу — система не готова

    Если ты не можешь спокойно выкатить в пятницу в 17:00 — где-то ты уже знал, что система сильнее тебя. Это сигнал, не код.

  8. 08

    Слушать дольше, чем говорить

    Еженедельные 1:1 с командой. Когда я слушаю больше, чем говорю — половина 'нерешённых' вопросов решает себя сама.

  9. 09

    Хвалить публично, дебажить наедине

    Победы — с именами, в общем чате. Ошибки — один на один, без интонации обвинения. Человек уже знает; не помогать ему чувствовать себя ещё хуже.

  10. 10

    Не путай движение и прогресс

    Много встреч ≠ много работы. Много релизов ≠ полезные релизы. Вежливое «нет» — самый высоколеверажный инструмент в моём арсенале.

Обновляется, когда что-то меняется, а не когда выходит новый фреймворк.