A. Rudenets

Отличнейший выпуск Подлодки о том, как построить экологичные конструктивные переговоры вокруг какой-то проблемы и пытаться найти для неё решение. Дослушал его сегодня утром, а вечером на Podlodka Teamlead Crew ещё и ворвался к Илье Синельникову на мастер-класс по переговорам и проверил, правильно ли я всё воспринял – оказалось, что да, и я молодец ^^ В выпуске можно услышать много интересного о вреде поиска компромиссов, об “айкидо” в переговорах, работе с эмоциями, предоставлении путей отступления оппоненту и т.д.

Офигенно. Очень нравятся подходы из DDD, потому что они позволяют взглянуть на процесс и уловить мелкие детали, которые обычно ускользают от внимания. Так происходит из-за того, что процессы в больших системах никто и никогда не понимает целиком. Event Storming – одна из методик фасилитации встречи, которая позволяет вытащить из всех участников проекта неочевидные детали, и о её принципах неплохо рассказывает эта статья.

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

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

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

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

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