Создавайте то, что нужно: Продуктовая разработка (Часть 1) — Кент К. Доддс, EpicProduct.engineer

Очередь участников, ожидающих снаружи, превращается в живую идею продукта для семинара: приложение под названием «Просто зайдите на семинар». Кент С. Доддс использует это мгновенное разочарование, чтобы попрактиковаться в принятии решения о том, заслуживает ли проблема программного решения. Перед упражнением он объясняет, почему более быстрая реализация меняет ценность работы инженера. Агенты могут помочь достичь большего количества целей, но выбор полезной цели все равно требует оценки. Инженеры-разработчики связывают потребности клиентов с моделями данных, рабочими процессами, ограничениями, наблюдаемостью и наименьшим полезным фрагментом системы. Доддс опирается на беседы с другими разработчиками, чтобы показать, как понимание пользователей меняет архитектурные решения, в то время как принятие заявки без этого контекста может привести к технически отполированной работе, которая не имеет смысла. Затем участники применяют «Тест мамы» к своей идее входа на конференцию. Вопросы о том, будет ли кто-то использовать приложение, вызывают комплименты и предположения. Вопросы о том, когда в последний раз возникала проблема, что человек сделал вместо этого и во сколько обошлось обходное решение, раскрывают поведение. Доддс связывает эти данные с тем, сколько инженерных усилий заслуживает та или иная функция. Для эксперимента требуются инвестиции, отличные от инвестиций в разработку необходимых для бизнеса возможностей. Ранние прототипы и наблюдение за их использованием позволяют поддерживать обратную связь после подтверждения первоначальной идеи. Вопросы аудитории касаются найма сотрудников для оценки продукта, сотрудничества с менеджерами по продуктам и обязанностей инженеров по мере роста команд. Первая часть формирует навыки исследования и техническую ответственность, которые определяют следующие этапы семинара. Информация о спикере: https://x.com/kentcdodds https://kentcdodds.com https://www.epicproduct.engineer/ Временные метки: 0:00 - Вступление и представление 3:40 - Изменение роли педагога 6:14 - Надежные навыки и инженерное суждение 10:31 - Создание правильного продукта 12:46 - Выбор реального примера продукта 15:43 - Почему более быстрая реализация может не достичь цели 21:09 - Инженеры и менеджеры по продуктам 25:21 - Контекст продукта и архитектурные решения 28:18 - Создание хороших систем для агентов 30:38 - Вопросы о MVP, найме и сотрудничестве 37:02 - Структура семинара и приложение для входа 38:27 - Практика исследования потребностей клиентов 40:45 - Применение «теста мамы» 46:10 - Стоимость создания без проверки 49:06 - Замыкание цикла с учетом первых отзывов пользователей 51:10 - Вопросы о ролях и развитии команды --- Смотрите вместе с исправленной стенограммой, кратким изложением, временными метками и ресурсами на официальной странице этого доклада на AIE: https://ai.engineer/talks/_fHTqOs5wQA... Присоединяйтесь к нашим предстоящим конференциям для инженеров в области ИИ (см. целевую страницу https://ai.engineer): AIEi Shanghai, 5–6 ноября — первая конференция для встреч с ведущими китайскими лабораториями и инженерами AIE CODE в Сан-Франциско, 10–12 ноября — возвращается ведущая конференция по программированию в области ИИ AIEi Sydney, 7–8 декабря — первая конференция AIEi, проводимая параллельно с NeurIPS 2026 в Сиднее ---