Търсене | (Default) Light mobile MoLight NoCSS Urban Sunrise Wasp | Регистрация Вход
Теми | Категории | |
Теми Отговор
Книга за модерен мениджмънт. Пускал съм я някога тука, ама са загуби из малоумните аутистични теми.
https://avidreaders.ru/download/kak-pasti-kotov-nastavlenie-dlya-programmistov.html?f=pdf
Как пасти котов. Наставление для программистов, руководящих другими программистами”
Как пасти (с)котов, или Советы юному программисту Управление разработкой Управление проектами Управление персоналом Карьера в IT-индустрии Когда вышло первое издание на русском языке хорошо известной книги «Как пасти котов», посвященной непростой теме управления своенравными по натуре профессиональными и не очень разработчиками ПО, мой более опытный коллега руководитель проектов подметил: “Правильнее было бы её назвать «Как пасти скотов»”. Фраза запомнилась, и как показывает накопившийся с тех пор опыт взаимодействия с программистами — коллега был прав. Как программистов ненавидят их коллеги Бизнес-аналитик ненавидит тебя за нереализованные якобы по случайному недосмотру наиболее трудоёмкие части спецификаций. Тестировщицы ненавидят тебя за то, что ты выкатываешь финальную сборку с исправлениями за 5 минут до конца рабочего дня и спокойно отправляешься домой, а им ещё предстоит потратить несколько сверхурочных часов вечером на проверку полусотни исправлений и регрессионное тестирование перед завтрашним релизом. Руководитель проекта ненавидит тебя за то, что ты плевал на него с самой высокой колокольни, потому что твоё будущее, как и зарплата в компании, никак не зависят от его мнения и отзыва, а зависят лишь от твоего непосредственного начальника, который почти всегда найдёт способ тебя выгородить за любой твой провал. Ну и разумеется, он ненавидит тебя ещё больше, чем тестировщицы, потому что после того, как те завершат своё тестирование и дадут «добро» на выпуск финальной сборки, ему, в 11 часов вечера, нужно ещё будет завершить создание финальных отчётов о релизе для групп развёртывания и сопровождения и для заказчика. Служба поддержки ненавидит тебя за «самодокументированный» код и за постоянное увиливание от ответов на их вопросы, даже если в новом проекте, на который ты назначен, в твоём графике специально выделены часы на поддержку отчуждённого кода. ............. Неправильный заголовок, судя по тексту нужно было написать «Как пасти (с)котов, или Советы юному скоту». Жаль программистов которые у вас работают, вы от них требуете быть машиной оркестром, не болтать, не есть, не срать. Ведь кто не жмёт на кнопки тот не работает (и не дай боже кодер не знает шотов и слепую печать). А ещё кодер должен тестировать до отупения свои правки, заменяя тестировщика, отрываться от задач чтобы поискать что-то в логах, хотя для этого ненужны сверх скилл, а достаточно запустит поиск, ну да ведь прерывание над задачей никак не повлияет на скорость её закрытия. А ещё программист конечно же должен быть админом, эникейщиком, и дэвопсом. Чтобы уметь разворачивать кластеры, и управлять зависимости, у него ведь 2 руки, а ещё и ноги есть, ничё не сдохнет. Пускай ещё «гениальный» пм поучит его как профайлером искать баги. А да пускай ещё диаграмму ганта составит, а то пму некогда, он ничего не делает видимо. ......... По вашему статье вырисовывается что программист должен быть программистом, админом, эникейщиком, дэвопсом, тестером, пмом, и при этом ни на что не отвлекаться, быть безгрешным, смиренно терпеть советы пм по коду и инструментам (учитывая что пм не знает разницу между конструктором и деструктором, и советует профайлер для дебага). Бедные ваши программисты. Это не они скоты, это вы ублюдки.
Как пасти (с)котов, или Советы юному программисту Управление разработкой Управление проектами Управление персоналом Карьера в IT-индустрии Когда вышло первое издание на русском языке хорошо известной книги «Как пасти котов», посвященной непростой теме управления своенравными по натуре профессиональными и не очень разработчиками ПО, мой более опытный коллега руководитель проектов подметил: “Правильнее было бы её назвать «Как пасти скотов»”. Фраза запомнилась, и как показывает накопившийся с тех пор опыт взаимодействия с программистами — коллега был прав.
Когда вышло первое издание на русском языке хорошо известной книги «Как пасти котов», посвященной непростой теме управления своенравными по натуре профессиональными и не очень разработчиками ПО, мой более опытный коллега руководитель проектов подметил: “Правильнее было бы её назвать «Как пасти скотов»”. Фраза запомнилась, и как показывает накопившийся с тех пор опыт взаимодействия с программистами — коллега был прав.
Как программистов ненавидят их коллеги
Бизнес-аналитик ненавидит тебя за нереализованные якобы по случайному недосмотру наиболее трудоёмкие части спецификаций.
Тестировщицы ненавидят тебя за то, что ты выкатываешь финальную сборку с исправлениями за 5 минут до конца рабочего дня и спокойно отправляешься домой, а им ещё предстоит потратить несколько сверхурочных часов вечером на проверку полусотни исправлений и регрессионное тестирование перед завтрашним релизом.
Руководитель проекта ненавидит тебя за то, что ты плевал на него с самой высокой колокольни, потому что твоё будущее, как и зарплата в компании, никак не зависят от его мнения и отзыва, а зависят лишь от твоего непосредственного начальника, который почти всегда найдёт способ тебя выгородить за любой твой провал. Ну и разумеется, он ненавидит тебя ещё больше, чем тестировщицы, потому что после того, как те завершат своё тестирование и дадут «добро» на выпуск финальной сборки, ему, в 11 часов вечера, нужно ещё будет завершить создание финальных отчётов о релизе для групп развёртывания и сопровождения и для заказчика.
Служба поддержки ненавидит тебя за «самодокументированный» код и за постоянное увиливание от ответов на их вопросы, даже если в новом проекте, на который ты назначен, в твоём графике специально выделены часы на поддержку отчуждённого кода.
............. Неправильный заголовок, судя по тексту нужно было написать «Как пасти (с)котов, или Советы юному скоту». Жаль программистов которые у вас работают, вы от них требуете быть машиной оркестром, не болтать, не есть, не срать. Ведь кто не жмёт на кнопки тот не работает (и не дай боже кодер не знает шотов и слепую печать). А ещё кодер должен тестировать до отупения свои правки, заменяя тестировщика, отрываться от задач чтобы поискать что-то в логах, хотя для этого ненужны сверх скилл, а достаточно запустит поиск, ну да ведь прерывание над задачей никак не повлияет на скорость её закрытия. А ещё программист конечно же должен быть админом, эникейщиком, и дэвопсом. Чтобы уметь разворачивать кластеры, и управлять зависимости, у него ведь 2 руки, а ещё и ноги есть, ничё не сдохнет. Пускай ещё «гениальный» пм поучит его как профайлером искать баги. А да пускай ещё диаграмму ганта составит, а то пму некогда, он ничего не делает видимо.
......... По вашему статье вырисовывается что программист должен быть программистом, админом, эникейщиком, дэвопсом, тестером, пмом, и при этом ни на что не отвлекаться, быть безгрешным, смиренно терпеть советы пм по коду и инструментам (учитывая что пм не знает разницу между конструктором и деструктором, и советует профайлер для дебага). Бедные ваши программисты. Это не они скоты, это вы ублюдки.
