Как долго еще будет актуально использование билдера в разработке ПО?

Я бы не вводил это равенство, чтобы не создавать путаницу. До внедрения LLM, программистом был человек, который брал бизнес задачу, и превращал её в алгоритм на понятном машине языке. Сейчас, функцию программиста берет на себя LLM. Остаются те, кто ставят задачу. И появляется новый вид деятельности, задачей которой провести поставленную задачу через LLM до рабочего состояния.
Я бы не называл людей, выполняющих эту роль, программистами.
Возможно эти люди не на долго, и от появления задачи до реализации продукта не понадобится человеческое вмешательство.

1. Вы уверены, что этим будут заниматься "бывшие" программисты.
Ключевая компетенция которых становится каммодити.

А не люди с продуктовым/фаундерским/маркетинговыми скиллами и майндсетом?
Раньше их батлнек был разработка.
Теперь его убрали

2. Какой процент среди программистов таких людей "инженер не пишет код, ненужный никому
он решает проблемы людей"?
Вообще не встречал, у всех был сильный перекос в сторону разработки.

Если бы было так, то в компаниях, в которые нанимали программистов-инженеров не было бы продактов. Таких инженеров с продуктовым мышлением действительно единицы %% в общей массе.

А если говорить о программистах в "агенствах разработки на заказ", то в них такой %% в принципе стремится к нулю и программисты всегда получали описанные задачи в виде ТЗ, "без ТЗ результат ХЗ" не просто так присказка появилась. И самая бесячас фраза для всех менеджеров/клиентов всегда была "так этого не было в ТЗ" 🙂

А пишет ли инженер код, который нужен ему самому?