Signadot спонсировал этот пост.
На протяжении всей своей карьеры я создавал инструменты и платформы для конкретного человека: профессионального инженера-программиста. Мы сосредоточились на оптимизации их рабочих процессов, расширении их IDE и оптимизации их конвейеров CI/CD. Мы действовали по простому неписаному правилу: разработчики пишут код, а все остальные оформляют заявки.
Эта эпоха закончилась.
Генеративные инструменты кодирования искусственного интеллекта, такие как GitHub Copilot, Cursor и v0, не только делают разработчиков намного более продуктивными. Они фундаментально меняют определение того, кто такой «разработчик». Эти инструменты настолько эффективны при переводе естественного языка в функциональный код, что стали воротами, расширяющими возможности совершенно нового класса участников.
Ваши менеджеры по продуктам, ваши UX-дизайнеры, ваши маркетинговые аналитики — все они собираются начать подавать запросы на включение (PR). Это не отдаленное гипотетическое будущее; это происходит прямо сейчас. И хотя это представляет собой невероятную возможность для скорости и инноваций, это приведет к цунами работы по проверке, которая поставит вашу существующую платформу разработки на колени.
Новая реальность: каждый — программист
Речь не идет о замене инженеров. Речь идет об их дополнении. Инженеры были и останутся архитекторами сложных систем, стражами качества и решателями неразрешимых проблем. Однако барьер для создания высококонтекстного кода низкой сложности фактически исчез.
Давайте нарисуем картину того, как выглядит этот новый мир, потому что, вероятно, он уже происходит в карманах вашей компании:
Менеджер по продукту и процесс адаптации
У вашего премьер-министра Сары есть идея относительно процесса адаптации новых пользователей. Раньше ей пришлось бы потратить неделю на написание подробной 10-страничной спецификации, на создание макетов, а затем на два спринта в очереди на проектирование.
Сегодня она открывает Cursor, собственный редактор кода для искусственного интеллекта. На простом английском языке она набирает: /»Создайте новый компонент React для четырехэтапного модального окна адаптации. Шаг 1 запрашивает роль пользователя. Шаг 2 просит его пригласить товарища по команде. Шаг 3 подключается к их календарю. Шаг 4 показывает сообщение с подтверждением. Используйте компоненты системы дизайна нашей компании».
Через несколько минут у нее есть функциональный, хотя и несовершенный компонент React. Ей не нужно быть экспертом по JavaScript, чтобы понять, правильный ли поток. Она делает еще несколько простых запросов, чтобы подкорректировать текст и расположение кнопок. Затем она открывает черновик запроса на включение, поручая его своему руководителю по разработке с заголовком: «Первый проход, сгенерированный искусственным интеллектом: новый модальный интерфейс». Она не заменила инженера; она сэкономила им часы шаблонной работы и дала им осязаемую интерактивную отправную точку вместо статического документа.
UX-дизайнер и пиксельная настройка
Ваш дизайнер Алекс заметил, что на рабочем сайте выравнивание кнопок смещено на 2 пикселя. Старый способ: сделайте снимок экрана, создайте заявку Jira, пометьте ее как «низкий приоритет» и надейтесь, что она будет исправлена в следующем спринте.
Новый способ: Алекс знает, что команда использует Tailwind CSS. Используя инструмент, который преобразует дизайн Figma в код, он генерирует правильный фрагмент CSS. Он переходит к нужному компоненту в кодовой базе — навык, который становится таким же распространенным, как навигация по слоям Photoshop и непосредственное редактирование кода. Он подает PR. Изменение незначительное, но оно означает, что на одну заявку в очереди меньше и на одну задачу меньше отвлекающих факторов для команды разработчиков.
Маркетинговый аналитик и отслеживание событий
Вашему маркетинговому аналитику Бену нужно, чтобы новое событие запускалось, когда пользователь нажимает кнопку «Обновить», чтобы он мог отслеживать эффективность кампании. Это классический пример задачи, которая проста для инженера, но заблокирована процессом.
Вместо ожидания Бен открывает GitHub Copilot. Он находит, где реализовано подобное событие отслеживания, выделяет код и спрашивает второго пилота: «Скопируйте этот шаблон, чтобы запустить событие «нажатие кнопки обновления». Он получает фрагмент кода, создает PR и запрашивает проверку. Он разблокировался сам, и бизнес быстрее получил необходимые ему данные.
Цунами вниз по течению: кошмар проверки
Этот взрывной вклад со стороны всей компании воодушевляет. Но когда объем запросов на включение начинает расти в два, пять и даже 10 раз по сравнению с сегодняшним днем, узкое место немедленно смещается от создания кода к его проверке.
Инженер, просматривающий PR от менеджера проекта или дизайнера, не может просто прочитать код и одобрить его. Код может выглядеть правдоподобным, но дело не в этом. Процесс проверки больше не ограничивается лишь корректностью кода; речь идет о контексте, поведении и влиянии. Единственный способ ответить на важные вопросы — увидеть, как он работает:
- Действительно ли эта новая форма регистрации работает?
- Обрабатывает ли он крайние случаи, например, когда вызов API завершается неудачно?
- CSS-настройка дизайнера случайно сломала макет для мобильных устройств?
- Ввело ли новое событие отслеживания аналитика ошибку JavaScript, которая блокирует процесс оформления заказа?
Каждый PR, независимо от того, кто его написал или насколько незначительны изменения, теперь требует наличия живой, работающей и интерактивной среды предварительного просмотра для правильной проверки. Без него вы летите вслепую. Вашим высокооплачиваемым старшим инженерам приходится гадать о влиянии изменения, что приводит к культуре «слияй и молись», что приводит к большему количеству производственных ошибок, большему количеству исправлений и полному подрыву доверия к процессу разработки.
Kubernetes и микросервисы: идеальный шторм
Здесь история усложняется. Вероятно, ваша компания вложила значительные средства в современный облачный стек, построенный на основе Kubernetes и микросервисов. Эта архитектура во многих отношениях является идеальным инструментом для нового мира демократизированного развития. Четкие границы между службами означают, что проектировщику проекта, меняющему службу внешнего интерфейса, не нужно понимать сложности службы биллинга. Именно эта децентрализация расширяет возможности распределенных вкладов.
Но та же самая архитектура делает проблему проверки в геометрической прогрессии сложнее.
Чтобы просмотреть простое изменение, внесенное премьер-министром во внешний интерфейс, вы не можете просто запустить его на ее ноутбуке. Эта клиентская служба должна взаимодействовать с пользовательским API, службой аутентификации, службой уведомлений и дюжиной других внутренних микросервисов, чтобы делать что-то полезное.
Это создает идеальный шторм: организационная модель, которая поощряет каждого вносить свой вклад, и архитектура, которая делает невозможным легкую проверку этого вклада. Ваша платформа, которая была разработана для нескольких сотен PR в неделю от специальной команды инженеров, вот-вот получит тысячу PR от всей компании. Старая модель общей монолитной промежуточной среды, уже ставшая печально известным узким местом, просто рухнет под нагрузкой.
Императив «среды предварительного просмотра»
В этой новой реальности единственным наиболее важным показателем скорости разработки продукта всей вашей компании является скорость цикла «предварительный просмотр кода-исправление-проверка».
Насколько быстро участник, любой участник, может получить общий URL-адрес, чтобы увидеть, как их изменения выполняются в реальной среде?
Если ответ «через 30 минут после завершения конвейера CI», вы уже проиграли. Этого трения достаточно, чтобы отговорить людей, не являющихся инженерами, участвовать в проекте, и оно утопит вашу команду инженеров в море незавершенных, непроверяемых запросов на включение.
Делитесь URL-адресами предварительного просмотра для каждого запроса на включение и получайте ранние отзывы об изменениях кода.
Подпись к изображению: Делитесь URL-адресами предварительного просмотра для каждого запроса на включение и получайте ранние отзывы об изменениях кода.
Что необходимо, так это радикальный сдвиг в том, как мы думаем о наших платформах для разработчиков. Мы должны отойти от медленного централизованного промежуточного сервера и перейти к модели мгновенных сред предварительного просмотра по запросу и с учетом PR. Каждый запрос на включение с момента его открытия должен автоматически получать собственную живую, общедоступную среду.
Это единственный способ справиться с предстоящим наводнением. Это ключ к раскрытию всего потенциала рабочей силы, где каждый может стать разработчиком.
Вывод: создание платформы для всех
Демократизация программирования — самый впечатляющий сдвиг в разработке программного обеспечения за десятилетие. Это беспрецедентная возможность использовать творческий потенциал и контекст всей вашей компании для более быстрого создания более качественных продуктов. Но эта возможность будет упущена, если мы не устраним узкое место проверки, которое она создает.
Вот почему мы создали Signadot.
Signadot — это собственная платформа песочницы Kubernetes, разработанная специально для этой новой реальности. Он предоставляет среду мгновенного предварительного просмотра для каждого запроса на включение, позволяя любому участнику, инженеру, проектировщику или дизайнеру за считанные секунды получить общий URL-адрес и увидеть, как их изменения выполняются в реальном времени со всеми их реальными зависимостями микросервисов.
Сделав цикл «предварительный просмотр кода-исправление» невероятно быстрым, мы даем возможность всей вашей команде внести свой вклад с уверенностью, а вашим основным инженерам мы позволяем сосредоточиться на том, что они делают лучше всего: построении будущего.
Готовы создать платформу для мира, в котором «каждый является разработчиком»? Зарегистрируйтесь бесплатно на Signadot.
Signadot — это собственная платформа Kubernetes для тестирования микросервисов. Используя Signadot, команды разработчиков «смещают влево» тестирование, чтобы выявить проблемы раньше и повысить уверенность в выпуске. Узнайте больше Последние новости от Signadot ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Арджун Айер, генеральный директор Signadot, — опытный эксперт в области облачных технологий, страстно желающий улучшить опыт разработчиков. Обладая более чем 25-летним опытом работы в отрасли, Арджун имеет богатую историю разработки программного обеспечения для Интернет-масштабов и… Подробнее от Арджуна Айера
