Автор не умеет разделять на части бизнес логику и логику HAL уровня. В нашем родном асутп делают отдельный FB на исполнительные механизмы (у автора это лампочка) с нашим родным fsm и проверкой на возможные и невозможные действия в физическом мире. И отдельный код, который эксплуатирует эту n+1 сущность. Автор же смешал это все воедино и подает как "открытие"
Подобные метафоры стал замечать в ответах llm - она объясняет метафорами понятные для неё , люди так не говорят. Например - функция 1 - это мозг, функция 2 - руки. Это наглядный пример , как llm может рождать из своих токенов метафоры. А этот подход наоборот - подбирает метафоры таким образом, что бы токены на выходе. Проводил исследования - какие тригер фразы для llm сильнее её тригерят на нужные ответы, и это отдельный повод для статьи
Когда я сталкиваюсь с эмбедед разработчиками - они не могут взять лучшее от мира it и АСУТП. Хотя оба мира уже давно прожевали fsm и разобрались с ними очень давно.
Почему автор бизнес логику смешивает с логикой работы с железом io? Это в обоих мирах очевидно , или только в ембедеде это ноухау?
Незабудьте рассказать какую "импортозамещенную софтверную платформу" туда залили что бы православный IEC 61113 там завелся Посмотрим заказчик будет удивлен как обслуживать вашу установку если там что то будет отличное от классического асутп под капотом
Бабки решают все. Когда "проще" и дешевле все сделать без цифровых двойников.... А потом приходят американцы, которые эффективнее , только тогда русский Иван почешет репу. К счастью до авиастротелей быстрее дошло, что нужно эволюционировать и тратить на эту эволюцию бабки.... Осталось, что бы в остальных сферах рыба не гнила с головы, а эта самая голова понимала, что надо эволюционировать
Вы меня конечно извините, но после прочтения этой статьи я вспоминаю былые работы инженера ПТО. Стройка, завод и длинные эксель таблицы с позициями работ, сроками и расценками. Я часто вижу как тут на Хабре зумеры открывают для себя то, что давно написано в ГОСТах. Почему простите? Потому, что вам давно не 20 лет и вы взрослые дядьки и создаете дорогие продукты. Для меня это просто момент рефлексии, что иногда нужно оглянуться в прошлое, что бы сделать шаг в будущее
Коллега, подписываюсь под каждым словом! Я работаю в АСУТП и тоже весь свой опыт упаковал в . md и протестировал - напиши мне учебный проект....llm написала все по правилам, и без замечаний от меня.
Вы наверное одни из немногих, которые пошли своим уникальным путем. Отдельная медаль за этот путь и эволюцию!!. И отдельная ложка дегтя, а где классические ПЛК и наш пресловутый IEC 61113? Почему icpcon +io wago а не полностью wago PLC ? Читал как увлекательный рассказ и не понимал зачем все эти трудности ? Хотя понимаю почему вы эволюционировали именно этим путем. Это был 2004 год - вы выживали как могли и вы продолжили эволюционировать и ваш софт щас идет в ногу с айтишечкой, когда весь отечественный АСУТП ждёт 2030 года ;) и импортозамещения
Вспоминается стартапчик мужа и жены из Европы. Они там пилят алгоритм, который рассчитывает двигатель из единого цельного куска. А наши уже на ракету поставили
Компас электрик - улучшение клемников планируктся в будущем?
Расскажите в следующих статьях как можно организовать верхний уровень на платформе engee. Какие ни будь кнопочки , графики
Автор не умеет разделять на части бизнес логику и логику HAL уровня. В нашем родном асутп делают отдельный FB на исполнительные механизмы (у автора это лампочка) с нашим родным fsm и проверкой на возможные и невозможные действия в физическом мире. И отдельный код, который эксплуатирует эту n+1 сущность. Автор же смешал это все воедино и подает как "открытие"
Как можно получить ключик? В лс отправил обратную связь
Подобные метафоры стал замечать в ответах llm - она объясняет метафорами понятные для неё , люди так не говорят. Например - функция 1 - это мозг, функция 2 - руки. Это наглядный пример , как llm может рождать из своих токенов метафоры. А этот подход наоборот - подбирает метафоры таким образом, что бы токены на выходе. Проводил исследования - какие тригер фразы для llm сильнее её тригерят на нужные ответы, и это отдельный повод для статьи
Когда я сталкиваюсь с эмбедед разработчиками - они не могут взять лучшее от мира it и АСУТП. Хотя оба мира уже давно прожевали fsm и разобрались с ними очень давно.
Почему автор бизнес логику смешивает с логикой работы с железом io? Это в обоих мирах очевидно , или только в ембедеде это ноухау?
Незабудьте рассказать какую "импортозамещенную софтверную платформу" туда залили что бы православный IEC 61113 там завелся Посмотрим заказчик будет удивлен как обслуживать вашу установку если там что то будет отличное от классического асутп под капотом
Бабки решают все. Когда "проще" и дешевле все сделать без цифровых двойников.... А потом приходят американцы, которые эффективнее , только тогда русский Иван почешет репу. К счастью до авиастротелей быстрее дошло, что нужно эволюционировать и тратить на эту эволюцию бабки.... Осталось, что бы в остальных сферах рыба не гнила с головы, а эта самая голова понимала, что надо эволюционировать
Я готов платить 50 баксов для доступ к квену, Кими и ГЛМ. Это отличное предложение, но как оплачивать алибабу? Я пока квест этот не разгадал
Вы меня конечно извините, но после прочтения этой статьи я вспоминаю былые работы инженера ПТО. Стройка, завод и длинные эксель таблицы с позициями работ, сроками и расценками. Я часто вижу как тут на Хабре зумеры открывают для себя то, что давно написано в ГОСТах. Почему простите? Потому, что вам давно не 20 лет и вы взрослые дядьки и создаете дорогие продукты. Для меня это просто момент рефлексии, что иногда нужно оглянуться в прошлое, что бы сделать шаг в будущее
А может просто перейти на китайские модели? С их ценами это вообще имба и качество на уровне
В файлах упоминается, что использовается часть кода Roocode
Вайб кодеры пытаются изобрести Ansys SCADE?
Коллега, подписываюсь под каждым словом! Я работаю в АСУТП и тоже весь свой опыт упаковал в . md и протестировал - напиши мне учебный проект....llm написала все по правилам, и без замечаний от меня.
А еще все будет разделено на слои. Это прям стилистика ИИшного кода
Вы наверное одни из немногих, которые пошли своим уникальным путем. Отдельная медаль за этот путь и эволюцию!!. И отдельная ложка дегтя, а где классические ПЛК и наш пресловутый IEC 61113? Почему icpcon +io wago а не полностью wago PLC ? Читал как увлекательный рассказ и не понимал зачем все эти трудности ? Хотя понимаю почему вы эволюционировали именно этим путем. Это был 2004 год - вы выживали как могли и вы продолжили эволюционировать и ваш софт щас идет в ногу с айтишечкой, когда весь отечественный АСУТП ждёт 2030 года ;) и импортозамещения
Посмотри в сторону sourcecraft расширения. Кажись это то, что это расширение умеет работать из коробки
Как ваш софт поможет проверить код в codesys или в иных IDE, которые щас будут рости как грибы в приближении 2028 и 2030 года ? Правильно, никак!
Вспоминается стартапчик мужа и жены из Европы. Они там пилят алгоритм, который рассчитывает двигатель из единого цельного куска. А наши уже на ракету поставили
А чем принципиально ваш подход отличается от графовой БД ? Например Neo4j/Helixdb?