Как команды разработчиков поставляются быстрее, не жертвуя качеством
5 августа 2025 г.Даже крупнейшие компании -разработчики программного обеспечения понимают, что быстрое движение больше не является роскошью; Это требование оставаться конкурентоспособным. При быстрое развитие технологий, давление, чтобы не отставать, усиливается.
Будь то запуск новых функций ИИ или набор самого влиятельного в миреинженеры из конкурентов, предприятия, которые реагируют в первую очередь, имеют тенденцию вести. Эта срочность также относится к тому, как они создают и доставляют программное обеспечение, используя скорость доставки в качестве способа сократить разрыв в принятии искусственного интеллекта.
Это важно, потому что пользователи, как предприятие, так и потребитель, будут стремиться к продуктам, которые развиваются быстрее. Но процесс более нюансирован, чем просто доставка в первую очередь. Именно те, кто может постоянно проверять, совершенствовать, исправлять и улучшать продукт, который ведет. По словам Арджуна Айера, соучредителя и генерального директора Signadot, это сама по себе задача, который присоединился к нам в нашем последнем эпизоде.
В современном мире возможность продвигать надежные обновления в режиме реального времени не просто техническое преимущество; Это бизнес.
Но если все знают, что скорость имеет значение, почему большинство команд все еще пытаются быстро двигаться?
Узкое место не генерирует код, оно подтверждает его
По словам Айера, одной из проблем является то, что объем генерации кода увеличился, но среды тестирования для проверки кода не сделали.
Написание кода становится проще, особенно с инструментами Genai. Но подтверждение этого кода в ограниченной производственной среде-это удушающие команды, говорит Айер.
«Вы должны убедиться, что он работает функционально, хорошо работает, масштабируется и соответствует стандартам безопасности и соответствия. Это узкое место, и это становится все труднее, поскольку объем генерируемого кода увеличивается».
Без изолированных среда обратная связь замедляется до ползания. Это не проблема процесса, а скорее архитектурная.
«Многим командам не хватает среды по требованию, поэтому разработчики очереди на доступ к доступу, откладывают тестирование и доставку. Это огромное узкое место в облачных командах».
Качество все еще на первом месте
Быстрое продвижение обновлений может показаться впечатляющим, но если эти изменения приведут к ошибкам или времени простоя, урон является реальным. Выпуск сломанных функций не только вызывает технические проблемы; Это влияет на то, как пользователи видят ваш продукт. А на конкурентных рынках доверие трудно заработать и легко потерять.
«Багги -выпуск повреждает доверие и может привести к оттоку. Восприятие бренда - это все. Вам нужно быстро отправить, но никогда не за счет качества. И это реальное напряжение», - добавляет Айер.
Команды не могут позволить себе гоняться за быстрыми доставкой, не поддерживая ее с уверенностью, что то, что они отправляют, действительно будет работать. В противном случае они просто настроены, чтобы потерять пользователей, доход и импульс.
Сменная левая набор мышлений-это то, как вы остаетесь впереди
Чем раньше вы найдете ошибки, тем легче их исправить. Это не новая идея, но в сегодняшних циклах развития это важно больше, чем когда -либо. По словам генерального директора Signadot, для современных разработчиков является важнейшим компонентом, чтобы избежать дорогостоящих ошибок.
«Если вы поймаете ошибку в производстве, это в 100 раз дороже, чем если бы вы поймали ее во время разработки».
Ошибки, которые пробираются на производство, не требуется больше времени для решения, они создают затраты на инженерию, поддержку и качество обслуживания клиентов. Когда тестирование происходит ранее во время проектирования, кода или стадий совершения, тогда эти петли обратной связи ужесточатся, и команды избегают проблем с нисходящими.
«Shift-Laft помогает вам двигаться быстрее и поддерживать качество. Это решающий сдвиг мышления для современных команд».
Команды, которые строят тестирование в самые ранние части своих рабочих процессов, не только увлекаются проблемами раньше. Они строят такую устойчивость, которая позволяет им постоянно поставлять уверенность, добавляя ценность от начала до конца.
Вы можете послушать полный эпизод наSpotifyВЯблочные подкасты, Или где -либо еще вы получаете свои подкасты.
Стенограмма:
Эрик Эспиноса:
Добро пожаловать в этот эпизод. Я ваш хозяин, Эрик Эспиноса, и, по общему признанию, я никогда не работал в разработке программного обеспечения. Но одна из прекрасных вещей в этом подкасте заключается в том, что я могу общаться со многими блестящими умами, которые делают. И единственное, что я обнаружил - ну, я обнаружил много, - но одна из самых больших, это то, что давление для производства и быстрого поставки очень реально.
В современном мире, где ИИ может генерировать целые кодовые базы буквально минуты, это давление сталкивается с чем -то другим: сложностью. Подумайте об этом - более код означает больше инструментов, что увеличивает риск и может фактически замедлить доставку. Фактически, согласно недавнему отчету Github, разработчики теперь тратят более половины своего времени, не кодируя, а тестирование, проверку и просто ожидая доступа к нужной среде.
Именно здесь приходит сегодняшний гость. Ко мне присоединился Арджун Айер, соучредитель и генеральный директор Signadot, и тот, кто провел более 20 лет в мире распределенных систем и облачного программного обеспечения. Он работал в некоторых очень классных местах, в том числе Appdynamics, но сегодня он решает одну из самых больших проблем в доставке программного обеспечения: как вы движетесь быстроиподдерживать качество?
Мы говорим о реальных узких местах, замедляющих команды, почему ИИ не является серебряной пулей-как и Арджун, просто генерирование кода не делает его готовым к производству, и как такие понятия, как сдвиг, дают командам более умные способы построения.
Арджун Айер:
Я Арджун Айер, основатель и генеральный директор Signadot. Моя роль охватывает инженерные, продажи и маркетинг-действительно убедитесь, что мы решаем реальные проблемы для клиентов в области развития и тестирования облака. Я сосредотачиваюсь на том, чтобы мы привлекла подходящих клиентов и что мы развиваемся значимым образом.
Эрик Эспиноса:
Арджун, спасибо за то, что вы нашли время, чтобы присоединиться к нам. Вы опытный ветеринар в разработке программного обеспечения, и я заинтересован в том, чтобы выбрать ваш мозг на развивающихся проблемах, особенно в распределенных облачных средах, а также в том, как ИИ и агентские системы меняют этот ландшафт.
Я также хочу коснуться взаимосвязи между разработкой программного обеспечения и доставкой. Вы недавно написали пьесу вПредпринимательпод названием«Доставка медленная. Вот как европейские предприниматели могут поднять темп».Но прежде чем мы погрузимся в это и вашу компанию, можете ли вы рассказать нам, как вы попали в эту область?
Арджун Айер:
Я занимаюсь разработкой программного обеспечения более двух десятилетий. Мой опыт находится в распределенных системах, которые я изучал во время программы своей магистратуры. За эти годы я работал как в традиционных, так и в облачных компаниях-разработчиках. В течение последних 10 лет я был глубоко сосредоточен на облачном развитии.
Каждая компания хочет быстро отправиться - это конкурентное преимущество. Но всегда есть такая напряженность между инновациями и соответствием или между скоростью доставки и безопасностью. Нанесение баланса между доставкой быстрое при этом поддержание высокого качества, соответствия и безопасности всегда было центральной проблемой.
Эрик Эспиноса:
Каковы некоторые из ключевых проблем, которые вы заметили, когда речь заходит о узких местах в доставке программного обеспечения?
Арджун Айер:
Это действительно появилось во время моего пребывания в Appdynamics, где мы строили комплексное, распределенное программное обеспечение на основе микросервисов. Я столкнулся лицом к лицу с трением доставки, особенно проверки изменений кода.
Написание кода становится проще, особенно с инструментами Genai. Но подтверждение этого кода в производственной среде-это то, где находится настоящая проблема. Вы должны убедиться, что он работает функционально, хорошо работает, масштабирует и соответствует стандартам безопасности и соответствия. Это узкое место, и оно становится все труднее по мере увеличения объема генерируемого кода.
Эрик Эспиноса:
Это иронично. В мире ИИ, где генерирование кода проще, скорость доставки фактически замедляется. Почему это?
Арджун Айер:
Точно. Просто генерирование кода не делает его готовым к производству. Такие инструменты, как GPT или курсор, могут помочь, но доставка в производство является совершенно другой проблемой. Подтверждение функциональности, производительности, безопасности - особенно в распределенных системах с взаимозависимыми микросервисами - сложно. Обеспечение того, чтобы все эти компоненты работали вместе, не тривиально.
Эрик Эспиноса:
Я продолжаю слышать о «агентском искусственном интеллекте». В вашем мире доставки программного обеспечения, насколько ценны эти системы прямо сейчас? Вы их используете?
Арджун Айер:
Мы активно экспериментируем. Мы начали с низко висящих фруктов-включение документации, написание простых тестов и базового кода лесов. Это задачи, которые не требуют глубоких размышлений, но все же занимают время разработчика. Генай хорошо справляется с ними.
Но когда дело доходит до нескольких агентов, сотрудничающих над сложной задачей-это все еще на ранней стадии. Я с оптимизмом смотрит на их потенциал, особенно в таких областях, как исследование рынка или составление контента, а не только инженерию. Так что да, мы исследуем их, но мы все еще осторожны с сложными вариантами использования.
Эрик Эспиноса:
Как вы думаете, как скоро эти агентские системы станут более основными и практичными?
Арджун Айер:
Это зависит от варианта использования. Для написания кода и базового тестирования мы уже видим ценность. Содержание контента и исследования рынка также являются перспективными областями сегодня. Я думаю, что в течение года мы увидим значительный прогресс, особенно учитывая, как быстро развивается поле.
Эрик Эспиноса:
Вы упомянули узкие места раньше. Какие две лучшие вещи замедляют команды разработчиков сегодня?
Арджун Айер:
Во -первых, проверка кода сложно. Особенно со сложным тестированием - функциональным, производительным, масштабируемостью, обработкой сбоя, безопасности. Эти нефункциональные аспекты замедляют команды.
Во -вторых, узкие места инфраструктуры. Вам нужны среды, чтобы проверить ваш код, но дублирующиеся производственные среды нелегко. Многим командам не хватает среды по требованию, поэтому разработчики стоят очередь на доступ, задерживая тестирование и доставку. Это огромное узкое место в облачных командах, и мы решаем в Signadot.
Эрик Эспиноса:
Как вы думаете, крупные игроки, такие как Meta или Openai, тоже имеют дело с этим?
Арджун Айер:
Абсолютно. На самом деле, это ухудшается по мере роста команд и систем. Например, OpenAI, вероятно, имеет массовый производственный след, и моделирование того, что для тестирования не является тривиальным. Чем больше у вас разработчиков, тем больше споров о средах тестирования. Это настоящая, растущая проблема.
Эрик Эспиноса:
Вы могли бы подумать, что более крупные компании признают важность тщательного тестирования для защиты своего бренда.
Арджун Айер:
Они делают - но даже тогда качество трудно масштабироваться. Блиной релиз повреждает доверие и может привести к оттоку. Восприятие бренда - это все. Вам нужно быстро отправить, но никогда не за счет качества. И это реальное напряжение.
Эрик Эспиноса:
Давайте поговорим о смене лег. Что это и почему это важно?
Арджун Айер:
Отличный вопрос. Сдвиг-левые означает тестирование ранее в жизненном цикле разработки программного обеспечения. Если вы поймаете ошибку в производстве, это в 100 раз дороже, чем если бы вы поймали ее во время разработки.
Тестируя на этапе проектирования или кодирования, вы снижаете стоимость и время исправления. Сдвиг левой поможет вам быстрее двигаться быстрееиподдерживать качество. Это решающий сдвиг мышления для современных команд.
Эрик Эспиноса:
Это такая ценная идея-и удивительно недостаточно обсуждается. Какие отзывы вы получаете от компаний, принимающих эти подходы?
Арджун Айер:
Есть спектр. Некоторые думают, что ИИ может сделать все; Другие скептически настроены. Мой совет: не прижимайте ИИ в задачи, которые требуют глубоких человеческих рассуждений. Но для повторяющихся, ручных задач, ИИ может обеспечить значительный рентабельность инвестиций сегодня. Будьте преднамерены и реалистичны в том, где вы его применяете.
Эрик Эспиноса:
Так действительно, речь идет о том, чтобы держать человека в цикле?
Арджун Айер:
Точно. Задачи, которые связаны с глубоким воображением и рассуждением - поддерживают тех людей. Но для хрустящей работы, где это просто труд без глубокого мышления, ИИ может сиять. Просто будьте осторожны и вдумчивы в том, как вы его применяете.
Эрик Эспиноса:
Прежде чем я отпущу вас - какой совет вы бы дали кому -то, кто просто входит в эту область? Особенно с ИИ развивается так быстро?
Арджун Айер:
Тинкер много. Играйте с инструментами. Эксперимент. Вот как вы создаете интуицию для того, где эти системы помогают и где они терпят неудачу. Прототип идей, попробуйте разные варианты использования и узнайте, где лежит реальная ценность.
Я с оптимизмом смотрит на будущее. Эти инструменты значительно повысят производительность, но вам нужно понять их ограничения и сильные стороны.
Эрик Эспиноса:
Итак, повеселитесь, экспериментируя с этим.
Арджун Айер:
Точно. Посмотрите, где это может помочь на протяжении всего жизненного цикла разработки - от кодирования до тестирования до отладки. В Signadot мы строим инструменты, которые помогают Devs быстрее отправлятьбезКомпрометирование качества. Вы можете узнать больше или попробовать наш бесплатный уровень на signadot.com.
Эрик Эспиноса:
Похоже на отличный ресурс. Арджун, еще раз спасибо, что присоединились к нам. Если слушатели хотят подключиться или узнать больше, какой лучший способ?
Арджун Айер:
Проверьте наш веб -сайт Signadot.com. У нас есть слабая сообщество, связанное там, и наш бесплатный уровень открыт для всех, кто можно попробовать. Присоединяйтесь к разговору, поделитесь идеями и исследуйте.
Эрик Эспиноса, хозяин, общительный
Оригинал