Всего несколько лет назад понятие «команды Fusion Dev» стало ключевой частью стратегии Microsoft по расширению возможностей разработчиков на всех уровнях опыта для сотрудничества для создания приложений.
Концепция была проста: объединить экспертов по бизнес -области с профессиональными разработчиками для создания приложений, которые решали реальные проблемы бизнеса. Участники команды Fusion Dev будут использовать такие инструменты, как платформа Microsoft с низким содержанием кода/без кода, а также инструменты Pro-Code, такие как Visual Studio и Visual Studio Code.
Это видение развивалось. Аманда Сильвер, корпоративный вице -президент (CVP) продукта в подразделении разработчиков Microsoft, сказала новой стеке, что она свидетельствует о появлении чего -то немного другого. Она называет это «строителем полного стека»-новой парадигмой, в которой бизнес-эксперты могут напрямую изменять приложения с использованием естественного языка, без необходимости изучать технические платформы или концепции программирования.
«Видение этого развивается с внедрением этих агентских возможностей в целом», — сказал Сильвер. «То, что мы сейчас видим как в большей степени режим,-это когда вы думаете о новых приложениях, которые будут построены, вы должны подумать о способе создания применений и пост-айвов построения приложений. И, даже больше, агент по созданию применений».
Ограничения традиционных команд слияния
Благодаря командам Fusion Dev модель должна была дать бизнес -пользователям инструменты для создания самих приложений, поскольку они понимают требования лучше, чем кто -либо.
Райан Каннингем, CVP Power Plower Plater Microsoft, описывает основную проблему, которую команды Fusion пытались решить: «Это традиционно выводит весь опыт из руководителя финансового оператора или человеческого человека и ставит его в главу инженера -программного обеспечения и надеется, что правильная вещь выходит. Другая сторона — это медленный и дорогой процесс».
Подход имел определенные преимущества. Команды Fusion могут сократить разрыв в коммуникации между бизнесом и ИТ, ускорить циклы разработки для простых приложений и бесплатных профессиональных разработчиков для работы над более сложными проблемами.
Но были некоторые ограничения, в том числе ограничения платформы, когда бизнес -требования стали сложными, и интеграция с существующими системами, расширенная бизнес -логика и предоставление пользовательского опыта пользователей часто требуют профессионального развития.
Кроме того, поскольку бизнес -пользователи стали «гражданскими разработчиками», они застряли в ограничениях определенных платформ, ограничивая как их возможности, так и передача своих навыков, сказал Сильвер.
Введите строитель полного стека
Появление агентов ИИ в основном изменяет это уравнение. Вместо того, чтобы обучать бизнес -пользователей думать как разработчики, системы ИИ могут понимать бизнес -язык и перевести его в техническую реализацию.
«Мы начинаем думать об этом и называем такого рода больше полнопроизводителя»,-объяснил Сильвер. «Это представление о том, что если вы правильно архивируете инженерную систему и приложение, у вас может быть кто-то, кто не может быть таком же ориентированным на код и является скорее экспертом в бизнес-домене или использовании приложения, может фактически прийти и описать инструмент, такой как Github Copilot, как они хотят изменить приложение, или пользовательский интерфейс изменился».
В предыдущем интервью с новым стеком описание команд Cunningham команд Fusion Dev показало, что парадигма строителя полного стека является в основном продолжение принципов команды Fusion, но с расширенными возможностями. «Многие из наших самых успешных клиентов действительно внедряют технических людей с бизнесменами. И используют платформу Power, потому что это место, где они могут работать и быть продуктивными в одном и том же инструментарии», — пояснил он.
Ключевое отличие состоит в том, что вместо ограничения бизнес-пользователей работают в рамках ограничений на платформе, подход застройщика с полным стеком требует, чтобы инженерные команды создавали системы, которые могут понимать и реагировать на требования бизнеса естественного языка.
«Основываясь на инженерной системе и всевозможных аспектах лесов вокруг того, как создается приложение, которое мы предоставляем в качестве контекста для ИИ, мы можем фактически добиться большего прогресса в таких изменениях в приложении», — сказал Сильвер.
Но настоящий прорыв происходит в том, как это решает основную задачу команды Fusion. «Трудно научить бизнес -деятеля, как создавать масштабируемое, безопасное предприятие. Трудно научить разработчика программного обеспечения, как вести бизнес, но если я могу поставить их обоих на один и тот же инструментарий, они могут сделать удивительные, волшебные вещи вместе», — сказал Каннингем.
«В моей собственной работе я видел, как ИИ рушит стены между ролями»,-написал Амит Гупте, менеджер программы Microsoft Full-Stack, в посте в блоге под названием «Rise of the Full-Stack Builder: Blueprint AI для будущего работы». «Менеджеры по продуктам, инженеры и ученые для данных больше не работают в бункерах. С ИИ, один человек теперь может подходить, прототип и проверять-таки, которые когда-то требовали полной кросс-функциональной команды. Это не угроза-это возможность».
Тем временем, также в посте в блоге, Кришна Мехра, партнера по искусственному искусству в Elevation Capital, написала: «В центре этого смены парадигмы находится новый архетип: строитель с полным стеком. Это люди, которые берут сквозное владение проектами, используя ИИ, чтобы легко перемещаться от идеи к исполнению, не ожидая передачи передачи».
Он добавил: «Рост строителей полного стека доказывает, что умные решения проблем с использованием ИИ могут охватить то, что использовалось для принятия нескольких специалистов-без трения. Новая волна становится все более стройной, быстрее и адаптируемой».
Технический фонд: архитектура для бизнес -пользователей
Модель строителя полного стека требует значительных авансовых инвестиций в то, что серебро называет «инженерные системы и контекст». Речь идет не только о добавлении ИИ к существующим приложениям — это требует переосмысления того, как приложения архизированы для поддержки модификации естественного языка.
Приложения должны быть разработаны таким образом, чтобы агенты ИИ могли безопасно изменять компоненты, не разбивая другие части системы. Это требует четких границ, четко определенных интерфейсов и комплексных структур тестирования. Агентам также нужен контекст о том, почему принимаются определенные решения, а не только о том, как они реализованы в коде.
Динамические рабочие процессы заменяют статические процессы
Одним из наиболее значительных изменений в модели строителя полного стека является то, что новая модель позволяет динамическим, управляемым искусственным интеллектуальным рабочим процессом, которые могут адаптироваться к бизнес-требованиям.
«Теперь, с агентскими возможностями, многие из этих вещей намного проще создать», — сказал Сильвер. «Даже просто создание приложения рабочего процесса намного проще в моделировании с агентскими возможностями, и, кроме того, некоторые из аспектов рабочего процесса, которые использовались для вмешательства человека, теперь могут быть завершены с использованием агентских возможностей».
Это означает, что бизнес -эксперты могут описывать процессы в своих собственных терминах на естественном языке, и агенты ИИ могут обрабатывать сложную логику, которая ранее требовала либо упрощенных рабочих процессов, либо вмешательства разработчиков.
Реальные приложения
Сильвер подчеркивает, что модель строителя полного стека масштабируется на разных уровнях сложности применения.
«Когда вы думаете об этих новых видах приложений, которые создаются, существуют разные уровни изысканности для этих различных видов приложений», — сказала она. «Некоторым требуется просто простые подсказки. Некоторые требуют гораздо более сложного агента, авторизации возможности для завершения возможности».
Команда Сильвер внедрила этот подход внутренне. Они построили «агентские приложения, которые позволяют нам идти и слушать все эти разные каналы и заполнять и получить гораздо лучшее представление о том, что является реакцией на такие возможности, которые мы внедрили», — сказала она.
Это демонстрирует, как бизнес -требования (такие как понимание настроений клиентов) могут быть переведены непосредственно в техническую реализацию, не требуя, чтобы бизнес -пользователи изучали навыки развития, сказала она.
Демократизация за пределами традиционной ИТ
Последствия выходят за рамки традиционных департаментов ИТ -предприятий. Сильвер утверждает, что модель строителя полного стека представляет собой демократизацию технических возможностей.
«Мы приносим больше людей, которые, возможно, имеют менее формальный технический опыт и делают их более способными создавать различные виды решений», — пояснила она. «Тогда другой способ развития, заключается в том, что мы действительно развиваем инженерные системы и контекст, который мы создаем так, как описано приложение, что позволяет нам использовать больше подсказок естественного языка для внесения изменений в приложение с течением времени».
Каннингем сказал, что это помогает расширить возможности разработки программного обеспечения.
«Есть только много программного обеспечения, особенно внутри компаний и организаций, есть много мест, где мы просто не приложили усилий за последние пару десятилетий. Как будто это просто не имело смысла поставить традиционную команду DEV с полным стеком на инструмент внутренних счетов… теперь нельзя делать действительно профессиональное программное обеспечение и инновации на переднем крае для того, чтобы на самом деле не было, что, по-настоящему не понимают, что, по-настоящему не понимают. нуждаться.»
Это означает, что граница между деловыми и техническими ролями будет размыться, но иначе, чем пытались традиционные команды Fusion. Вместо того, чтобы заставить бизнес-пользователи думать, как разработчики, модель строителя полного стека делает технические системы понимать бизнес-язык.
Проблемы и соображения реализации
Несмотря на обещание, внедрение модели строителя полного стека не без проблем. Одним из них является то, что строительные системы, которые могут безопасно реагировать на требования бизнеса естественного языка, являются более сложными, чем традиционная разработка приложений. Инженерные команды нуждаются в новых навыках в интеграции искусственного интеллекта, обработки естественного языка и управления контекстом.
Другие проблемы включают обеспечение качества и последовательности приложений, а также управления и контроля, поскольку традиционные модели управления ИТ предполагают, что технические изменения проходят процессы проверки разработчиков. Модель строителя полного стека требует новых структур управления, которые могут сохранить контроль, обеспечивая автономию бизнес-пользователя. Существуют также последствия для управления изменениями и безопасности, которые следует учитывать.
«Предоставление большему количеству людей лучшие инструменты породит больше творчества, породит больше творения», — сказал Каннингем. «Без сомнения, это будет иметь новый набор проблем, но я думаю, что на самом деле это просто действительно оптимистичное время, чтобы быть в технологии. И я думаю, что мы можем пригласить гораздо больше людей, в хорошем смысле, если мы сделаем это правильно».
С нетерпением жду: будущее сотрудничества бизнеса-разработчика
Сильвер сказала, что она представляет модель полного стека в качестве части более широкого преобразования в том, как строится программное обеспечение. Вместо того, чтобы заменить разработчиков, это меняет характер работы разработчиков и расширяет пул людей, которые могут внести свой вклад в разработку приложений.
Эволюция от команд Fusion до строителей полного стека представляет собой нечто большее, чем технологический сдвиг. Заставляя систем понимания делового языка, а не требуя, чтобы бизнес -пользователи изучали технические языки, организации нарушают ограничения традиционных процессов разработки.
Тем не менее, профессиональным разработчикам понадобятся новые навыки в разработке системы искусственного интеллекта, обработке естественного языка и управлении контекстом, поскольку их роль переходит от написания кода приложения к системам проектирования, которые могут генерировать и изменять код на основе бизнес -требований.
Концепция команды Fusion Dev обещала преодолеть разрыв между бизнесом и технологиями. Модель строителя полного стека выполняет это обещание, исключив разрыв исключительно.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Дэррил К. Тафт охватывает DevOps, инструменты разработки программного обеспечения и проблемы, связанные с разработчиком из своего офиса в районе Балтимора. Он имеет более чем 25 -летний опыт работы в бизнесе и всегда ищет следующий совок. Он работал … читайте больше от Дэррила К. Тафта
