История изменений

конечно. Роботы потихоньку заменяют людей - это тренд. Рантайм тем популярней, чем больше задач он берёт на себя, и программисту не нужно об этом думать.

Возьмем Java - раньше там был только GC, а потом появился Spring Framework. Spring взял на себя вопрос создания объектов. Теперь большинство новых джава-приложений пишется на Spring. Де-факто он стал обязательной частью экосистемы. Почему? Потому что программисту больше не нужно думать о порядке запуска конструкторов и архитектуре инициализации - за него эту задачу решает Spring. К сожалению, в рантайме, и каждый перезапуск - заново, но все готовы с этим мириться в свете того, насколько это удобно - думать не самому, а отдать автоматике.

По сути, на текущем этапе развития Человечества, мы специфицируем только императивное поведение объектов. Старый класс проблем менеджмент создания-удаления исчез.

Следующий этап - когда программы будут писать нейросетки. Не знаю, как это будет выглядеть конкретно, но смысл в том, что и императивная спецификация поведения уйдет в прошлое - мы будем описывать только последствия работы чего-то, что сгенерит нейросетка.

(Вначале это будут некие зачатки FP/reactive программирования «первого» уровня - они уже и сейчас есть: list.stream.filter.map.sort.collect(). Потом будут пруферы с восстановлением событий. Потом полноценная декларация результатов, реализацию которых сочиняет ии.)

И вот на этом этапе все текущие языки отправятся в утиль. Системы станут настолько сложны, что нельзя будет ответить на вопрос «как это должно работать». Соответственно, все языки, отвечающие на вопрос «как это должно работать» (все императивные языки) отправятся в утиль.

А через какое-то время и декларативные языки могут отправиться в утиль. Ибо они отвечают на вопрос «что должно получиться», а этот ответ - результат рефлексии людей о мире. Но если в какой-то момент появится ИИ, он сможет рефлексировать состояние мира ничуть не хуже людей, и самостоятельно выдвигать спецификации. К этому времени наступит долгожданное засасывание в сингулярность :)

конечно. Роботы потихоньку заменяют людей - это тренд. Рантайм тем популярней, чем больше задач он берёт на себя, и программисту не нужно об этом думать.

Возьмем Java - раньше там был только GC, а потом появился Spring Framework. Spring взял на себя вопрос создания объектов. Теперь большинство новых джава-приложений пишется на Spring. Де-факто он стал обязательной частью экосистемы. Почему? Потому что программисту больше не нужно думать о порядке запуска конструкторов и архитектуре инициализации - за него эту задачу решает Spring. К сожалению, в рантайме, и каждый перезапуск - заново, но все готовы с этим мириться в свете того, насколько это удобно - думать не самому, а отдать автоматике.

По сути, на текущем этапе развития Человечества, мы специфицируем только императивное поведение объектов. Старый класс проблем менеджмент создания-удаления исчез.

Следующий этап - когда программы будут писать нейросетки. Не знаю, как это будет выглядеть конкретно, но смысл в том, что и императивная спецификация поведения уйдет в прошлое - мы будем описывать только последствия работы чего-то, что сгенерит нейросетка.

(Вначале это будут некие зачатки FP/reactive программирования «первого» уровня - они уже и сейчас есть: list.stream.filter.map.sort.collect(). Потом будут пруферы с восстановлением событий. Потом полноценная декларация результатов, реализацию которых сочиняет ии.)

И вот на этом этапе все текущие языки отправятся в утиль.