Школа
Веб-разработка

Как менеджеру продукта учиться разбираться в технологиях разработки?

Василий, подскажите, как менеджеру продукта учиться разбираться в технологиях веб‑ и мобильной разработки без обучения самой разработке? Чтобы глубже понимать технические решения команды, разговаривать с разработчиками на одном языке, принимать технические решения самому при временном отсутствии технической экспертизы в продукте.

Зачем нужна трёхслойная архитектура? Для каких продуктов какие языки программирования, фронтовые фреймворки подходят лучше? Какие бывают и где применяются разные базы данных? Как устроены мобильные приложения? Когда лучше нативная разработка, когда кроссплатформенная? Какие технологии используют мобильные приложения? Какие вспомогательные технологии используются в разработке: контейнирование, CI, а главное что есть ещё?

Как быстро узнать про текущее состояние технологий? Что читать, чтобы быть в курсе последних новинок?

Максим Осипов
1 апр 2021
👁 7090   🗩3
Веб-разработка

Как менеджеру продукта учиться разбираться в технологиях разработки?

Василий, подскажите, как менеджеру продукта учиться разбираться в технологиях веб‑ и мобильной разработки без обучения самой разработке? Чтобы глубже понимать технические решения команды, разговаривать с разработчиками на одном языке, принимать технические решения самому при временном отсутствии технической экспертизы в продукте.

Зачем нужна трёхслойная архитектура? Для каких продуктов какие языки программирования, фронтовые фреймворки подходят лучше? Какие бывают и где применяются разные базы данных? Как устроены мобильные приложения? Когда лучше нативная разработка, когда кроссплатформенная? Какие технологии используют мобильные приложения? Какие вспомогательные технологии используются в разработке: контейнирование, CI, а главное что есть ещё?

Как быстро узнать про текущее состояние технологий? Что читать, чтобы быть в курсе последних новинок?

Максим Осипов
1 апр 2021
👁 7090   🗩3
Василий Половнёв
Технический директор бюро
Полезно
 16
16
Непонятно
  
Войдите в Бюросферу, чтобы голосовать

Максим!

Чтобы глубже понимать и принимать технические решения, советую порасспрашивать самих разработчиков: членов команды, знакомых разработчиков или программистов с местных митапов. Спросите, почему и как они приняли это техническое решение? Какие были альтернативы? Почему лучше так?

Чтобы узнать о текущем состоянии технологий, советую послушать подкасты, в которых эксперты‑разработчики объясняют сложные вещи так, чтобы было понятно маме:

Второй источник информации о текущем состоянии технологий — роадмапы, хэндбуки и ежегодные отчёты State of:

См. также Awesome Newsletters

А чтобы быть в курсе последних новинок, советую подписаться на обзорные еженедельные рассылки:

См. также Awesome Newsletters

P. S. К сожалению, никакие подкасты, статьи и рассылки не заменят опыта разработки и здравый смысл в принятии технических решений. Больше того, могут навредить: если настоять на «хайповом» Svelte в команде без опыта разработки на нём, проект вряд ли запустится в срок. Советую принимать технические решения всё‑таки совместно с разработчиками.

P. P. S. Это был совет о веб‑разработке. Хотите знать всё о коде, тестах, фронтенд‑разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.

Веб‑разработка
Полезно
 16
16
Непонятно
  
Войдите в Бюросферу, чтобы голосовать
Отправить
Поделиться
Поделиться
Запинить
Твитнуть

Комментарии

Сергей, в жизни тот подход, про который вы говорите в совете, не работает.

Обычно, единственный способ менеджеру вникнуть в разработку — это стать немного разработчиком. Пройти курс, где покажут основу технологии и сделать что‑то небольшое самому.

Дело в нюансах, которые иначе не ощутить.

«Хайповые» технологии, версия которых меньше третьей, опасны, если вы не готовы к тому, что проект придётся выкинуть и закрыть.

Максимум, что может позволить себе обычная компания без риска, — это сделать отдельно какую‑нибудь необязательную фичу, чтобы понять, будет ли значимый результат от внедрения чего‑то нового, и только потом уже думать над использованием.

Андрей, вы не правы. Если в команде здоровая атмосфера, то именно диалог с разработчиком приносит самый лучший результат.

Цель рубрики — обсуждение вопросов дизайна, веб-разработки, переговоров, редактуры и управления.
Комментарии модерируются. Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры.

Рекомендуем другие советы