Согласен по всем пунктам. Дебаг почти во всех популярных котроллерах это песня и во многих есть применение изменений налету, что тоже весомый плюс. Единственное не хватало системы контроля версий. Слышал что у siemens step 7 была какая-то система контроля версий, но это какая-то проприетарная платная прога. А у большинства сред "проекты" хранились в каком-то бинарном формате. Как понимаю основное применение IT в АСУТП - это интеграция систем разных уровней в единую систему. Но это не то IT которое мы привыкли видеть с аджайлом, активной разработкой, кучей аналитиков и тестировщиков, а больше ближе к IT в формате 1С, только большими масштабами
Работал в сфере АСУ ТП после универа с 2013. До конца 2014 года, пока курс рубля был стабилен, у большинства инжинеринговых компаний бизнес-модель была рассчитана на то чтобы победить в тендере, получить скидос у поставщика оборудования, накрутить на официальную цену оборудования процентов 10-15, а проект, разработка SCADA и по для ПЛК, ПНР - это побочные темы, чтобы обеспечить выполнение условий тендера. Обслуживание отдельная тема, но корни таких успешных организаций уходили к какому-нибудь относительно крупному завду. Отсюда зарплаты и отрицательный отбор, тут надо отдать должное, что в этой сфере, с учетом отрицательного отбора, совсем тупые тут надолго не задерживались, но и таланты быстро разбегались, либо переходили в IT, либо в уходили в филиал поставщиков оборудования и там из инженеров в скором времени уходили в продажники(т.к. там денег больше, а в этой сфере хороший инженер может продать почти что угодно). Ну а тем кто остался, с теми бюджетами, которые выделяли на проектирование, развиваться и раскрывать свой потенциал - это сложная задача, т.к. кушать хочется, семья растет, ипотека давит. Плюс сфера очень инертная. Если рынок It на ковид(а это читаю было значимое событие для мира IT) реагировал почти мгновенно(3-6 мес.), то АСУ ТП потребовалось после событий 2014 года 3-4 года, чтобы перестроить свои бизнес-модели и начать продавать проекты, прокраммы для ПЛК, скады, сопровождения, и зарплаты относительно 2014 года наконец-то выросли в 2-3 раза. Но тем не менее они не дотягивают до ИТ, но спецу в АСУ нужно знать болше, ответственность больше, более строгий распорядок(нет гибгих начал дня и печенек с кофе), нет удаленки, зато есть командировки. Так что с тем интеллектом, который требует АСУТП нужно быть реальным фанатом, чтобы оставаться в сфере.
что-то в цифрах не так в начале статьи. Размеры вируса — 100 нм, размеры droplets — 5-10 нм.
Как бы получается что вирус на порядок крупнее капель влаги на которых он путешествует… Тут либо размеры местами перепутаны, либо единицы измерения не те указаны.
Все мы люди и поговорка «Встречают по одежке, провожают по уму» распространяется и на онлайн. Для себя заметил, что даже аватарка в соцсетях и мессенджерах сильно влияет на восприятие сообщений собеседником.
Самый сок этого квеста был в том, что комната реальная, а если давать каждому пройти от начала и до конца, то придется для каждого игрока делать свою комнату(те делать просто обычную игру)
Не раз слышал про отключение индексов для ускорения вставки. Но вижу в этом следующие проблемы: при большом количестве записей в таблице, операция включения индексов будет занимать довольно значительное время. Что делать при параллельной вставке из нескольких потоков? Синхронизировать их?
Вопросы не риторические и без сарказма, хотелось бы узнать, как решают при таком подходе описанные мной проблемы.
а почему нет? Если это действительно 8 разных, то и обрабатываться должны по разному, значит 8 разных обработчиков написаны, почему бы не написать 8 разных DTO.
Причем тут договора, статья не об этом и мой коммент тоже. Никто не запрещает вам блокировать, все что угодно на своем компьютере, в том числе и веб клиент, который пришел с удаленного сайта. Но не стоит сетовать на нерадивых разработчиков. если вы пропатчили их приложение и оно оказалось неработоспособным.
С другой стороны, компонент вмешивается в работу веб клиента. По факту он берет и запрещает создавать экземпляр определенного класса. Если взять любое приложение, и проделать то же самое с любым классом, которое оно использует. То ничего удивительного, что приложение перестанет работать. Или разработчики должны перед каждым обращением, методам и свойствам любого объекта проверять его на null, да же если строкой выше был создан этот объект, а вызов любого метода оборачивать в try/catch и прорабатывать сценарии, как продолжить работу, если любой из методов отвалился.
Можно вообще отключать выполнение js и удивляться, что половина веба не работает
А планируется доработка приложения для wear os? Очень не хватает зума и скрола карты на часах
Можете показать как на них работает навигация 2гис. Можно ли на часах скролить и зумить карту?
Согласен по всем пунктам. Дебаг почти во всех популярных котроллерах это песня и во многих есть применение изменений налету, что тоже весомый плюс. Единственное не хватало системы контроля версий. Слышал что у siemens step 7 была какая-то система контроля версий, но это какая-то проприетарная платная прога. А у большинства сред "проекты" хранились в каком-то бинарном формате.
Как понимаю основное применение IT в АСУТП - это интеграция систем разных уровней в единую систему. Но это не то IT которое мы привыкли видеть с аджайлом, активной разработкой, кучей аналитиков и тестировщиков, а больше ближе к IT в формате 1С, только большими масштабами
Работал в сфере АСУ ТП после универа с 2013. До конца 2014 года, пока курс рубля был стабилен, у большинства инжинеринговых компаний бизнес-модель была рассчитана на то чтобы победить в тендере, получить скидос у поставщика оборудования, накрутить на официальную цену оборудования процентов 10-15, а проект, разработка SCADA и по для ПЛК, ПНР - это побочные темы, чтобы обеспечить выполнение условий тендера. Обслуживание отдельная тема, но корни таких успешных организаций уходили к какому-нибудь относительно крупному завду. Отсюда зарплаты и отрицательный отбор, тут надо отдать должное, что в этой сфере, с учетом отрицательного отбора, совсем тупые тут надолго не задерживались, но и таланты быстро разбегались, либо переходили в IT, либо в уходили в филиал поставщиков оборудования и там из инженеров в скором времени уходили в продажники(т.к. там денег больше, а в этой сфере хороший инженер может продать почти что угодно). Ну а тем кто остался, с теми бюджетами, которые выделяли на проектирование, развиваться и раскрывать свой потенциал - это сложная задача, т.к. кушать хочется, семья растет, ипотека давит. Плюс сфера очень инертная. Если рынок It на ковид(а это читаю было значимое событие для мира IT) реагировал почти мгновенно(3-6 мес.), то АСУ ТП потребовалось после событий 2014 года 3-4 года, чтобы перестроить свои бизнес-модели и начать продавать проекты, прокраммы для ПЛК, скады, сопровождения, и зарплаты относительно 2014 года наконец-то выросли в 2-3 раза. Но тем не менее они не дотягивают до ИТ, но спецу в АСУ нужно знать болше, ответственность больше, более строгий распорядок(нет гибгих начал дня и печенек с кофе), нет удаленки, зато есть командировки. Так что с тем интеллектом, который требует АСУТП нужно быть реальным фанатом, чтобы оставаться в сфере.
Имхо, yaml не более человеко-читаемый, а самое главное намного менее человеко-редактируемый формат, по сравнению с json.
Как бы получается что вирус на порядок крупнее капель влаги на которых он путешествует… Тут либо размеры местами перепутаны, либо единицы измерения не те указаны.
Вопросы не риторические и без сарказма, хотелось бы узнать, как решают при таком подходе описанные мной проблемы.
Можно вообще отключать выполнение js и удивляться, что половина веба не работает