Прощай, MasterSCADA

[EFrol]

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

Я тоже начинал с изучения исходников одной (секрет) SCAD'ы, и потихоньку выкидывал ненужное и неудобное.
Потом глянул и понял, что создаю тоже самое только по своему. А зачем?!
Оказалось, что под решение моих задач достаточно любого ЯП с компиляцией по "Windows 95".
Нужно просто знать ЯП и теорию алгоритмов.
Не надо помнить - в каком релизе какой баг уже исправлен, а в каком нет.
Голова не засорена знаниями об особенностях функционирования той или иной SCADA-системы.
В голове только протоколы обмена и физика техпроцессов.

[imaex]

Нужно просто знать ЯП и теорию алгоритмов.

Для начала (по крайней мере) работы с нормальной SCADA знание каки-либо языков программирования вообще не нужно. Да, протоколы обмена тоже не очень нужны, по большому счёту.
А вот в предметной области надо разбираться.

[melky]

Предметная область, это насколько удобно пользоваться программой, как быстро можешь набросать проект.
А когда терпячки не хватает на добавление пары переменных, а надо сделать 40 и потом продублировать Х раз, то в MS4D не просто плакать хочется, а рыдать в голос...

Должно быть юзер френдди, где юзер это асутп-шник, а не программист в первую очередь

[serj_ant]

Вот очень правильно назвали тему, ведь многие пользователи попрощаются именно с MasterSCADA полностью, а не только с 3.Х.
Это решение МПС Софт'а о прекращении выпуска лицензий на 3.Х выглядит очень странно и вызывает сомнения в адекватности их маркетинговой политики.
Ну не хотите вы тратить ресурсы на поддержку устаревшей системы, не тратьте. В конце концов пользователи смогут прожить без развития и даже без техподдержки.
Но, блин, если есть устойчивый спрос, то в чем проблема просто отгружать лицензии?
С трешкой люди работают не одно десятилетие, научились решать её проблемы и косяки, созданы кучи скриптов и шаблонов, есть так сказать легаси. И что, теперь все это смывается в унитаз?
А где гарантия, что через 5-10 лет производитель опять не зарубит ставшую привычной систему в пользу чего-то новенького?
В общем для меня такое решение это повод не перейти с 3.Х на 4Д, а задуматься о переходе на скаду другого производителя.

[EFrol]

А для меня повод изучить C++ и писать под конкретный контроллер нативно
Забыть про все накопленные знания обо всех SCADA, IDE, CAD и т.д.
Забыть о релизах, версиях, errdata и других "подводных камнях", созданных и до сих пор создаваемых системными разработчиками.
Не полениться и вернуться к первородному ЯП, и забыть обо всех ограничениях разных SCADA.

Уверен все остальные SCADA и не только - ждет кирдык.
Вы только гляньте сколько было создано мертвого ПО:
Netscape
Clipper
FoxPro
Internet Explorer
вы и сами можете продолжить этот список ...

Кто-то на этом заработал неплохие деньги, надо дать армии новоиспеченных программистов тоже заработать!!
А для этого надо отказаться от годами отлаженных конфигураций 1С 7.7 и умереть над 1С8.X!!

[melky]

EFrol, думаю правильнее выбирать, где открытое ядро, а дальше можно что-то дописывать.
Пример openScada (C++), RapidScada (C#)
Или где платишь, но опять же можно писать дальше самому - IntraScada (JS)
Ну и наверняка ещё с десяток подобных наберётся.

Как минимум снимаете с себя писанину многих вещей, на которые можно не тратить время.

[EFrol]

EFrol, думаю правильнее выбирать, где открытое ядро, а дальше можно что-то дописывать.
Пример openScada (C++), RapidScada (C#)
Или где платишь, но опять же можно писать дальше самому - IntraScada (JS)
Ну и наверняка ещё с десяток подобных наберётся.

Как минимум снимаете с себя писанину многих вещей, на которые можно не тратить время.

Я с Вами абсолютно согласен! И очень много времени потратил на изучение некоторых из них.
Пришел к выводу, что VB6 это тоже самое, только без всяких ограничений:
- событийно-ориентированный интерфейс - без проблем
- создание пользовательских примитивов - без проблем
- написание поддержки любого протокола - без проблем
- доступ к COM-портам - без проблем
- работа с TCP и UDP - без проблем
- вызов любых функций OS - без проблем
- работа с любыми OPC - без проблем
- доступ к любой СУБД (например, через ODBC) - без проблем
- нет никаких лицензий, нет никаких ограничений на количество пользователей и т.д.
- проект можно прятать в трей, загрузка и запуск мгновенный, т.к. в итоге маленький EXE-файлик
- для каждого рабочего места можно быстренько слепить что-то специализированное - без проблем
- интеграция с любыми интернет сервисом через API - без проблем
- интеграция с 1С7.7 или 1С8.х - без проблем

единственный и большой минус - привязка к конкретному разработчику
но что-то мне подсказывает, что именно смена разработчика приводит к отказу от уже созданных систем и навязывание якобы новых и "совершенных"
иначе приемнику приходится долго вникать в уже кем-то созданное (хорошо если документация велась четко, а если нет)

самое главное то, что все ошибки - это мои и только мои ошибки (невнимательность, ограниченные знания и т.д.),
результат моей работы ни от кого более не зависит

[imaex]

Вы только гляньте сколько было создано мертвого ПО:
Netscape
Clipper
FoxPro
Internet Explorer
вы и сами можете продолжить этот список ...

Дык, никто не вечен. VB6 тоже, если что. Нетскапа и ишак тут вообще мимо кассы, клиппер - ну, очередной ЯВУ, который пытались развивать группы энтузиастов. Не счесть, сколько их было. А фоксом я лично до сих под пользуюсь. Правда, не как средой разработки. Так-то я не курсе о его нынешней судьбе, но как инструмент для моих мелких локальных задач он меня вполне устраивает.

У Вас вообще какая-то травма от походов по дисковым развалам радиорынков. Вот никогда не ходил, не был даже ни разу.

[imaex]

Пришел к выводу, что VB6 это тоже самое, только без всяких ограничений:

Ну-ну. Вот только масштабируемость Вашей системы будет где-то около нуля. Это раз.

И ещё - человек смертен. Хуже того, как говорил классик - внезапно смертен. Часто в чужом коде ковырялись? А в серьёзной системе ведь не только сотни тычяч строк кода будет, но и взаимосвязи между подсистемами и прочее.

Короче - флаг в руки и попутного ветра... Я лично вообще "самоделкиных" недолюбливаю. Мягко говоря.

[EFrol]

Спасибо. Как раз с масштабируемостью тоже нет проблем.
А я "АКАДЕМИКОВ" - не очень..

Вот тема https://owen.ru/forum/showthread.php?t=40055
как мы зависим от мнения разработчика - захочет сделает, не захочет ...
Таких тем уйма.
Все идут на поклон.
А потом - да ну их, пойду искать другого, хотя чаще другое.
Верно?
У меня нет такой проблемы!