[ПРОЕКТ] Создание схемы пользовательского пути и анализ систем — разработка, ориентированная на п...

Если вы сразу переходите к реализации, прежде чем объяснить пользовательский путь, этот эпизод для вас. Кент беседует с Дрю Хоскинсом — автором книги «Инженер, ориентированный на продукт», старшим инженером Stripe — о метафоре выдры, о том, как избежать эффекта Ктулху в пользовательских интервью, и о том, как анализировать системы, а не различия. Они обсуждают гибридные архетипы продуктов Facebook, циклы Temporal и Stripe, правило трех для обобщения и домашнее задание: набросайте путь одной функции и поищите сюжетные дыры. 00:00 - Знакомство с Дрю Хоскинсом 00:33 - Инженер, ориентированный на продукт 03:21 - Stripe и продукты для разработчиков 06:11 - От компиляторов к гибридному продукту 08:34 - Архетипы Facebook и карьерный поворот 10:57 - Временный менеджер проектов, затем обратно в Stripe 13:51 - Эскиз пользовательского пути 16:13 - Баланс между системами и пользователями 21:05 - Риски генерации кода по принципу «запустил и забыл» 25:00 - Избегание эффекта Ктулху 30:43 - Головоломка в эмпатии 33:28 - Правило трех 39:43 - Проверяйте системы, а не только различия 46:03 - Домашнее задание: нарисуйте один пользовательский путь Дрю Хоскинс (он также известен как Эндрю) — автор книги «Инженер, ориентированный на продукт». Он начал свою карьеру в Microsoft в качестве инженера-компилятора, создавал сложные системы в Facebook и Oculus, основал Workflow Engine в Stripe, два года проработал менеджером проектов в Temporal, а затем вернулся в Stripe после выхода книги, следуя описанному им гибридному пути разработки продуктов. Главная идея — это продуктоориентированная инженерия как форма карьеры, а не как хобби. В Facebook, согласно архетипам сотрудников Кента Бека, «гибридный продукт» был реальным режимом работы. Дрю же вместо управления сосредоточился на этом. Метафора с выдрой из книги описывает инженеров, работающих как с продуктами, так и с системами. Пользовательские интервью идут не так, когда вы используете эффект Ктулху — заставляя людей соглашаться с вашей идеей. Описание пути (открытие, понимание, удобство использования, безопасное использование) выявляет дыры в сюжете до выпуска продукта. Они говорят о балансе системного мышления и эмпатии к пользователям, о проверке систем, а не различий, по мере того, как агенты пишут больше кода, об отложенном доверии и условных одобрениях, а также о правиле трех для обобщения. Домашнее задание: выберите функцию, над которой вы работаете, подробно опишите пользовательский путь и найдите «дыры в сюжете» — как пользователи её находят, как они понимают её смысл, где сюжетная линия разваливается. Домашнее задание Выберите функцию, над которой вы работаете. Подробно опишите пользовательский путь (нахождение, понимание, удобство использования / безопасное использование). Найдите «дыры в сюжете»: как пользователь находит функцию, понимает её смысл и проходит её, не застревая? Ресурсы «Инженер, ориентированный на продукт» (O'Reilly): https://www.oreilly.com/library/view/... «Инженер, ориентированный на продукт» (Substack): https://drewhoskins.substack.com Дрю в LinkedIn:   / drewhoskins2   Temporal: https://temporal.io Stripe: https://stripe.com Гость: Дрю Хоскинс Компания: Stripe: https://stripe.com Ведущий: Кент К. Доддс Веб-сайт: kentcdodds.com: https://kentcdodds.com/ 𝕏: @kentcdodds: https://x.com/kentcdodds GitHub: @kentcdodds: https://github.com/kentcdodds YouTube: kentcdodds-plus:    / @kentcdodds-plus   Подкаст: epicproduct.engineer: https://epicproduct.engineer См. на Epic Product Engineer: https://www.epicproduct.engineer/sket...