АСУ ТП — тухлая отрасль, надо идти в IT?

Я уже давно заметил, что количество твоих реальных знаний и твой опыт как специалиста очень и очень косвенно влияют на твою зарплату. Основной критерий один - это место где ты работаешь и готовы ли они платить кадрам. При этом если они платят - качество кадров их зачастую даже не волнует.

Без проблем. Не хочет платить нормально - пусть не платит. Тогда нужно уходить из профессии или менять локацию. Зачем работать за копейки? Рыночек пусть решает, надо давать рыночку работать.

Скажу вам, как ушедший в софт разработку из Асутп, что основная проблема-это обосновать клиенту стоимость, а потом ещё и деньги свои получить с него же, ведь часто приходилось слышать "идите в суд, отсуживайте свои деньги" . Или "в вашем крае столько не зарабатывают".

Как показывает практика - не готовы.

Часто при потных отношениях предприятие-ВУЗ есть схема при которой те, кто не поступил на бюджет, могут поступить на платное отделение, но за деньги этого предприятия, т.е. для себя бесплатно, но с договором 3-5 лет отработать на предприятии. Тут уже выбор или платить самому за обучение или бесплатно отучится, но будь добр отработай. Естественно на средних ЗП, никто таким большую ЗП не обещает.

Не все 20-100 выпускников будут специалистами или толковыми специалистами, каждый должен сделать свое количество ошибок на пути к опытному и грамотному работнику, иногда эти ошибки в разы дороже чем ЗП всего отдела асу тп как в проектировании, так и в производстве. Дешевле платить хорошую ЗП именно специалисту который отфильтрует эти ошибки.

Самая большая проблема в том, что ВУЗ не выпускает специалистов. После ВУЗа люди приходят абсолютными нулями в профессии и учатся на месте. Большинство выпускников контроллеров (PLC) не видели в ВУЗе, а те которые видели - видели их из далека. В лучшем случае, они что-то делали на arduino и т.п., а это совсем не промышленный контроллер, подход и философия программирования совсем другая.

В IT сфере после ВУЗа выпускник зачастую имеет общее представление о профессии и уже может работать джуном. Да и google, stackoverflow + доступность документации играет в плюс. Попробуйте сравнить информацию по программированию контроллеров siemens с программированием на с#.

Дело в том, что при каждом крупном предприятии имеются ВУЗ, который выпускает 20-100 специалистов АСУТП

В корень смотрите. Да, проблема образованных кадров в РФ в том, что их много. То есть образование в РФ избыточно. Да, ниже пишут, что выпускники ничего не знают, не умеют. Но. Специалистом можно стать только на работе.

И их не хватает. Их рассуют по другим отделам, зачастую не по профилю. В результате они, через некоторое время, теряют начальную квалификацию...ну и т.д.

Вообще можно найти нормального работодателя, точнее менеджера, который будет снабжать тебя заказами, но это трудновато. Да и не так уж и стабильно. Все равно придется затыкать дыры между крупными и вкусными контрактами. Можно пойти в крупную контору, но тут ставка, галерный принцип, зато стабильно. Иногда - стабильно сидеть посередь тайги.

аналог среди программистов, это программисты микроконтроллеров и прочего железа. А там зарплаты как раз самые низкие в IT.

Подскажите ссылочку, где это глянуть. Меня в гугле забанили.

пс: и {просто уточняю} не путаете ли вы программирование микроконтроллеров и системное программирование?

аналогов в мире IT нет (я по крайней мере не встречал), так что я небыл бы столь категоричен называя промышленную автоматизацию отсталой.

Если чему-то нет аналогов, то это не значит, что это "что-то" является каким-то преимуществом, а не например легаси сорокалетней давности (это к вопросу об EtherCap и TokenRing).

А насколько специалист АСУ свободен в своем выборе?

При построении условной ИТ системы можно выбирать из огромного количества технологий, самостоятельно их интегрировать между собой... Разве в АСУ так же?

Вариантов, конечно, много. Но мне кажется, что коли выбрали производителя, он достаточно жестко диктует свои требования. Это, конечно, не кубики Лего, соображать и выкручиваться надо, но в "самописное АСУ" на серьезном производстве я слабо верю. А если о каком-то небольшом речь - на таком много при всем желании не заплатят. Там и ИТшники вряд ли жируют.

Ага нам надо доехать до концевика и остановиться ;) в реальности вылетает в приличное количество кода.

А что сложного в реализации ПИД-регулятора? ЕМНИП там всего десяток арифметических операций?

Значит пока рынок растет. А это системные процессы. В результате должно быть по Марксу - ЗП должна стать равной стоимости воспроиводства рабочей силы.

LD штука непростая для программиста, а вот для электрика наоборот, собсна, он для того и придуман, чтобы просто переводить релейные схемы в программу для ПЛК.

Админов, мониторинг и тот же техпод почему-то тоже сейчас к ИТ забывают причислять. А ведь казалось бы.

Потому что образование/медицина государственные и законам рынка не подчиняются

Например школы и детсады недозагруженные из-за дефицита кадров, но о росте зп никто не слышал

Выбросьте эту пропагандистскую чушь из головы. Никакого дефицита учителей и врачей нет.

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

Неплохо об этом написал здесь, на хабре, один инженеришка-киповец Дефицита нет, платить не нужно

А что с отделом тестирования? Ведь, это именно их задача убедиться, что в критических ситуациях всё будет работать.

