Ваши процессы попахивают. Как это понять и что делать? / Филипп Дельгядо

Приглашаем на конференцию TeamLead Conf 2024, которая пройдет 27 и 28 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyJ0A
---------
Единственная профессиональная конференция только для тимлидов
16 и 17 сентября 2021,
Санкт-Петербург, DESIGN DISTRICT DAA in SPB
Тезисы и презентация:
teamleadconf.ru/spb/2021/abst...
На конференции много рассказывают про выстраивание процессов разработки, формирование команды, о разнообразных полезных практиках и популярных методологиях. Но давайте поговорим, а когда пора менять ваши процессы, когда нужно начать применять полученные знания. Как понять, что имеющиеся процессы неудачны, что команда разваливается, что методология подобрана не та и практики уже не работают?
...
--------
Нашли ошибку в видео? Пишите нам на [e-mail]

[@nihromikusmetallum3051]

Книга из доклада - Месяц под звездами фантазии Б.Л Злотин А.В Зусман

[@asbestoable]

"конструктивная таксичность" )) новый для меня термин, по сути выдуманный токсичными людьми дабы отделить их токсичность как нечто приемлемое, потому как "они не такие" )))

[@kirillsulim]

Ошибка в фамилии либо на слайде либо в описании ролика

[@juliettejolly6646]

Круть!

[@user-nq3eu5uf7b]

есть интересные мысли, но отказаться от код-ревью как-то всё равно страшновато

[@user-gk2kn3ri7z]

Сначала мы пишем процессы для сотрудников, потом насаждаем соблюдение этих процессов в командах, и в конце выясняем, что формальное отношение к работе, то есть соблюдение процессов - это плохо. Товарищ, ну нельзя же так:)))

[@annntoha]

Люблю Фила...

[@Olga-pc3bm]

Ну такое... делайте хорошо, плохо не делайте. Думайте головой. Подумали? А зачем вы это напридумали? так Делать не надо. А как надо? я же говорил - надо делать хорошо и думать головой.

[@westrio2]

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

[@phillipdelgyado9790]

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

[@GP-ez5ms]

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

[@phillipdelgyado9790]

@@GP-ez5ms Увы, code review - не самый удачный способ для всех этих задач. Лучше смотреть на другие варианты peer review, у меня про это есть отдельный доклад: kzbin.info/www/bejne/e5KvpXekicx1n9U

[@oeaoo]

В данном случае важно как, а не что.

[@Olga-pc3bm]

Не парься, этот человек не пишет код сам каждый день, его задача умничать, рисуя диаграммы а ля "архитектор" и кидать понты на подобных сходках в мос-ИТ тусовке. Он конечно же сочиняет, что мол пишет, но по уровню дискуссии видно, что он ни в зуб ногой в проблемах программирования, написания кода хороших практик. Просто следить за новинками языка, наверное. Узнав поближе понимаешь, что бывший DBA так и не ушёл от процедурного мышления. Поэтому ему норм когда REST это вызов конкретных методов вместо ресурса и когда кодревью - это плохо. Одним словом информационный цыганин умело вливающий в мозг работодателям.

[@pppdddqqqbbb]

Гениальный доклад, само-описывающий - вроде бы и не инфоцыганство, но немножко им попахивает… ;)