Про технических продактов
Давние подписчики канала знают, что я уже давно не настоящий тимлид, и еще в 2019 году перепрыгнул на параллельный карьерный трек и стал продактом – сначала языка программирования, а потом и других инструментов для разработчиков. И пока еще ни разу об этом не пожалел!
Так вот, на этот счет у меня есть два тезиса:
👉Переход именно в технического продакт-менеджера, который отвечает за внутренние платформенные штуки, девтулы или API – самый простой шаг для разработчиков и тимлидов, которые хотят поменять свою карьеру. У вас уже есть отличные доменные знания, а значит, одна из обязательных галочек закрывается.
👉Про технических продактов катастрофически мало контента – это касается и обучающих материалов, и кейсов, на которых можно повышать свою насмотренность.
Так вот, если вам такой карьерный трек тоже интересен, рекомендую подписаться на канал Артема Арюткина, который тоже работает техническим продактом и делает платформу для разработчиков в Яндексе. Вот несколько постов, с которых можно начать:
👉Как повысить эффективность разработки
👉Как продакту вкатиться в проектирование систем
👉Что спросить нанимающего менеджера
👉Как писать полезные PRD
Реклама. Самозанятый Арюткин, ИНН 331104861099, erid: 2SDnjeisiyJ
Давние подписчики канала знают, что я уже давно не настоящий тимлид, и еще в 2019 году перепрыгнул на параллельный карьерный трек и стал продактом – сначала языка программирования, а потом и других инструментов для разработчиков. И пока еще ни разу об этом не пожалел!
Так вот, на этот счет у меня есть два тезиса:
👉Переход именно в технического продакт-менеджера, который отвечает за внутренние платформенные штуки, девтулы или API – самый простой шаг для разработчиков и тимлидов, которые хотят поменять свою карьеру. У вас уже есть отличные доменные знания, а значит, одна из обязательных галочек закрывается.
👉Про технических продактов катастрофически мало контента – это касается и обучающих материалов, и кейсов, на которых можно повышать свою насмотренность.
Так вот, если вам такой карьерный трек тоже интересен, рекомендую подписаться на канал Артема Арюткина, который тоже работает техническим продактом и делает платформу для разработчиков в Яндексе. Вот несколько постов, с которых можно начать:
👉Как повысить эффективность разработки
👉Как продакту вкатиться в проектирование систем
👉Что спросить нанимающего менеджера
👉Как писать полезные PRD
Реклама. Самозанятый Арюткин, ИНН 331104861099, erid: 2SDnjeisiyJ
Большой анализ зарплат по всему миру
Держите офигенный разбор того, как платят сеньорам по всему миру. Из интересных наблюдений:
👉Почти во всех ключевых регионах можно выделить несколько сегментов компаний с разными медианами и распределениями зарплат. Чаще всего одним из сегментов является международный бигтех, а другим – локальные компании.
👉Рынок вытягивают вверх в основном компании с HQ в США.
👉На локальном рынке США компенсация супер-сильно зависит от штата, вот тут можно посмотреть распределение.
👉Чем больше общая компенсация, тем большую часть в ней занимают опционы. Но при этом самые большие пакеты – в хедж-фондах, где никаких опционов нет, зато премии в кэше составляют до 200% от базовой зарплаты.
👉Приложил к картинкам классную оценку того, как изменение цены акций компании повлияло на компенсационный пакет разработчиков. В случае Nvidia за три года он вырос на 45%, а в менее успешных компаниях упал на треть.
Держите офигенный разбор того, как платят сеньорам по всему миру. Из интересных наблюдений:
👉Почти во всех ключевых регионах можно выделить несколько сегментов компаний с разными медианами и распределениями зарплат. Чаще всего одним из сегментов является международный бигтех, а другим – локальные компании.
👉Рынок вытягивают вверх в основном компании с HQ в США.
👉На локальном рынке США компенсация супер-сильно зависит от штата, вот тут можно посмотреть распределение.
👉Чем больше общая компенсация, тем большую часть в ней занимают опционы. Но при этом самые большие пакеты – в хедж-фондах, где никаких опционов нет, зато премии в кэше составляют до 200% от базовой зарплаты.
👉Приложил к картинкам классную оценку того, как изменение цены акций компании повлияло на компенсационный пакет разработчиков. В случае Nvidia за три года он вырос на 45%, а в менее успешных компаниях упал на треть.
👋OTUS приглашает на бесплатные живые вебинары для опытных IT-специалистов, тимлидов, управленцев:
«Тайм-менеджмент для тимлида»: регистрация
В результате вебинара:
- После посещения вебинара поймёте важность планирования и обретёте инструментарий для повышения эффективности.
«Пора на выход: как тимлиду сказать это сотруднику правильно»: регистрация
В результате вебинара:
- Вы научитесь корректно увольнять сотрудников, минимизировать стресс в команде и избегать распространенных ошибок, сохраняя профессионализм и уважение.
«Как тимлиду эффективно распределять роли в ИТ-команде»: регистрация
В результате вебинара:
- Тимлиды опытные и начинающие научатся оценивать возможности команды, исходя из особенностей ее членов.
- СТО, CIO, Руководители ИТ отделов поймут, как эффективно распределять роли в соответствии с типами сотрудников.
- Проектные и продуктовые менеджеры узнают, как собирать и сохранить эффективную команду.
Открытые уроки проходят в рамках онлайн-курса «DevOps Lead». Приходите и задайте вопросы экспертам, пока ответы еще бесплатны!
🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid:2SDnjdmZz8k, www.otus.ru
«Тайм-менеджмент для тимлида»: регистрация
В результате вебинара:
- После посещения вебинара поймёте важность планирования и обретёте инструментарий для повышения эффективности.
«Пора на выход: как тимлиду сказать это сотруднику правильно»: регистрация
В результате вебинара:
- Вы научитесь корректно увольнять сотрудников, минимизировать стресс в команде и избегать распространенных ошибок, сохраняя профессионализм и уважение.
«Как тимлиду эффективно распределять роли в ИТ-команде»: регистрация
В результате вебинара:
- Тимлиды опытные и начинающие научатся оценивать возможности команды, исходя из особенностей ее членов.
- СТО, CIO, Руководители ИТ отделов поймут, как эффективно распределять роли в соответствии с типами сотрудников.
- Проектные и продуктовые менеджеры узнают, как собирать и сохранить эффективную команду.
Открытые уроки проходят в рамках онлайн-курса «DevOps Lead». Приходите и задайте вопросы экспертам, пока ответы еще бесплатны!
🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid:2SDnjdmZz8k, www.otus.ru
Интервью на СТО
Недавно я анонсировал открытое интервью на позицию СТО, где Александр Ложечкин собеседовал Андрея Бреслава. Так вот, все прошло классно, и, если вы опоздали на лайв, обязательно посмотрите запись на Youtube!
Недавно я анонсировал открытое интервью на позицию СТО, где Александр Ложечкин собеседовал Андрея Бреслава. Так вот, все прошло классно, и, если вы опоздали на лайв, обязательно посмотрите запись на Youtube!
YouTube
Mock-up интервью на позицию СТО
Андрей Бреслав (ex-JetBrains, а теперь основатель стартапа) и Александр Ложечкин (ex-Microsoft, ex-Amazon, а теперь CIO в банке) рассуждают, спорят, делятся опытом, и просто болтают на темы развития людей, руководства, технологий и всего остального.
Сайт…
Сайт…
Важность – Решаемость – Запущенность
Чаще всего, выбирая точки приложения усилий, менеджеры сортируют возможные задачи по степени их срочности. Иногда вмешивается матрица Эйзенхауэра, и, помимо срочности, появляется компонент важности. Держите чуть более глубокий фреймворк, который помогает ответить на вопрос "Будет ли мое участие как менеджера полезным?"
👉Решаемость (tractability) – насколько вообще выбранную проблему можно решить в разумное время.
👉Запущенность (neglectedness) – насколько уровень выделяемых ресурсов на проблему соответствует тому, который нужен, чтобы реально ее решить.
👉Важность (importance) – ну тут все по классике.
Так вот, при оценке всех проблем по этим критериям, вы можете увидеть довольно важные вещи. Самыми интересными выглядят вот эти два кластера:
👉Важные, но нерешаемые проблемы. В такие места вам имеет смысл погрузиться и попробовать понять, нельзя ли пересмотреть саму проблему или текущий подход к ее решению. В статье как раз приводится хороший пример с распилом монолита.
👉Важные, решаемые, но при этом запущенные проблемы. Сюда попадает знакомый многим длинный хвост проектов, которыми занимается по полчеловека, и которые в итоге годами не двигаются вперед.
Чаще всего, выбирая точки приложения усилий, менеджеры сортируют возможные задачи по степени их срочности. Иногда вмешивается матрица Эйзенхауэра, и, помимо срочности, появляется компонент важности. Держите чуть более глубокий фреймворк, который помогает ответить на вопрос "Будет ли мое участие как менеджера полезным?"
👉Решаемость (tractability) – насколько вообще выбранную проблему можно решить в разумное время.
👉Запущенность (neglectedness) – насколько уровень выделяемых ресурсов на проблему соответствует тому, который нужен, чтобы реально ее решить.
👉Важность (importance) – ну тут все по классике.
Так вот, при оценке всех проблем по этим критериям, вы можете увидеть довольно важные вещи. Самыми интересными выглядят вот эти два кластера:
👉Важные, но нерешаемые проблемы. В такие места вам имеет смысл погрузиться и попробовать понять, нельзя ли пересмотреть саму проблему или текущий подход к ее решению. В статье как раз приводится хороший пример с распилом монолита.
👉Важные, решаемые, но при этом запущенные проблемы. Сюда попадает знакомый многим длинный хвост проектов, которыми занимается по полчеловека, и которые в итоге годами не двигаются вперед.
Management for Anarchists
Importance isn't enough
Here's a nuanced framework for thinking about how leaders should spend their time
Как давать обратную связь, чтобы вас слышали и что-то менялось?
Обратная связь — фундаментальный навык в управлении, который экономит время, деньги и нервы. И в теории вроде понятно, каким должен быть хороший фидбэк, но как дело доходит до практики… То подчиненный не так понял, то обиделся, то вовсе не захотел исправлять свои косяки.
27 марта в 20:00 по мск школа коммуникации Soft Skills Lab проведет открытый вебинар про обратную связь.
За 1,5 часа вы узнаете:
▫️ Как быстро формулировать обратную связь, чтобы она четко доносила суть и не демотивировала сотрудников?
▫️ Что понижает и повышает ее результативность?
▫️ Как найти баланс между мягкостью и жесткостью?
Вы на кейсах разберете конкретные принципы и ошибки, учитывая которые сможете легко и грамотно давать обратную связь. Так, чтобы в команде не страдали процессы, отношения и инициатива.
🗣 Спикер — Нелли Григорьева, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах, консультант технологических компаний в области маркетинга.
Занятие пройдет в Zoom, поэтому будет возможность обсудить свои вопросы и кейсы.
👉🏻 Чтобы получить ссылку на конференцию, просто запустите бота.
Обратная связь — фундаментальный навык в управлении, который экономит время, деньги и нервы. И в теории вроде понятно, каким должен быть хороший фидбэк, но как дело доходит до практики… То подчиненный не так понял, то обиделся, то вовсе не захотел исправлять свои косяки.
27 марта в 20:00 по мск школа коммуникации Soft Skills Lab проведет открытый вебинар про обратную связь.
За 1,5 часа вы узнаете:
▫️ Как быстро формулировать обратную связь, чтобы она четко доносила суть и не демотивировала сотрудников?
▫️ Что понижает и повышает ее результативность?
▫️ Как найти баланс между мягкостью и жесткостью?
Вы на кейсах разберете конкретные принципы и ошибки, учитывая которые сможете легко и грамотно давать обратную связь. Так, чтобы в команде не страдали процессы, отношения и инициатива.
🗣 Спикер — Нелли Григорьева, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах, консультант технологических компаний в области маркетинга.
Занятие пройдет в Zoom, поэтому будет возможность обсудить свои вопросы и кейсы.
👉🏻 Чтобы получить ссылку на конференцию, просто запустите бота.
Настольная книга СТО стартапа
Держите золото – бесплатную книгу с описанием кучи концепций, практик и процессов, которые нужны любому техническому руководителю.
👉Менеджмент людей: коучинг, деревья компетенций, continuous improvement, обучение менеджеров.
👉Жизненный цикл сотрудника: найм, онбординг, перфоманс менеджмент.
👉Управление технической командой: общая культура, техдолг, developer experience.
👉Технологии: архитектура, SDLC, DevOps, инцидент-менеджмент.
Держите золото – бесплатную книгу с описанием кучи концепций, практик и процессов, которые нужны любому техническому руководителю.
👉Менеджмент людей: коучинг, деревья компетенций, continuous improvement, обучение менеджеров.
👉Жизненный цикл сотрудника: найм, онбординг, перфоманс менеджмент.
👉Управление технической командой: общая культура, техдолг, developer experience.
👉Технологии: архитектура, SDLC, DevOps, инцидент-менеджмент.
«Управление IT-продуктами» — день открытых дверей онлайн-магистратуры Яндекс Практикума и МФТИ
2 апреля в 19:00 мск
На встрече поговорим о современном формате магистратуры для менеджеров продукта от Яндекса и МФТИ. Как поступить, как проходит обучение и какие знания вы получите на выходе.
Подробно расскажем, что такое очная онлайн-магистратура — как это, когда учишься онлайн, но со студенческим билетом, отсрочкой от армии и дипломом магистра МФТИ после выпуска.
Что будет на событии:
— О профессии продакт-менеджер и какие задачи есть у специалистов разных грейдов — расскажет Елена Тупикова, академический руководитель программы, Chief Product Officer ex-Яндекс, CEO CPO.Agency.
— Чему научитесь и как устроено обучение на прикладной программе — поделится Виктория Копаева, менеджер программ высшего образования, Яндекс Практикум.
— Как поступить: сроки, экзамены, документы, оплата — расскажет Юлия Соболь, заместитель директора Центра «Пуск», МФТИ.
→ Зарегистрироваться
2 апреля в 19:00 мск
На встрече поговорим о современном формате магистратуры для менеджеров продукта от Яндекса и МФТИ. Как поступить, как проходит обучение и какие знания вы получите на выходе.
Подробно расскажем, что такое очная онлайн-магистратура — как это, когда учишься онлайн, но со студенческим билетом, отсрочкой от армии и дипломом магистра МФТИ после выпуска.
Что будет на событии:
— О профессии продакт-менеджер и какие задачи есть у специалистов разных грейдов — расскажет Елена Тупикова, академический руководитель программы, Chief Product Officer ex-Яндекс, CEO CPO.Agency.
— Чему научитесь и как устроено обучение на прикладной программе — поделится Виктория Копаева, менеджер программ высшего образования, Яндекс Практикум.
— Как поступить: сроки, экзамены, документы, оплата — расскажет Юлия Соболь, заместитель директора Центра «Пуск», МФТИ.
→ Зарегистрироваться
Что вынуждает топ-перформеров увольняться
👉Отсутствие ясного вижна у компании. Топ-перформеры готовы сами находить новые челленджи и двигать компанию вперед, но для этого им важно понимать общен направление.
👉Добавление новых задач без отказа от старых. По себе знаю, насколько просто попасть в ловушку бездумного накидывания задач в своих самых сильных людей. А за перегрузкой будет следовать либо выгорание, либо провал каких-то из проектов.
👉Скидывание части ваших задачс когда вы передаете их не с целью развития навыков, а просто для того, чтобы освободить собственное время.
👉Обещать отдать контроль, но на деле постоянно микроменеджерить и забирать его на себя. Помимо того, что вы забираете возможность развития, вы таким образом показываете отсутствие доверия.
👉Предполагать, что вы знаете, что их мотивирует. Когда какой-то человек с радостью берет на себя новые сложные задачи, легко сделать вывод о том, что его основная мотивация лежит в интеллектуальных челленджах. На самом деле ситуация может быть вообще другой, и, не понимая всех причин, вы будете принимать плохие решения.
👉Отсутствие ясного вижна у компании. Топ-перформеры готовы сами находить новые челленджи и двигать компанию вперед, но для этого им важно понимать общен направление.
👉Добавление новых задач без отказа от старых. По себе знаю, насколько просто попасть в ловушку бездумного накидывания задач в своих самых сильных людей. А за перегрузкой будет следовать либо выгорание, либо провал каких-то из проектов.
👉Скидывание части ваших задачс когда вы передаете их не с целью развития навыков, а просто для того, чтобы освободить собственное время.
👉Обещать отдать контроль, но на деле постоянно микроменеджерить и забирать его на себя. Помимо того, что вы забираете возможность развития, вы таким образом показываете отсутствие доверия.
👉Предполагать, что вы знаете, что их мотивирует. Когда какой-то человек с радостью берет на себя новые сложные задачи, легко сделать вывод о том, что его основная мотивация лежит в интеллектуальных челленджах. На самом деле ситуация может быть вообще другой, и, не понимая всех причин, вы будете принимать плохие решения.
newsletter.canopy.is
The Hidden Ways Leaders Unintentionally Punish Their Top Performers
How to identify the subtle behaviors that drive away your top performers, and what to do instead
Современные распределённые системы не прощают ошибок в интеграциях.
Как выбрать между REST, gRPC и event-driven? Как не утонуть в хаосе версионирования API и управлении нагрузками?
С 7 по 11 апреля на онлайн-конференции Podlodka Techlead Crew разберёмся с вопросами межсервисного взаимодействия:
• Проектированием API распределённых систем с Алексеем Рыбаком (devhands)
• Выбором архитектуры интеграций (gRPC, HTTP, Event-driven, базы данных) с Кириллом Ветчинкиным, Филиппом Дельгядо и Сергеем Петрелевичем
• Инструментами observability в распределённых системах с Григорием Кошелевым (Контур)
• API First подходом к разработке с Николаем Нагорным.
Всё максимально прикладное и применимое в работе.
🎟 Забирай билет https://podlodka.io/techcrew
Как выбрать между REST, gRPC и event-driven? Как не утонуть в хаосе версионирования API и управлении нагрузками?
С 7 по 11 апреля на онлайн-конференции Podlodka Techlead Crew разберёмся с вопросами межсервисного взаимодействия:
• Проектированием API распределённых систем с Алексеем Рыбаком (devhands)
• Выбором архитектуры интеграций (gRPC, HTTP, Event-driven, базы данных) с Кириллом Ветчинкиным, Филиппом Дельгядо и Сергеем Петрелевичем
• Инструментами observability в распределённых системах с Григорием Кошелевым (Контур)
• API First подходом к разработке с Николаем Нагорным.
Всё максимально прикладное и применимое в работе.
🎟 Забирай билет https://podlodka.io/techcrew
Почему учить других – хороший способ учиться самому
1️⃣ Когда вы объясняете кому-то новую тему, вам приходится глубоко в ней разобраться. Если вы не можете ясно изложить материал, значит, вы сами еще недостаточно его поняли.
2️⃣ Чтобы доступно объяснить что-то другим людям, вам приходится упрощать информацию, искать понятные примеры и аналогии. В этом процессе вы и сами лучше понимаете суть изучаемого материала.
3️⃣ Когда вы только-только изучили что-то новое, вы еще помните, что это такое – не понимать материал. Это помогает вам предвидеть возможные вопросы, объяснять тему более доступно, и уметь так же объяснять ее и в будущем.
4️⃣ Необходимость обучить теме кого-то еще хорошо так пинает разобраться в теме глубже, и не откладывать это на последний момент.
1️⃣ Когда вы объясняете кому-то новую тему, вам приходится глубоко в ней разобраться. Если вы не можете ясно изложить материал, значит, вы сами еще недостаточно его поняли.
2️⃣ Чтобы доступно объяснить что-то другим людям, вам приходится упрощать информацию, искать понятные примеры и аналогии. В этом процессе вы и сами лучше понимаете суть изучаемого материала.
3️⃣ Когда вы только-только изучили что-то новое, вы еще помните, что это такое – не понимать материал. Это помогает вам предвидеть возможные вопросы, объяснять тему более доступно, и уметь так же объяснять ее и в будущем.
4️⃣ Необходимость обучить теме кого-то еще хорошо так пинает разобраться в теме глубже, и не откладывать это на последний момент.
hardmodefirst.xyz
Teach to Learn: Why Sharing What You Know Makes You Smarter
Considering the powerful possibility that each of us is a learning, and a teacher, all the time
Юристы в ИТ: почему тимлидам и проджектам без них никуда, как и бизнесу в целом?
Поговорили об этом с Юлией Суворовой, Head of Legal and Compliance в Сравни. Обсудили, как юристы помогают командам обезопасить разработку (и сопутствующие процессы) от возможных рисков, и что нужно знать ИТ-руководителям о букве закона в рамках компании.
В этом выпуске:
• Как не обжечься с покупкой ПО, использованием open source решений и оформлением права на код
• Когда ИТ-компании (и команды) могут обойтись без юристов?
• Как нормативные акты влияют на процессы разработки
• Правила успешной коммуникации с юристами в ИТ
Посмотреть или послушать можно здесь:
✅VK
✅YouTube
✅RUTUBE
✅Mave
Поговорили об этом с Юлией Суворовой, Head of Legal and Compliance в Сравни. Обсудили, как юристы помогают командам обезопасить разработку (и сопутствующие процессы) от возможных рисков, и что нужно знать ИТ-руководителям о букве закона в рамках компании.
В этом выпуске:
• Как не обжечься с покупкой ПО, использованием open source решений и оформлением права на код
• Когда ИТ-компании (и команды) могут обойтись без юристов?
• Как нормативные акты влияют на процессы разработки
• Правила успешной коммуникации с юристами в ИТ
Посмотреть или послушать можно здесь:
✅VK
✅YouTube
✅RUTUBE
✅Mave
Конструктор для автоматизации процессов
Я всю жизнь работал в продуктовых компаниях – сначала разработчиком, затем тимлидом, а потом продактом. И в моей наивной картине мира большая часть разработчиков занимались тем же самым – пилили продуктовую бизнес-логику и рисовали красивые кнопочки для миллионов пользователей. Но реальность, конечно же, совсем другая – и огромное количество разработчиков занимаются невидимой, но от этого не менее важной работой, автоматизируя бесчисленное количество различных бизнес-процессов, занимаясь ETL пайплайнами, интегрируя разные сервисы друг с другом.
Так вот, у Yandex Cloud есть классный инструмент Yandex Workflows, который помогает ровно с такими задачами. Раньше он работал только поверх декларативных конфигов на YAML, но теперь поддерживает и офигенный визуальный конструктор – работать с ним проще, а, самое главное, он очень сильно помогает договориться о едином языке с бизнесом.
В общем, если вы занимаетесь похожими задачами, хотите сэкономить себе время, а бизнесу деньги – попробуйте инструмент!
Я всю жизнь работал в продуктовых компаниях – сначала разработчиком, затем тимлидом, а потом продактом. И в моей наивной картине мира большая часть разработчиков занимались тем же самым – пилили продуктовую бизнес-логику и рисовали красивые кнопочки для миллионов пользователей. Но реальность, конечно же, совсем другая – и огромное количество разработчиков занимаются невидимой, но от этого не менее важной работой, автоматизируя бесчисленное количество различных бизнес-процессов, занимаясь ETL пайплайнами, интегрируя разные сервисы друг с другом.
Так вот, у Yandex Cloud есть классный инструмент Yandex Workflows, который помогает ровно с такими задачами. Раньше он работал только поверх декларативных конфигов на YAML, но теперь поддерживает и офигенный визуальный конструктор – работать с ним проще, а, самое главное, он очень сильно помогает договориться о едином языке с бизнесом.
В общем, если вы занимаетесь похожими задачами, хотите сэкономить себе время, а бизнесу деньги – попробуйте инструмент!
На что влияют скиллы разработчика при работе с AI
Мартин Фаулер за последние месяцы успел много поработать с AI агентами, и на основе этого опыта выделил несколько самых частых проблем, в которых индивидуальные навыки разработчика все еще решают:
👉Неправильный диагноз того, почему код не работает, из-за чего дебаг становится бесконечным.
👉Вместо того, чтобы идти маленькими итеративными шагами, агенты часто стремятся написать слишком много кода сразу.
👉Вместо поиска корневой проблемы агент лечит симптомы костылями.
👉Задача может быть реализована таким образом, что общий developer experience неоправданно усложнится.
👉Агент может неверно понять функциональные требования, и начать решать вообще не ту задачу.
👉Тесты, которыми покрывается код, могут быть избыточными.
👉Код может получаться слишком сложным.
Все эти проблемы закрываются довольно банальными способами – нужно очень внимательно следить за работой агента в процессе, ревьюить результаты, и применять олдскульные практики обеспечения качества всей кодовой базы.
Мартин Фаулер за последние месяцы успел много поработать с AI агентами, и на основе этого опыта выделил несколько самых частых проблем, в которых индивидуальные навыки разработчика все еще решают:
👉Неправильный диагноз того, почему код не работает, из-за чего дебаг становится бесконечным.
👉Вместо того, чтобы идти маленькими итеративными шагами, агенты часто стремятся написать слишком много кода сразу.
👉Вместо поиска корневой проблемы агент лечит симптомы костылями.
👉Задача может быть реализована таким образом, что общий developer experience неоправданно усложнится.
👉Агент может неверно понять функциональные требования, и начать решать вообще не ту задачу.
👉Тесты, которыми покрывается код, могут быть избыточными.
👉Код может получаться слишком сложным.
Все эти проблемы закрываются довольно банальными способами – нужно очень внимательно следить за работой агента в процессе, ревьюить результаты, и применять олдскульные практики обеспечения качества всей кодовой базы.
Приходите поговорить про то, как поменялся найм
За последние четыре года рынок найма несколько раз переворачивался с ног на голову – сначала дикий рост спроса во время ковида, затем затягивание поясов и сокращение, а сейчас половина людей уверены в том, что перемножение матриц нас всех заменит уже через год, а кто-то, наоборот, прогнозирует новый золотой век.
Так вот, hh собирают на митап всех, кто хочет поговорить про оценку кандидатов и новых реалиях найма: как использовать AI грамотно, как отличить реальные факты от фейков, и как перестроить свой процесс найма так, чтобы он реально работал. В программе – кейсы от руководителей разных функций в российском бигтехе, а также – куча живых обсуждений.
📆3 апреля, четверг, сбор гостей в 18:30
📍Москва, ст. м. Белорусская, 3-я ул. Ямского поля, д. 2 к. 6, Пространство Bounce
🔗Участие бесплатное, но регистрация обязательна
За последние четыре года рынок найма несколько раз переворачивался с ног на голову – сначала дикий рост спроса во время ковида, затем затягивание поясов и сокращение, а сейчас половина людей уверены в том, что перемножение матриц нас всех заменит уже через год, а кто-то, наоборот, прогнозирует новый золотой век.
Так вот, hh собирают на митап всех, кто хочет поговорить про оценку кандидатов и новых реалиях найма: как использовать AI грамотно, как отличить реальные факты от фейков, и как перестроить свой процесс найма так, чтобы он реально работал. В программе – кейсы от руководителей разных функций в российском бигтехе, а также – куча живых обсуждений.
📆3 апреля, четверг, сбор гостей в 18:30
📍Москва, ст. м. Белорусская, 3-я ул. Ямского поля, д. 2 к. 6, Пространство Bounce
🔗Участие бесплатное, но регистрация обязательна
Чем отличаются менеджер, директор и VP
Наткнулся на лучшее описание различных менеджерских уровней, которое я встречал.
👉Менеджеру платят за то, чтобы он достигал результатов, получая помощь по необходимости.
👉Директору платят за то, чтобы результаты достигались вообще без какого-то контроля.
👉VP платят за то, чтобы они придумывали планы, основанные на понимании бизнеса.
Главное отличие VP от директора в том, что даже если предложенный им план был зааппрувлен всеми, идеально выполнен, но результатов нет – это его провал. Соответственно, хороший VP никогда не должен подписываться под планами, в которые сам не верит – лучше столкнуться с политическими последствиями своего несогласия, чем навредить бизнесу в том домене, за который ты отвечаешь.
Наткнулся на лучшее описание различных менеджерских уровней, которое я встречал.
👉Менеджеру платят за то, чтобы он достигал результатов, получая помощь по необходимости.
👉Директору платят за то, чтобы результаты достигались вообще без какого-то контроля.
👉VP платят за то, чтобы они придумывали планы, основанные на понимании бизнеса.
Главное отличие VP от директора в том, что даже если предложенный им план был зааппрувлен всеми, идеально выполнен, но результатов нет – это его провал. Соответственно, хороший VP никогда не должен подписываться под планами, в которые сам не верит – лучше столкнуться с политическими последствиями своего несогласия, чем навредить бизнесу в том домене, за который ты отвечаешь.
Kellblog
Career Development: What It Really Means to be a Manager, Director, or VP
It’s no secret that I’m not a fan of big-company HR practices. I’m more of the First Break all the Rules type. Despite my general skepticism of many standard practices, we still do annual performance reviews at my company, though … Continue reading →