Carlo09
Опытный user
- Регистрация
- 28 Май 2020
- Сообщения
- 838
- Реакции
- 112
Давайте я вам расскажу, что это такое и почему ему нужно следовать во время разработки на проде (или даже на этапе PoC (Proof of Concept) или начальной архитектуры.
Итак, технологический радар, это впервую очередь инструмент, который используется для анализа или отслеживания текущих и перспективных технологий в какой-то области разработки. На основе этого радара, команда продукта принимает решения о выборе технологии.
Какие цели преследует радар:
- Тренды, то есть, какие технологии набирают популярность, а какие уже старые
- Зрелость технологий, согласитесь, что, вы не станете использовать какое-то говно, сделанное на коленке и имеющий одну звезду на гите, а предпочтете использовать тот же Python3, а не какой-нибудь Paiton4.
- Планирование, радар помогает в выборе стека
- Риски, тот же питон, конечно лучше использовать третий, нежели второй.
Окей, теперь каким образом он устроен.
На мишени есть кольца, которые разделены на уровень зрелости и рекомендаций
Ну и сами сектора, на какие они разделяются категории:
Для чего это вообще надо?
Итак, технологический радар, это впервую очередь инструмент, который используется для анализа или отслеживания текущих и перспективных технологий в какой-то области разработки. На основе этого радара, команда продукта принимает решения о выборе технологии.
Какие цели преследует радар:
- Тренды, то есть, какие технологии набирают популярность, а какие уже старые
- Зрелость технологий, согласитесь, что, вы не станете использовать какое-то говно, сделанное на коленке и имеющий одну звезду на гите, а предпочтете использовать тот же Python3, а не какой-нибудь Paiton4.
- Планирование, радар помогает в выборе стека
- Риски, тот же питон, конечно лучше использовать третий, нежели второй.
Окей, теперь каким образом он устроен.
На мишени есть кольца, которые разделены на уровень зрелости и рекомендаций
- Adopt (Принять) - технологии, которые рекомендуются использовать
- Trial (Испытывать) - перспективные, но, требующие тестирования
- Access (Оценивать) - новые технологии, которые нужно изучить, но, не выводить на прод
- Hold (Удерживать) - технологии, которые не рекомендуется использовать в новых проектах (устарели или имеют риски)
Ну и сами сектора, на какие они разделяются категории:
- Программные платформы
- Языки и фреймворки
- Инструменты разработки
- Инфраструктура и DevOps
- Данные и аналитика
- Безопасность
- Практики и методология
Для чего это вообще надо?
- Нет необходимости тратить время и ресурсы на RnD (при обращении к радару, сразу становится видно, как стек сейчас популярный и пользуется спросом, значит его проще внедрить, имеет больше функциональности и поддерживается комьюнити)
- Когда есть радар, все команды образовывают единую техностратегию, в которой все понимают что они используют, для чего и почему.
- Конкуренция, да, этому тоже имеет место быть, современный стек более востребован на рынке, чем легаси
- Новым в коллективе проще увидеть текущий стек и работать с ним, чем изучать все и сразу
- Да и еще одна есть проблема, что, не каждая компания выкладывает в общий доступ свой стек, а лишь описывает их к вакансиям для соискателей, поэтому нужно либо долго искать (хотя они в основном на поверхности), либо отталкиваться от одинаковой специфики работы продукта (Авито - WB, Мегафон - Ростелеком и так далее), но, не факт опять же.