Ну и, например, если вы знаете что в вашем приложении в принципе нет многопоточности
В настоящее время это редкий кейс. Кроме весьма слабых микроконтроллерных ЦПУ, везде многопоточка и грех ее не использовать (если алгоритм позволяет)
Ну и для задач, где не нужен системный язык, где можно использовать GC и счет не идет на наносекунды, то любой современный язык с GC типа Go/C#/Kotlin будет для разработки гораздо удобнее раста или зига
Уточню - при сравнимом уровне безопасности, и Java в список
Вкратце - ПЛК это железка с ОС, в которой интерпретируется загружаемая программа пользователя.
Так вот последняя может изменяться, в т.ч кусками, может ставиться на паузу, может работать в отладочном режиме, а может в тестовом (когда работает старая версия, а новая - просмотр результатов).
Может не стоит лезть в незнакомые понятия? У компании данфосс нет промышленных ПЛК (только климат), потому они наиболее заинтересованы в открытости к сторонним системам.
А о каком Эмерсоне мы говорим? DeltaV, ROC или Ovation (или вновь купленные VersaMax), там все по-разному.
Не работает это так.
Потому что растишки вырастут и возьмутся за новые интересные игрушки, и скорее всего не успеют сделать ничего.
Собственно, на практике пока развитие раста так и выглядит. Уже прошло 5 лет., ой уже 15...
Даже жалко таких, у кого цель жизни выучить ЖС
И в случае неудачи, студент соска кивает =)
Вроде когда Раст собирались включать в ядро, речь шла о безопасных драйверах. Какого полезли в работающую ФС, непонятно.
Эти идеи развиты в fasm
Есть исходники компилятора, в проекте КолибриОс
Да, но нет. С-- изначально создавался как промежуточный этап для транслятора Хаскеля. Собственно это написано в Википедии
Только заточенную исключительно на х64/86 в отличие от. А сейчас в мире уже преобладают арм устройства
Рекомендую ознакомиться с С--, идея его создания была плюс минус такой же
Простота языка и простота совершения ошибок ортогональны.
Плюсы были простыми до появления шаблонов
В настоящее время это редкий кейс. Кроме весьма слабых микроконтроллерных ЦПУ, везде многопоточка и грех ее не использовать (если алгоритм позволяет)
Уточню - при сравнимом уровне безопасности, и Java в список
В С, Яве и Го сложности нет изначально
В AS400 вроде та же идея, нет?
Парадигма интересная, только под нее, а с учетом GC и в обозримой перспективе, железа не ожидается....
Собственно, непонятно, в чем смысл статьи.
Вкратце - ПЛК это железка с ОС, в которой интерпретируется загружаемая программа пользователя.
Так вот последняя может изменяться, в т.ч кусками, может ставиться на паузу, может работать в отладочном режиме, а может в тестовом (когда работает старая версия, а новая - просмотр результатов).
Всё
Там была Pi3, а сейчас Pi4, да и версия Линуха наверное другая, может с зависимостями что не так.
А вы тестировали МастерСкаду на своем железе?
А то поддерживалась она на Пи как бета.
Существует CODESYS Control for Raspberry Pi
Ну с таким бэкграундом надо было наверное еще посмотреть EIB/KNX, BACNet, Lonworx, Carel. Там совсем другие подходы и требования.
Может не стоит лезть в незнакомые понятия? У компании данфосс нет промышленных ПЛК (только климат), потому они наиболее заинтересованы в открытости к сторонним системам.
А о каком Эмерсоне мы говорим? DeltaV, ROC или Ovation (или вновь купленные VersaMax), там все по-разному.