Фазовый переход В разработке цифровых продуктов уже произошел.
Несколько десятков лет назад специалисты работали с машинными командами. Пару десятков лет назад перешли на следующий уровень абстракции — языки, инкапсулирующие работу с инструкциями. 20 лет назад перешли на фреймворки, инкапсулирующие целые блоки работы систем. Последние 10 лет упрощается работа с компонентами систем. Каждый раз происходит плавное укрупнение уровня абстракции: от работы с регистрами до раскладки многокомпонентной системы по конфигу одной кнопкой.
Сейчас мы переходим на следующий слой: работа с функционалом. Теперь атомарной единицей поставки инженера перестал быть код, работа или какой-то артефакт. Теперь объектом поставки должно сразу являться решение бизнес-задачи.
Это всегда было важно, но сейчас это новая норма. Почему? Потому что раньше получить специалиста, компетентного хотя бы в одной узкой специализации разработки было очень сложно, что уж говорить о специалистах, которые и архитектуру знают, и про продукт думают, и бизнес-процессы понимают, и из стейкхолдера могут требования извлечь.
Теперь же лак компетенций в какой-либо специализации частично компенсируется ИИ-инструментами, а времени на уделение внимания другим направлениям работы становится существенно больше, потому что набирать код / писать документы становится бесплатно и быстро.
В этом посте были ссылки, но мы их удалили по правилам Сетки
· 10.05
Такие компетенции сроду были у специалистов 1С, которые и чтец, и жнец, и в бизнес задачах шарят, и код писать умеют, и аналитику проводить, и вести клиента от А к Б. И безо всяких ваших новомодных ИИ)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён