A. Rudenets

Неплохое решение проблемы грейдов. Вместо желания объять необъятное и попыток приложить линейку к каждому профессиональному качеству, в Avito достаточно обобщённо описывают зону ответственности и mindset разработчика определенного уровня. И ещё, конечно, важно, что всё это в меньшей степени о технологиях и в большей о самом специалисте.

Если долго смотреть на тему поста в бэклоге, то однажды по этой теме что-нибудь да напишут. И в этот раз, кажется, наконец-то получилась достойная статья о внутреннем устройстве Git. В своё время именно понимание внутренней механики помогло быстро освоить нужные в командной разработке темы вроде rebase.

Коротко о том, как развиваются системы и какие способы управления ими применимы в различных ситуациях. Весьма занятно, что если принять на веру эту модель, то самоорганизация, за которую топит Agile, применима только в случае, когда перед нами система, о которой можно что-то сказать только постфактум после эксперимента. Во всех остальных случаях эффективнее другие методы управления.

Очень крутая визуализация областей знаний, которыми хорошо бы владеть современному веб-разработчику. Сейчас мы как раз с Алёной постигаем азы, чтобы её результаты её работы в отделе маркетинга одной IT-компании были ещё круче, чем сейчас, и такая подборочка мне как ментору будет как нельзя кстати :)

Соглашение для коммуникации во время проведения code review, которое выглядит весьма секси. Мне часто во время приходится оговариваться не самыми явными конструкциями, что какие-то мелочи было бы неплохо исправить. Или, например, переделать это потом, но не сейчас, у нас ведь хотфикс. Вводить же какие-то собственные префиксы выглядит и вовсе странным, т.к. я не усматриваю в этом никакого смысла, если понимать их и пользоваться ими буду один. Мне кажется, что если команда примет это соглашение, то это может упростить коммуникации в рамках далеко не самого простого процесса, который все мы (надеюсь) выполняем каждый день.

Всё по делу. Дополню лишь, что в trade-off между скоростью поставки фич и качеством их технической реализации разработчики максимизируют первое и минимизируют второе, когда среда вынуждает команду действовать именно так. Например, в компании придумали какой-нибудь KPI, начали планировать спринты под завязку или ввели трекинг времени и начали пристально следить за попаданием в оценку. По наблюдениям, именно в подобных ситуациях начинаются жертвы, о которых пишет Андрей.

На примере индустрии культуры очень четко можно увидеть, как глобальный катаклизм сносит отлаженные экономические машины. Кажется, то, что мы сейчас наблюдаем, ещё долго будет нам вспоминаться.