Гражданские разработчики: теперь инженер — каждый
The Citizen Developer
Gartner еще в 2021 году, до появления ChatGPT, обнаружил, что 41% сотрудников создают технологии вне ИТ-отдела. С появлением ИИ-агентов этот процесс ускорился: теперь даже менеджер по продажам может развернуть приложение с уязвимостями. Автор утверждает, что DevOps становится самой важной профессией в компании, и призывает строить «асфальтированные дороги» для агентов, а не пытаться блокировать гражданских разработчиков.
Когда все в компании могут запустить приложение, единственным контролем остаются предохранительные механизмы.
- jmchuster
Мой критерий очень прост: могли бы вы написать код от руки, если бы понадобилось? Могли бы вы написать этот код без помощи LLM? Могли бы вы написать этот код без автодополнения в IDE? Можно дойти до самого конца: могли бы вы написать ассемблер, если бы понадобилось? Конечно, сложность задачи и сроки должны соответствовать возможностям ваших инструментов на каждом уровне.
- pjmlp
Ага, конечно. Обычно для этого требуется диплом о высшем образовании (3–5 лет) и, возможно, профессиональный экзамен. То, что ИИ делает работу, не делает вас инженером. Так же, как владение пишущей машинкой или текстовым процессором не делает вас писателем.
- PostOnce
«Каждый — инженер» звучит как то, что вы слышите прямо перед тем, как здание рухнет и убьёт 300 человек.
- xnx
Хорошо. IT в целом и без необходимости переняло сложность мегасайтов, обслуживающих сотни миллионов пользователей, даже когда их реальная аудитория составляла сотни. ИИ позволяет компетентным и внимательным к деталям людям с техническими знаниями снова создавать полезные внутренние инструменты за часы или дни, вместо «никогда» от снобов-разработчиков, которые ставят преграды.
- greyb
Я заметил почти полное совпадение между людьми, которые выступают против теневой разработки, и людьми, испытывающими тревогу по поводу статуса из-за того, что ИИ доказал, что они едва проходят планку. Некоторые аргументы против теневой разработки и ИТ обоснованны, например безопасность и вопрос о том, кто берёт на себя ответственность после ухода первоначальных разработчиков, но они не учитывают реальность: организации постоянно расширяются, бизнес-потребности бесконечно растут, и большинство отделов разработки настолько погрязли в бизнес-требованиях и бюрократии, что взаимодействие с ними не приносит никакой реальной пользы.