Вот и думай на кого ребёнка учить :)

Это временное явление, на фоне американских кремниевых пузырей

Но, конечно, нужно стараться себя не ограничивать какой-то специализацией

Учишь тут С а разработчик на питоне больше получает )).

В АСУ скорее всего со временем ПЛК  будут работать на Rust или JS. Ну я надеюсь. Питона со своим интерпретатором думаю только на сервер можно запихнуть или ПАК. Хотя там вроде слышал, что японцы уже ПЛК, с ИИ запускают, может и питон увидим скоро.

Надеюсь что этого не произойдет никогда. Эти языки не для ПЛК. Просто где Вы столько одновременно женщин найдете, чтоб сделать клонов себе подобных?
Потребуется АРМИЯ программистов работающих с данными интрепретаторами и синтаксисом.
В языках МЭК заложено фундаментальное работающее повсеместно свойство - унификация

Я же написал, со временем, унификация ведь не консервация, стандарты тоже меняются со временем, мощность плк растет. Может и спешу с выводами, но Rust, претендент на замену ST.

ST самодостаточен для АСУ. Нет таких задач, которых нельзя выполнить на ST. Rust - встречаю редко в каких-то непромышленных контроллерах с непопулярными брендами. О чем Вы?
Именно хорошо, что нет. Стандарты почти не меняются

Согласен раньше например в микроконтроллер килобайт только программу впихнуть проблема была а ARM контролеры только конфигурации входов и выходов сколько занимает . Раньше даже в компьютере выбирали или int  или другое память на 286  ))). А шас лепишь как хочешь и обьемы памяти и скорость позволяет. Всё может быть . Так что надо учить всё по немного но тогда не получится быть специалистом замкнутый круг.

У каждого своя бизнес модель.

Учиться приходится и так и с годами приходится расширять сферу знаний в сторону бухгалтерии, найма персонала, рекламы и прочих бед. Быть программистом хорошо, если есть место где тебя любят и ждут.

На данный момент, согласен, но на носу IIoT, и там концепция ST может уже будет устаревшей, альтернативой может быть Rust. Это всего то предположение, а не утверждение.

Святослав, использую MQTT в проектах, на ST. Он очевидно хороший протокол, но для небольшого объема данных, отдающихся по факту возникновения события. Работает библиотека. Не могу сказать что очень хорошо.

Найти бы явные качественные отличия RUST/ST

Концепция интернет вещей подразумевает сильно распределенную сеть небольших потоков данных

Это что за хрень? Установка по заморозке кого-то, пока человечество не научится размораживать?))

Тестовые смеси для калибровки анализаторов

IBM, если не ошибаюсь, с ещё одной фирмой(названия не помню) создают новую фирму для написания новых стандартов под IIoT. Надеюсь эти проблемы решат и покажут что-то новое в программировании АСУ.

а я считаю что ST плохо спроектирован для работы именно с автоматикой... его сделали близким к языкам для работы с железом, но в автоматике обычно код необходимо выполнять по каким-то событиям, а в ST нет никаких механизмов событийного программирования... конечные автоматы для этих дел обычно получаются нефига не наглядными и запутанными... в данном случае как раз хотя бы механизм callback-ов как в javascript был бы в разы удобней, не говоря уже о полноценном асинхронном коде

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