Да, это один из главных моментов, надо было написать об этом. Даже банальная работа с вентиляцией, не корректно сделал расписание, она проработала всю ночь, это траты. Можно свет погасить случайно в критической зоне, можно линию остановить с миллионными штрафами, можно, короче, очень много как накосячить)))

И есть Matlab и Simulink внутре его. Откуда разверзаются бездны и открываются глубины. И появляются какие-то парни из Беркли и MIT. Ещё какие-то турки и китайцы.

Сейчас такое сложно представить, но 15-20 лет назад не было такого уж строгого разделения труда в ИТ, и даже 10 лет назад было не везде. На мой взгляд, это не считалось эникейством, у людей было нормальное инженерное ИТшное образование с совершенно разными дисциплинами: от схемотехники, программирования микроконтроллеров на ассемблере, сетей, информационной безопасности до алгоритмизации, теории баз данных, статистики, машинного обучения, теории игр, теории автоматического управления, теории систем и т.п. Плюс какие-то общие вещи начиная с разных разделов математики, физики до менеджмента (привет, софт-скилы), экономики, философии. Ну, люди и применяли все эти знания на практике. В чём здесь эникейство? Человек легчайше мог идти и в разработку, и в аналитику, и в менеджмент. Или совмещать всё это.

И тогда, и сейчас есть мнение, что в вузах преподают какую-то устаревшую фигню. На мой взгляд, в значительной степени это не так. Та же статистика и машинное обучение у нас преподавались задолго до того как в ИТ вообще появились такие специальности. Я копался с нейронными сетями или функциональным программированием, сокурсник в диссертации использовал генетические алгоритмы. Тогда, например, в принципе не было ни профессиональных дата сайнтистов, ни дата инженеров. Любой ИТшник мог спокойно этим заниматься. Причём здесь эникейство и кулибинство?

Насчет "целостности", блин, мне много-много лет проедали мозг в вузе "системным" взглядом на всё, я могу на эту тему часами разговаривать, рисовать тонны разных моделей AS-IS и TO-BE в разных нотациях, нарисовать дерево целей компании, стратегическую карту и т.д.

Я согласен, что сейчас ситуация в ИТ другая. Если человек, например, закончил курсы по React/Spring/AnotherBuzzword, за джва года дорос до тимлида, выгорел и уехал на Бали пить смузи и медитировать, запустил там свою онлайн-школу, то это совершенно нормально, он не кулибин и не эникей, а хороший профессионал. А если человек занимался совершенно разными вещами, успел поработать и аналитиком, и разработчиком, то скорее всего он ни в чём глубоко не разбирается, overqualified или в конце концов просто не впишется в наш дружный молодой коллектив. Хотя у него есть вариант, карьерного развития: отрастить усы странной формы или хотя бы бородку, носить странные ботинки с длинными носками, шотландский килт и рассказывать всем, что он T-shaped специалист. Извиняюсь за этот поток бурной фантазии, меня куда-то понесло :)

Если серьезно, то, да, сейчас в ИТ очень узкие специализации. У меня ощущение, что особенно в крупные компании ищут людей по очень специфическим критериям, с очень узким профилем. У меня сначала бомбануло от обвинения в эникействе и кулибинстве, и я изрыгнул всю эту пафосную муть про фундаментальное образование и т.п. Но с другой стороны, да, вы правы. На данный момент так и есть, но так было не всегда.

С другой стороны, в каких-нибудь стартапах или продуктовых компаниях наверное, наоборот, больше востребованы люди, которые не ограничены рамками одной специальности и могут всё и сразу.

Хотя, блин, и в крупных компаниях очень узкие специалисты обычно нужны на начальных должностях. Если человек хочет карьерно развиваться, то ему придётся заглядывать в соседние области.

Для Java не было нормальных движков для создания учетно-аналитических систем типа DevExpress XAF или просто нормальных UI компонентов. Да, по-моему и сейчас в Java всё печально с UI. Я не против Java, мы сейчас делаем на ней проект, что-то типа IDE или инструмента моделирования, в этой области наоборот для Java особо нет альтернатив.

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

Проблема оплаты АСУТП в том что автоматизацию почти всегда можно заменить на "ручной труд" - пока есть дешевые работники выполняющие основную работу на производстве автоматизация не особо и необходима ;)

Софтскилом тут будет умение пообщаться с технологом, понять его боли и придумать, как средствами IT это можно пофиксить.

Совсем не обязательно. При помощи нашего софта производство некоторых видов оцинкованной стали увеличили в полтора раза.

А с печью есть интересная задача - прогнозирования выхода из строя футеровки. В зависимости от материалов, поставщиков и так далее. Где-то на хабре она описывалась. Если делать плановые ремонты печи пореже - то можно и 10% сэкономить.

Работал начальником отдела АСУТП на заводе. Всегда приветствовал инициативных молодых специалистов и их начинания. Но, к сожалению, попадались такие не часто. Правда, предприятие не крупное, 200 чел.

Ассемблероподобный STL - детский кубик?

Что то вы сударь не договариваете!

для посадки клумбы экскаватор, как правило, не нужен )))

вот-вот, а за падение сайта еще никого не то что не поосадили, а даже на допрос не вызывали. При этом ЗП выше значительно, и отношение как к полубогу. Так спрашивается, нафига за копейки и перспективу сесть по статье корячиться на производстве, если можно быть в коворкинге с девушками-психологами.
Как по мне в этом все есть какой-то чудовищный дисбалланс и он навреняка со временем уйдет, но пока ситуация такая.