С другой стороны на производстве чаще бывает приходиться работать с легаси и зоопарком различного оборудования и протоколов. а так же бывает, что компания разрабатывает проект по автоматизации, шкафы с автоматикой, даже собирает их, пишешь под них логику и скаду, и все это уезжает на склад лет на 5-10, потому что операторная где это будет все стоять ни только еще не построена, но даже не снесено то на месте чего эта операторная должна быть. Это про очевидность результатов.
Согласен по всем пунктам. Дебаг почти во всех популярных котроллерах это песня и во многих есть применение изменений налету, что тоже весомый плюс. Единственное не хватало системы контроля версий. Слышал что у 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.
Причем тут договора, статья не об этом и мой коммент тоже. Никто не запрещает вам блокировать, все что угодно на своем компьютере, в том числе и веб клиент, который пришел с удаленного сайта. Но не стоит сетовать на нерадивых разработчиков. если вы пропатчили их приложение и оно оказалось неработоспособным.
И мне отправьте, пожалуйста
Если ангуляр собирать под AOT, то вроде как проверяет
С другой стороны на производстве чаще бывает приходиться работать с легаси и зоопарком различного оборудования и протоколов. а так же бывает, что компания разрабатывает проект по автоматизации, шкафы с автоматикой, даже собирает их, пишешь под них логику и скаду, и все это уезжает на склад лет на 5-10, потому что операторная где это будет все стоять ни только еще не построена, но даже не снесено то на месте чего эта операторная должна быть. Это про очевидность результатов.
А планируется доработка приложения для 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.
Как бы получается что вирус на порядок крупнее капель влаги на которых он путешествует… Тут либо размеры местами перепутаны, либо единицы измерения не те указаны.
Вопросы не риторические и без сарказма, хотелось бы узнать, как решают при таком подходе описанные мной проблемы.