Комментарии 19
Спасибо за статью! Сейчас очень многие недооценивают, кмк, железячное программирование, хотя более не-рутинного программирования в большинстве случаев я себе не представляю, когда кругозор требуется не только в редакторе кода, но и в реальной жизни. Не говоря о том, что квалификация выходит за рамки программирования, что создаёт гигантский иммунитет к выгоранию посредством интересных новых задач. Make factories great again!
Смотрю опять на фото с пром. площадок и опять капает кровь из глаз из-за качества монтажа кабельных проводок. Ну неужели нельзя сделать нормально???? Людям потом это эксплуатировать и как-то поддерживать в рабочем состоянии нужно. Кидаем витуху на донгл RS485 и плевать что моножила, плевать что клеммник сдохнет при втором перемонтаже. У нас нет 1000 руб на промежуточный клеммник, только хардкор, все что пришло с поля сразу в железо суем. Витуха промышленная 6 категории и коннектов из днс самый дешевый, опять же зачем думать когда нужно делать, отвалится после ПНР - забота не наша.
Смотрю опять на фото с пром. площадок и опять капает кровь из глаз из-за качества монтажа кабельных проводок. Ну неужели нельзя сделать нормально???? Людям потом это эксплуатировать и как-то поддерживать в рабочем состоянии нужно. Кидаем витуху на донгл RS485 и плевать что моножила, плевать что клеммник сдохнет при втором перемонтаже. У нас нет 1000 руб на промежуточный клеммник, только хардкор, все что пришло с поля сразу в железо суем. Витуха промышленная 6 категории и коннектов из днс самый дешевый, опять же зачем думать когда нужно делать, отвалится после ПНР - забота не наша.
А зимой ещё костры по всему заводу, что-бы отогреть воду, воздух, гидравлику и другие материалы.
Для распбери есть корпуса на din-рейку
Не приведи господь ставить малинку в промышленность. Лучше уж пром. компьютер на линуксе, у которого и корпус защищен и температурные режимы нужные.
Конечно, лучше. Но не всегда это нужно. Всё зависит от того, что хочет заказчик. Нужно было быстро и дёшево решить одну конкретную задачу. Помещение не жаркое, сухое, почти без пыли. Было сделано по ТЗ. Заказчика всё устроило. Ежемесячно были отчёты о порядка миллиона отгруженных мешков и после этапа дозирования сотрудники уже не могли незаметно вынести с собой мешок-другой.
К тому же, если заказчик просит условное решение за $100, а вы решаете использовать железо за $200, то вы не только не получите прибыль, но и заплатите из своего кармана.
И ту же экспериментальную установку из статьи мы могли сделать существенно компактнее, гораздо производительнее и раза в 2 дешевле. Но заказчик отказался от нашего предложения, потому что надо было "как у них". Кто мы такие, чтобы спорить? Сделали всё по ТЗ. Результат устроил. Хотя, мне кажется, намучались они потом с ней.
Ох. Как это все очень знакомо. Я учился на инженера-электроника, немало лет после выпуска проработал именно в промышленной автоматизации. Именно по той же самой причине - было интересно копаться с железками и хотелось делать что-то "в реальном мире". Тоже программировал и налаживал шкафы автоматики и скады для разных производств (в основном нефтегаз), потом ещё по "сарафанному радио" новые заказчики начали выходить уже непосредственно на меня и предлагать работу. Но потом разочаровался в профессии, сменил специализацию и возвращаться обратно не хочу от слова совсем.
А причин, о которых обычно умалчивают в таких воодушевляющий статьях, несколько.
Первая - это постоянные разъезды. Сначала в этом, конечно, есть свой драйв и элемент приключения, но потом начинает угнетать. Потому что далеко не всегда "командировка" - это съездить куда-нибудь неподалеку или в большой город на пару дней. Нередко (когда запускается большой объект, или же просто идёт наладка чего-то принципиально нового) ехать придется на всю неделю, а потом ещё на всю неделю, а потом ещё на всю неделю, и так далее. И такое ощущение, что жизнь проходит мимо, и вся жизнь - это лишь работа. Твои друзья проводят время вместе, занимаются интересными хобби, гуляют с девушками, а ты появляешься дома только на выходные (и то не всегда), а все остальное время сидишь в какой-нибудь богом забытой дыре, где из развлечений только алкоголизм и созерцание советской архитектуры (а иной раз и архитектуры нет, тогда созерцание грибов). И это если у тебя ещё семьи нету, если есть, то совсем труба. И живёшь нередко в командировках либо в единственный на городок убитой гостинице (не видавшей ремонта с советских времён), либо в общаге с вахтовиками (вообще не советую). Плюс переработки, но не то чтобы тебя заставляют их делать, о нет, ты захочешь их сам - потому что пока работа не сделана, ты так и будешь постоянно ездить на этот объект, и в твоих личных интересах сделать все как можно быстрее чтобы вернуться обратно раньше.
Второе - общий технический уровень в плане разработки. Даже в наши дни на некоторых вполне серьезных и уважаемых предприятиях в отрасли до сих пор не слышали про git и контроль версий, а версионирование делается копированием в новую папочку на сетевом диске. За фразу "давайте вот тут добавим юнит-тесты" могут дать в морду. А уж как асушники и эмбеддеры пишут на языках общего назначения (когда МЭКовских и скадо-скриптовых языков для какой-то задачи не хватает) можно вообще слагать легенды, об этом отличная статья была.
Третье - это отношение к работникам со стороны руководства. Многие руководители подобных предприятий застряли в 90-х годах и не собираются оттуда выползать. Там можно встретить и "я начальник, ты дурак" в чистом виде, и "вас очередь за забором стоит", да и в целом отношение типа "я сам всю жизнь за копейки пахал, с чего это я этим буду платить много? перебьются!". Нередко огромное количество "Александров Ивановичей" и "Евгений Николаевичей", каждый со своим мнением, обожающих служебки и перекладывание ответственности. Ну и сама профессия такая, что часто приходится в одиночку делать работу четверых (ты и программист, и наладчик, и аналитик-технолог, и черт знает кто ещё). В итоге ты смотришь на своих бывших сокурсников, которые пошли по другому пути и работают в "чистом" IT, на удалёнке (работая на столицы или даже на забугор), либо в уютных офисах, со всякими плюшками (ДМС, поездки на конференции, и прочие бенефиты), при этом имея гораздо меньше ответственности и мозгое@#ли, при сопоставимом оплате получают зарплаты в полтора-два, а то и в три раза больше, и становится совсем грустно.
Поэтому я ушел из этой отрасли. Долгое время меня остаавливало именно мышление типа "тут интересно, железки, реальное производство, а там в айти только тупой вебдев и перекладывание джейсонов из микросервиса в микросервис". Оказалось, что я сильно ошибался, и кроме "перекладывания джейсонов" "там" есть ещё огромное количество всего интересного и не банального. При этом с гораздо более комфортными условиями и гораздо более высокой оплатой. А на заводе пусть кто-нибудь другой автоматизирует.
приходится в одиночку делать работу четверых (ты и программист, ...
и электромонтажник и КИПовец и постановщик задач.
Согласен практически со всем, но хочу добавить, что при такой работе быстро растет кругозор и навык решения разных задач, что может помочь в карьере. Впридачу появляется много профессиональных связей и репутация в отличие от постоянной работы в одном офисе.
Вопрос про контроль версий - как его осуществлять, если в среде разработки он не предусмотрен (а простой архив проекта занимает 100Мб и более)? Таких всё ещё полно даже среди самых современных.
А почему не годятся отдельные git клиенты, коих под любую платформу хватает - TortoiseGit, SourceTree и т.д? Или консольный git для любителей хардкора.
Потому что "проект" хранится как БД и нет возможности работать с текстом программ отдельно от среды программирования.
Git и подобные позволяют работать и с бинарными блобами, даже с большими на сто мегабайт. Да, diff'в красивые уже будет не посмотреть, как и конфликты удобно не разрулить, но это всё-таки гораздо лучше, чем копировать вручную по папочкам.
Ну и речь не только про отсталые среды разработки (да и у них эта вся отсталость от лени сделать нормально, потому как например код программы на ST или скрипта в скаде - это чистый текст, да и для визуальных языков и разметки варианты контроля версий тоже существуют).
Проблема в том, что люди, привыкшие работать так, свои привычки переносят и на другие вещи, например, когда нужно написать уже на C# или простигосподи Delphi какой-нибудь адаптер для выгрузки отчётов из БД скады в БД какой-нибудь другой системы на производстве, или DLL'ку на C++ для OPC-сервера чтобы добавить какой-нибудь редкий протокол, там будет все то же самое, даже если среда разработки все прекрасно позволяет (мол, здесь так принято, дела страдали, и мы будем страдать, зачем нам все эти хипстерские штуки).
Ох, как всё знакомо...
Когда-то в программистской молодости я наблюдал как толпа из примерно сотни очень раздражённых мужчин вручную затаскивает на высоту пятого этажа цепь нории (вертикального конвеера), порванную из-за разгона до запредельной скорости. И размышлял над тем, что эти мужчины сделали бы с программистом, перепутавшим оператор сравнения. Код был не мой, но с тех пор я очень внимательно тестирую свои программы. В продуктовой разработке такой наглядный опыт получить сложнее.
Я недавно был сторонним наблюдателем событий на котельной, когда котёл начал бесконтрольно подавать уголь в топку, вентилятор наддува начал бесконтрольно раздувать весь этот уголь, а вентилятор выдува выхлопных газов котла переключился в ручной режим и встал в аварию. Как говорили эксплуатанты - пламя было из всех щелей, благо что обошлось тогда без последствий. Короче пнр работающей котельной в феврале в -35 - идея такая себе. И в асутп я больше не хочу, ну нахер.
Разработка для заводов. Как это было