Комментарии 278
А потом внезапно пошёл дождь. Знаете что? Вагоны под дождём становятся мокрыми. Это было неожиданно. Ещё они бывают после снега, битые, немытые, обновлённые криворукими малярами и ПРОЧИЕ. И в солнечных зайчиках тоже.
На слог Каменистого смахивает:)
– Там!.. Там такое творится!!! Без защитного контейнера тащат термоядерную бомбу с неправильной маркировкой!
– Да и хрен с ней, – небрежно отмахнулся Чапай, – пускай без контейнера тащат. А вот маркировку поправь – это непорядок! Наши техники вечно хоть где-нибудь, да напортачат, они почти все на первое мая родились. Что уставился? Так и было, прямо на демонстрации: раз – и вывалился головой на мостовую. После этого на них надежды мало, сам понимаешь. Возьми ведро краски и немедленно принимайся за работу. Но смотри, голых баб на боеголовке не рисовать, а то в зад ее тебе засуну и будешь так ковылять до самого медпункта!
– Но так нельзя! – чуть не взвыл Бобриков. – Это грубое нарушение правил хранения и перевозки! Ведь может случиться что угодно – от облучения персонала до взрыва!
– Ничего, переживем, у нас еще есть...
Каменистого читал практически всё. А откуда этот отрывок - не знаю. Подскажите пожалуйста?
— Бобриков, я почему-то перестаю тебя понимать? Ты где работаешь — в армии или балете Моисеева? Скорее всего, второе, так как любой нормальный офицер хорошо знает, для чего нужны бомбы! Поясняю для разных подозрительных танцоров: их применяют, когда надо что-нибудь взорвать. И вообще, ты мне надоел со своими дебильными вопросами! Липнешь, как продажная баба!
А попробуйте любой абзац скопировать и вставить в любую поисковую систему, вопрос разрешится сам собой.
Как же классно читать про что-то настоящее! Вы бы знали, это как глоток свежего воздуха.
А то несколько утомили статьи о том, как я выгорел в 125 раз.
Или "как мы синие кнопочки с прямыми углами креативно заменили на зеленые со скругленными". И все это "херак-херак и в продакшн".
А у меня мысль возникла, что все это спланировано. Типа теория заговора и вот это вот все.
Щас объясню: люди занимались себе кнопочками, формочками, распознованием капчичек, руку набивали на том, что сломать не жалко. А сейчас их пустили на реальное производство. И заметьте: всем только хорошо от такого подхода. Автор вон описал в статье, что случается, если запустить храброго пользователя с кривым SQL в АСУ ТП.
Возможно, просто доля реального производства стала больше (а значит, и заметнее).
Или "денег нет, вендоров нет, надо превозмогать". Такое и раньше было, но точечно (ещё раньше - больше, но они заменялись на готовые или допиливаемые готовые), многим (даже тем, кому нельзя сотрудничать с) было проще, дешевле и надёжнее взять иностранные решение от инетграторов с поддержкой, чем самому набивать шишки, некоторые шишки набили и боятся снова (когда 20 раз подряд стукнулся мизинцем, подгибаешь пальцы даже в пустой комнате). Вопрос в том, что сейчас много предприятий, с которыми сотрудничать - как в РКН работать, потому лучше уж рисовать круглые кнопочки в форме котёнка или чем там модно заниматься (не знаю, пока есть ещё не шибко загаженные ниши в Народном Хозяйстве, хотя от некоторых "заманчивых" предложений пришлось отказаться, не останется - придётся вспомнить что инженер должен уметь работать руками, не впервой).
Или "как мы синие кнопочки с прямыми углами креативно заменили на
зеленые со скругленными". И все это "херак-херак и в продакшн".
это называется "я перешел из ВТБ в Сбер" )
Затем эти статьи и пишут. Как раньше писали романтические статьи о комсомольцах-добровальцах на стройках века. Мол хватит в душном городе сидеть, приезжаю сюда к нам, тут у нас тайга, товарищество, песни под гитару и трудовой подвиг во славу красного знамени.
вам же написали, "товарищество"
и товарищи комсомолки
Романов П. "Суд над пионером." http://az.lib.ru/r/romanow_p_s/text_2705.shtml
Да это рассказ из будущего (...27 год) , только зеркальное отражение.
У него есть будущее по ближе. 1925-й http://az.lib.ru/r/romanow_p_s/text_2501.shtml
И Ви, таки, пишите об этом, как-будто это что-то плохое))
Спасибо тем кто это знамя поднял, и тем кто во славу ему потрудился на славу. До сих пор основная инфраструктура Советских времен.
Местами и более ранняя.
Книга "Каменный пояс", Федоров Евгений Александрович:
https://litlife.club/books/75261
там и про заводы, и про кости, и зеков досоветских времён...
От конца XVII века до 70-х годов XIX века
...а сколько костей лежит под фундаментом этой основной инфраструктуры - да кто ж их считал, зеков этих.
Действительно. Весь совок на костях построили. Так на костях строили, что население везде росло.Но вы не подумайте, просто расстреливать не успевали. Благо сейчас весь этот ужас закончился.
Репрессий и политических посадок нет, население растет, наука развивается, каждый второй самолет в мире производят у нас.
Нет? Да не может быть, ведь рыночек же должен был порешать.....
Так на костях строили, что население везде росло. Но вы не подумайте, просто расстреливать не успевали.
Налог на бездетность в СССР ввели именно потому, что население безудержно росло? И росло оно настолько безудержно, что налог отменили только в лихие 90-е?
P.S. Ослоумие «тупачок-гобля-стайл» демонстрирует окружающим задержку умственного развития, а не чувство юмора (жёстко привязанное к уровню интеллекта).
Понятия не имею, вводили этот налог для того чтобы население безудержно росло или по совершенно посторонним соображениям. Точно так же я не знаю как реально этот налог влиял на демографическую ситуацию. Однако, наличие этого налога никак не отменяет того факта, что да - население безудержно росло.
Точно! При совке население росло настолько безудержно, что, например, японцев, которых в начале 20-го века было в ТРИ раза меньше чем русских, и которые, на минуточку в 20-м веке проиграли мировую войну и подверглись атомным бомбардировкам, к началу 21-го века стало БОЛЬШЕ чем русских.
Население совка росло настолько безудержно, что с начала 60-х годов советские комсомолки и партайгенессы были вынуждены делать по 5-6 миллионов абортов каждый год вплоть до издыхания совка, уверенно обгоняя по этому параметру даже братский Кетай.
которые, на минуточку в 20-м веке проиграли мировую войну и подверглись атомным бомбардировкам
Такое мог ляпнуть только необразованный человек, который либо не учился в школе или учился плохо. Получается что вторая мировая война сказалась на демографии Япония хуже чем на СССР? Потери Японии 2.5 млн, против 26.5 у СССР если что. Все это легко проверяется в интернете. Более того у Японии нет почти никакого провала по демографии в этот период в отличии от СССР. На начало войны 1941г - 72.7млн на 1945 72.4млн по данным с вики.
которых в начале 20-го века было в ТРИ раза меньше чем русских
к началу 21-го века стало БОЛЬШЕ чем русских
Если говорить про "совок", то надо сравнивать данные первой переписи 1926 г и последней в СССР 1991, а не начало и конец века. Так если что, в первую мировую войну потери России были одними из самых больших (тоже наверное "совок" виноват). И с этим "наследием" уже пришлось жить дальше СССР. Если говорить только про Россию/РСФСР то на 1926г было 100млн человек, на 1991г - 148млн. И отрицательное сальдо 41г-45г -23млн, вместо 0.3млн у Японии. Итого на 1926г Русских было в 1.6 раз больше, на 91г в 1.2 раза больше. Где тут три раза? я специально брал данные только по РСФСР, а не по СССР в целом. А если убрать провал по демографии России вызванный второй мировой, то получается что разница +- осталась такой же. И по данным из вики что я приводил, видно что например в тех же 80ых, рост численности был выше чем в Японии.
О как! оказывается все дело в законе. Удобная позиция, найти какой-то факт и полагать что дело только в нем и озвучивать факт только на половину. Что его отменили только в лихие 90-ые. А то что его ввели в ноябре 1941 года, то да, эта дата ни о чем не говорит.
А население росло потому что оно было уверено в завтрашнем дне. А заводы и вся инфраструктура которая была построена в СССР этому способствовала. И росло население с середины 20-ых годов(можете посмотреть в википедии), не смотря на первые самые тяжелые пятилетки и репресии второй половины 30х.
Ну вы ей богу на статистику бы посмотрели сперва. А то получается вы спорите с историческим фактом.
pps. Как по мне уровень интеллекта скорее показывает возможность вести дискуссию без перехода на личности и приклеивания ярлыков. Про юмор, это уже сильно более сложная тема, нам бы с базовыми вещами начать справляться)
В нищих странах оно ещё быстрее росло, зато в богатых странах даже падало) второй демографический переход, будь он неладен
Так на костях строили, что население везде росло
Крестьянство - оне елемент несознательный, оне плодиться приучены. Потому, значит как, дитё в сельском хозяйстве - енто средство производства.
А ежели его ещё придушить, да так чтобы енто крестьянство из деревни ломилось, аж попискивая - так и вообще хорошо, любые дыры в планировании можно дешёвыми человеками затыкать.
Вот только ежели из деревни людишки ломиться будут - оне там и повыведутся. А в городе оне не плодятся, да и как тут плодиться, когда соседи по коммуналке из-за занавески так и зыркают, да шуточки отпущают. Второй демографицкий переход называется, штука шибко страшная. А ишшо есть демографицкая енерция. Енто когда перед тем как людишков в города позагнать, им порасплодиться-то дают, с запасцем. Шоб плодились по старинке, а выживали все, на дохториной-то отраве да с прищепками.
Так вот, ни одна страна в мире не умудрилась больше настолько бездарно выплеснуть вникуда свой запас демографической инерции. Нет больше стран, которые умудрились бы прийти к началу века с населением на 60% меньше от ожидаемого в начале 20 века. Только гений коммунистов смог настолько хорошо подорвать демографию и побороть перенаселение. Есть чем гордиться.
Некоторые считали, с этим можно ознакомится в прекрасных документалках Плохого Сигнала.
С полным перечнем материалов и ссылок к каждой.
Я слышал что везде те кто сейчас у власти любят ругать тех кто был до них, особенно если нынешнее не блещут достижениями. А если посмотреть на то как любят ругать прошлый строй, на Соловей ТВ то к тому за что они его ругают и как надо относится с осторожностью, может где-то нам врут
Воу, воу, полегче, кто нибудь впечатлительный прочитает и правда пойдет в заводское IT.
категорически согласен.
есть жизнь и вне пузыристого хайпа.
А то несколько утомили статьи о том, как я выгорел в 125 раз.
Ради справедливости, то «выгорание» – страшная вещь. И не все из этого «штопора» выходят целыми.
А так, по большей части всё самое вкусное под NDA. Отсюда и.
А как решали задачу с номерами вагонов, мусором в ломе и браком на ленте до внедрения камер и распознавания образов и насколько это было эффективно? Было больше сотрудников или больше брака?
больше сотрудников и больше брака :)
Решали с помощью оптических схем и нейросетей биологического происхождения, т.е. человеков. Не то что бы это было совсем неэффективно... Главная проблема — непредсказуемо. Хочу распознаю, не хочу — не распознаю. Тут успеваю, тут не успеваю.
Ну так есть же способы двойного независимого контроля. Если один контролер что то не распознал, но второй контролер распознал, то с первого спросят "как так получилось?"
Очевидно что нет. Достаточно оглянуться на своих коллег...
Люди работают на одном заводе, в одном цеху. Живут в одном городе(зачастую районе/доме). И вполне себе очевидно образуются дружеские отношения с вытекающими из этого. Это если они вообще не родственники изначально.
Т.е как один мог работать или не работать, так и двое будут делать.
Удалённая работа если только будет организована и из разных городов люди будут сидеть перед мониторами и контролировать - может. Но до этого пока не дошли.
То, что они будут пытаться договориться друг с другом, это первое что придёт в голову их менеджеру. Ну и не так уж и сложно всё органиовать таким образом, чтобы они не могли и не хотели мухлевать.
попробуйте.....
как много вам Открытий Чудных, готовит - постижения сей путь.....
Нет ничего изобретательнее человека который занимается тупой, однообразной, рутинной работой, а уже если там Коллектив...... и вся сила этого Коллективного Ума направлена только на одно не работать!
или что хуже украсть..... Поверьте найдут способы и договорятся, и объяснят, и помогут....
и что Гораздо хуже нарушать ТБ..... да Идиоты - это к сожалению большинство нашего и не только населения, и да надо ХОРОШО помнить что мы тоже не исключены из этого подмножества....
про по бухать, по курить и по нюхать я вобще молчу.... и да новомодные алкотестеры/наркотестеры на КПП уже тоже научились Обходить.....
Не всегда вопрос в желании обмануть или украсть - не все так относятсяк работе и обязанностям. Есть человеческий фактор - "не распознал" или "не успел".
Ставить ещё одного контроллера это +1 ставка на смену с таким же фактором риска, что экономически не целесообразно. Поэтому если проблему решать, то средствами, способными эти риски снизить.
Есть человеческий фактор - "не распознал" или "не успел". Ставить ещё одного контроллера это +1 ставка на смену с таким же фактором риска, что экономически не целесообразно.
о чем и речь - 2 человека на смену в 3-4 смены + 1-2 бригадира.... и внезапно ИТ-отдел даже с их крутыми спецами уже и не так дорого оказывается.....
Поэтому если проблему решать, то средствами, способными эти риски снизить.
именно так - и тут автоматизация процесса гораздо дешевле выходит....
Не всегда вопрос в желании обмануть или украсть - не все так относятся к работе и обязанностям.
к сожалению и в большинстве случаев при появлении реальной возможности будет именно так....
Ваше предложение удвоить размер ФОТ может не найти поддержки у руководства.
Руководство может и поддержать, если им объяснить что зато не придётся тратить ФОТ на машин лёрнингистов и дата сатанистов.
А вот тут уже — чьё ТЭО победит!
если бы удвоить + 2 сотрудника да в три, а то и в 4 смены тк работа требует концентрации + им нужен бригадир, а то и 2 и это уже внезапно 7-10 человек......
Разные бюджеты... Не пересекаются. Поэтому результат сокращения одного типа ФОТ не доберется во второй тип ФОТ. Скорее осядет в финблоке или ещё где-то как премии за экономию
Неа. Не прокатит. Ушел датасатанист в отпуск - никто и не заметил. Собрался цеховой - надо замену искать. Опять же, по ОТ и ПБ риски итэшечник край палец в тарелке с манной кашей сломает (Ну или с лестницы упадет, когда с телефоном в руке на обед поскачет - ну, это если с удаленки забрать) - а на собственно производстве мноооого чего случиться может. Опять же, "за цЫфровизацию и четвертую промышленную революцию" на каком форуме рассказать нельзя будет - да и просто карманы разные - "проектный офис цифровой трансформации" сплошь и рядом не с завода кормится, а с управляющей организации, да и ИТ-служба много где в отдельное юрлицо выведена.
Не вариант, в общем.
Конечно, есть. Там где что-то очень ответственное, так и бывает. Ну и плюс там самые натренированные и ответственные "естественные нейросети".
Цель разве "спросить первого"? "Так вам шашечки или ехать?"
А не считали, что может быть дешевле человека посадить на это дело?
Осторожнее с такими предложениями на производстве, где ошибки в миллиарды + "статья/срок/суд/Сибирь" - реальные ситуации )
Или как вариант на сэкономленные на ИИ деньги добавлять в шихту ГБЖ в таком количестве, что вопрос о качестве лома отпадет сам собой
Я не к тому что 100% так и есть, а к тому что да, интересно увидеть экономику такого проекта, но увы
Ой, Михаил, биологическая оптическая система - это же широкие возможности по настройке.... Причем входные параметры и сигналы самые разные, а зависят от очень неоднозначных вещей.
Всё-таки получилось решить организационно вопрос с неприятием бездушных механизмов? Или сложилась ситуация как на Борском стекольный заводе лет 20-25 назад: есть работающие качественные регрессионные модели, но технологии всё равно управляют речами для стекла на глаз? А ВУЗ и завод дальше копают мат моделирование, защищая с каждым годом новые диссертации?
А почему не использовали "Пальму" и не получали информацию прямо с бортовых датчиков? + Обмен АСУ-АСУ с ржд
не хочу — не распознаю
А как же классика — забухал?
Возможно лом стоил копейки. А мусор дядя Вася и не приходовал. А когда дядя Вася ушел на пенсию, то пришлось нанимать ИИ.
Лом бывает разного сорта. И чистые сорта стоят дорого. Деньги в переработке металлолома крутятся большие. У Михаила, наверное, есть актуальный источник под рукой и он меня поправит. Но я помню, что на 60-70% изделия из металла сделаны из лома. (Да и твой Ауди, и хендай соседа и Лада тестя сделаны из одинакового "мусора").
Поэтому Дядя Вася успешно обучил молодых приемке, оценке и сортировка перед пенсией. Но ещё он научил мухлевать и филонить. С этим и борятся при помощи ИИ.
Да, из металлолома получать сталь значительно дешевле, чем из руды.
Доля лома в производстве одной тонны стали постоянно растет. В 1995 г. расход лома составлял 283 кг/т, в 2010 г. – 287 кг/т, и постепенно он приближается к 300 кг/т. Это далеко не 60-70%
Если из руды, то основной состав шихты, как правило, составляет 55 % чугуна и 45 % металлолома. Для производства тонны чугуна требуется около 1,5 тонны этого руды и около 450 тонн кокса.
Но как по-вашему сколько мусора содержится в привозимом металлоломе?
Полагаю, что металлолом выгружают электромагнитом. И сколько мусора притянет электромагнит?
Поэтому, металлолом скорее приписывают, а не разбавляют бумагой, землей и травой.
--------------------
А еще есть такая информация к размышлению:
Из-за несовершенства технологического процесса при выплавке стали образуются технологические отходы, доля которых в настоящее время составляет около 15–20 % и снизилась с 25–30 % при разливке в изложницы после повсеместного внедрения непрерывной разливки стали. В металлообрабатывающих отраслях образуются отходы металлообработки, возвращающиеся на повторное использование в виде лома для выплавки стали. При выплавке стали часть железа теряется со сталеплавильным шлаком, в котором содержание железа (как, например, в электросталеплавильных шлаках) достигает 35 % и более. Чтобы не терять это железо, необходимо извлекать его из текущих шлаков и перерабатывать шлаковые отвалы, тем самым пополняя ресурсы вторичных металлов и одновременно улучшая экологическую обстановку.
Мы создали для РЖД систему распознавания номеров АРНВ, у нас огроменные датасеты, хитрые нейронки с собственными трюками и пачка эвристик и все это работает лучше попсовых йол. Но ресурсов на создание такой сетки у нас ушло огромное количество при всем при том, что еще есть куда улучшаться.
А вот интересно -не дешевле ли было эти ресурсы пустить в создание и поддержание нормально читаемых надписей, чтобы обойтись простой системой распознавания и заодно упростить жизнь тем, кто будет писать свои системы?
Вы еще предложите наносить машиночитаемую маркировку /s
Разве что по принципу почтового индекса. То есть так, чтобы читать её могли и человек, и машина.
Хоть так. Ну или дублировать информацию, как это уже делается лет 50 в EAN-13.
<после небольшого гугления>
А точно нужно? Ну и спецификация (pdf), если я правильно гуглил. C человеко-читабельностью тут не выглядит, что очень хорошо. Но активно пользуются.
Надпись и без этого по трафарету сделана. На конвертах индексы в относительно лабораторных условиях считываются при хорошем освещении, на приемлемой скорости и т.д. А тут вагон в естественных условиях, со снегом, дождем. разливами нефтепродуктов, угольной пылью и т.д. Собственники стараются делать читаемые номера основные и дублирующие, но кто может гарантировать, что с номером ничего не случится в процессе эксплуатации?
Сам когда-то с железом дело имел. Оно, конечно, куда проще было - система мониторинга инженерного оборудования зданий в ЖКХ (главным образом - ЛДСС (Лифтовая Диспетчерская Связь и Сигнализация). Но свои приколы там были.
Когда начинали все это в 92-93гг, аналогов не было в стране. Все сидели на ПД-32 (Пульт Диспетчера, 32 лифта) - огромный шкаф с лампочками и кнопочками где от каждой лампочки до конечной релюшки (а в те время вся автоматизация лифта была на двух реле - РИТО - Реле Индикации Точной Остановки и РКД - Реле Контроля Дверей) шла отдельная пара. И всем было "и так все хорошо, зачем вся эта бесовщина с компьютерами какими-то"...
Сейчас банк, там свои приколы. В частности подходы к рефакторингу - "Ты представляешь объем ретестов после всего этого? И вообще - сколько на этом заработает банк?". Хотя у нас еще все не так плохо - есть проект по оптимизации старого кода в той части, что на данный момент не отвечает текущим объемам выросшей клиентской базы. Т.е. работа идет... Но в целом подход "не болит - не трогай".
Так что в общем и целом понятен консерватизм в тех областях, что связаны с реальным производством.
И задачи, связанные с "откинуть текущие данные куда-то пока не исчезли" у нас тоже есть в достаточном количестве. И есть методы решения таких задач. Равно как и создания различных "витрин" где содержится оперативный срез текущего состояния для быстрого к нему доступа (например, чтобы избежать запросов с агрегированием по всяким "историческим" таблицам там, где нужно быстро получить текущие данные, но при этом нужно и историю хранить).
сколько на этом заработает банк?
А потом появляется какой-то, образно говоря, жёлтый банк с шустрым приложением и откусывает приличную часть рынка.
Да не так много он откусывает. Можно посмотреть рейтинги, там все видно.
А уж если говорить о приложении, то оно, строго говоря, вообще не про банк. Оно бесконечно далеко по количеству промежуточных слоев от реальных серверов где все хранится и крутится.
И основные деньги банк делает на "жирных" корпоративных клиентах, а не условном Васе с движением по счету в 30-50тр в месяц.
А уж если говорить о приложении, то оно, строго говоря, вообще не про
банк. Оно бесконечно далеко по количеству промежуточных слоев от
реальных серверов где все хранится и крутится.
Я как раз про то что без нормальной инфраструктуры современное приложение не напишешь.
Либо будет на костылях и\или тормозить, плюс долгое внедрение нового и доработка старого функционала.
И основные деньги банк делает на "жирных" корпоративных клиентах, а не условном Васе с движением по счету в 30-50тр в месяц.
Пассую, но при таких вводных странно что у нас в стране у банков одни из самых передовых приложений в мире и очень сильная конкуренция.
Зачем развивать приложения и вбухивать деньги?
Либо будет на костылях и\или тормозить, плюс долгое внедрение нового и доработка старого функционала.
Любой функционал в приложении определяется тем, что ему предоставит АБС на центральном сервере. Там (если очень примитивно) - есть REST API которым пользуется приложение. Есть набор WEB-сервисов к которым обращаются REST API. Каждый сервис имеет свой сервис-модуль на центральном сервере. Т.е. чтобы внедрить "креативную фичу" в приложении нужно всю цепочку спроектировать и разработать. При том, что у центральных серверов и без того забот хватает - там одних платежей сотни миллионов штук в сутки проходит и каждый надо прогнать через комплекс проверок прежде чем пропустить (или отправить на ручной контроль в финмон). А всего одновременно крутится тысячи, если не десятки тысяч бизнес-процессов одновременно.
И тут еще очень много зависит от нагрузки. Когда у нас было 30млн клиентов (по основной таблице) нагрузка была одна. Когда стало 50млн, нагрузка стала совсем другой и многие процесс потребовали вдумчивой оптимизации. Когда я пришел в банк в 17-м году, нагрузочным тестированием мало кто одумлялся. Сейчас это обязательно (более того, нам дали инструмент для первичного самостоятельного нагрузочного теста и прежде чем выводить на НТ сами проверяемся на предмет узких мест. И задач по оптимизации сейчас достаточно много - есть понятие "дефект производительности". Этого да от сопровождения прилетает что-то типа
Коллеги, сервис *** за последние 5 недель увеличил потребление процессорных ресурсов в 3 раза!!!
Он уже является 2-м по величине сервисом после *****.
В качестве альтернативы мы рассматриваем перенос запуска сервиса на резервный сервер, но там есть лаг по отставанию до 10 мин.
Заказчикам сервиса это может не понравиться :(
И с этим приходится что-то делать...
Пассую, но при таких вводных странно что у нас в стране у банков одни из самых передовых приложений в мире и очень сильная конкуренция.
Тут все просто. Банки крайне консервативны. У наших банков был очень высокий старт - по сравнению с западными, где история цифровизации началась значительно раньше, у наших намного меньше легаси кода (я, к примеру, не уверен что где-то у нас используется COBOL, хотя на западе его полно и избавляться от него крайне дорого и долго - был пример Банка Содружества Австралии и Океании где попробовали "перейти на новый технологический стек" - обошлось это в 5 лет - с 2012 по 2017 и $750млн. Других таких "героев" я не знаю...).
Но общий принцип такой - в первую очередь устойчивость и надежность, потом эффективность (скорость, ресурсопотребление...) И только потом все остальное. Любое изменение кода тащит за собой длинную цепочку различных тестов (компоненты, бизнес, интеграция, нагрузка, техтест на прелайве...). Потому что отказ одной системы это уже потери в деньгах и репутации. Если отказ одного потащил за собой что-то еще - это уже катастрофа т.к. может повлечь за собой санкции регулятора (штрафы и т.п.). Поэтому любое внедрение только после тщательного тестирования и обязательно с перечислением возможных рисков и планом отката на случай если что пошло не так. Более менее серьезные дефекты промсреды обязательно выносятся на комиссию по инцидентам.
В общем, там все очень сложно...
Я как раз про то что без нормальной инфраструктуры современное приложение не напишешь.
Естественно. Поэтому любое решение всегда согласуется многими архитекторами разных систем - где и как его реализовать.
Зачем развивать приложения и вбухивать деньги?
Это просто один из элементов сервиса. И не такие деньги в него вбухиваются. И отдача от затрат всегда тщательно просчитывается. Но... сравните (хотя бы) объемы активов "желтого банка" (начало второй десятки в рейтинге) и банков из топ-5. Там разница в разы.
А у нас, к примеру, вбухивают не только в приложение (которое по каким-то там рейтингам считается одним из лучших), но и в офисы - был недавно - "phygital office" - там и биометрия (если сдавал - тебя камера на входе сама распознает, никаких талонов не надо) и обслуживание персональное (приходишь, садишься за столик, к тебе менеджер с ноутом подходит и решаете вопросы все с ним).
Видимо, это тоже считается окупающим себя.
Спасибо за развёрнутый ответ.
Ну я не знаю за все, просто в общих чертах представляю как у нас (хотя многие аспекты весьма поверхностно т.к. много команд, направлений, и это только по центральным системам, с которыми просто не сталкивался по работе - в основном с клиентскими данными, разными комплаенс-проверками дело имею).
Но общую позицию обрисовал - прежде всего надежность и считают деньги - сколько это будет стоит и сколько принесет прибыли. Отсюда консерватизм.
Мы вообще работаем на платформе IBM i (сервера IBM PowerS). Кроме нас, насколько знаю, еще Райф и Росбанк на ней сидят. Это специальные коммерческие middleware сервера. Да, дорого. Но офигенная производительность и надежность. Один сервер - 16 12-ядреных SMT8 (8 потоков на ядро) процессоров Power9 (Е980), 12Тб оперативки и 400Тб SSD массивы. Операционка очень мощная, интересная и ни на что не похожая ("все есть объект"). Основной язык тоже специализированный для коммерческих расчетов - RPG (мне лично нравится в плане решения поставленных задач), хотя есть и С/С++ (для всяких низкоуровневых вещей используем).
Мне, кстати, предлагали стать "архитектором направления" (комплаенс) - попробовал и категорически отказался. Ну не мое это от слова совсем. Сплошные встречи, согласования и т.д. и т.п. Такое ощущение, что время (и жизнь) как вода в песок уходит.
Так что я уж лучше в разработке останусь. Оно хоть как-то душу греет.
Мы вообще работаем на платформе IBM i (сервера IBM PowerS)
а вас не прессуют на предмет импортозамещения и все должно быть только отечественной разработки ?
Мне про то неизвестно.
Точно что отечественных аналогов нет и не предвидится. Поменять полностью АБС - см. выше про Банк Австралии.
Тут такая специфика... Работаешь немножко как на какой-нибудь БЭСМ-6 или Эльбрусе (советском) - есть эмулятор терминала IBM5250, вся работа в нем. Все, что делаешь, всегда делаешь в рамках своего "задания" (job). Зашел терминалом - вот тебе интерактивное задание. Второе окно терминала открыл - это уже другое задание.
Примерно так выглядит
Общение с машиной путем команд (системный язык CL, впрочем, на нем можно и программки писать - статическая типизация, компилируемый, все дела). Можно свои команды создавать (если есть какая-то программа, то можно обернуть поверх нее команду).
Программа вызывается через CALL <имя программы> PARM(<список параметров через пробелы>)
Команда - <имя команды> <список параметров в виде <имя параметра(<значение параметра>)>>
Если для команды не указал что-то из обязательных параметров - выведет "интерфейс"
Файлов, папок в привычном понимании нет - есть "объекты" (у каждого - имя, тип, набор атрибутов, для каждого типа системой предусмотрен набор разрешенных с ним действий).
Вместо папок - "библиотеки". Вместо PATH - "списки библиотек поиска" - LIBL (туда можно в любой момент добавлять, удалять, менять порядок элементов).
Короче, все "не как у людей", но очень мощно и куча возможностей.
Я так понимаю, что штуки типа IBM PowerS без саппорта со стороны IBM особого смысла не имеют, а насколько знаю IBM ушла. Как выкручиваетесь ?
Ну как-то оно все работает :-) У нас еще и RHEL и SLES есть где-то на внешних системах...
Подробности как именно, сами понимаете, никто не будет оглашать во всеуслышание.
Но факт в том, что оно работает. Это в принципе не та система, которую надо пинать постоянно. В мире (по отдельным слухам) есть экземпляры, которые работаю на очень старых версиях, поддержка которых давно прекращена, но они продолжают работать.
У нас стоит версия ОС 7.4. И сервера 9-го поколения. Актуальная на сегодняшний день - версия 7.5. и 10-е поколение. Да, мы не можем официально купить Power10 или проапгредиться на 7.5. И TR (Technical Refresh - минорные обновления версий) официально не получаем. Но лицензии все у нас в свое время были закуплены бессрочные, по железу тоже какие-то запасы есть, так ничего не остановилось.
Все исходники АБС давно выкуплены у разработчика, так что тут тоже своими силами вполне справляемся.
Мигрировать куда-то - это точно непосильная и неподъемная задача.
Так что...
жесткий конечно вендор-лок. Интересно, что будет с этой системой, если санкции за 10 лет не отменят
Да ничего не будет. Лицензии бессрочные, сервера от внешнего мира полностью изолированы (т.е. к ним нет удаленного доступа извне, общение с внешним миром или через ESB шину или через очереди).
Ну и "параллельный импорт" тут тоже работает (без подробностей, которые мне неведомы, но по некоторым признакам таки да).
Что реально потеряли - раньше могли вызвать аудиторов для консультации "что можно улучшить", сейчас приходится самим. Но тут уже накоплен большой опыт, так что потеря не критичная.
В остальном же - это очень надежные системы, которые десятилетиями работают без необходимости серьезно в них вмешиваться. Именно на этом они и держаться - надежность и производительность.
На одном крупном промышленном предприятии в 2019 году выключили IBM pSeries 690 запущенную в.. 2003ем. 10 лет (если не больше) работала без IBM-суппорта. "Фирма веников не вяжет, фирма делает гробы" ;) Правда именно такие hi-end "гробы" IBM больше не делает.
Это по этому обычные рублёвые переводы даже внутри одного банка между клиентами занимают до 3х банковских дней? ?
Это где? У нас моментально проходят. Даже переводы на тот же сбер "по номеру телефона" (не СБП) меньше минуты. у уже внутри банка вообще мигом.
Может быть по номеру счета есть какие-то особенности - тут не в курсе (это команда Системы Расчетов работает, я в команде ядровых систем и в основном по комплаенсу и клиентским данным работаю).
Да, была задача по проверкам в рамках контроля платежей. Там суть в том, что есть набор проверок - если все прошло - платеж уходит. Если что-то не так - на ручной контроль в финмон. Но для внутрибанковских платежей там все достаточно просто - и плательщик и получатель клиенты банка, к ним уровень доверия достаточно высокий и про них все известно - они все регулярно по спискам росфина проверяются, мутных всяких личностей еще там выявят.
Но как у других все это реализовано не в курсе.
А сколько раз у вас перевод занимал 3 дня? Я делал такие переводы (именно по реквизитом, не через сбп), все доходило в течении часа
Честно сказать, у меня были ситуации когда в другой банк на ЮЛ по номеру счета только на следующий день уходило, до этого висело "операция в обработке".
Но когда между ФЛ "по номеру телефона" внутри банка (ну скажем, когда с коллегами кому на ДР скидываемся, или еще что) или в сбер (по дому мастера вызовешь, расплачивается с ним) - там мигом пролетает. Причем, вне зависимости, настроено СБП или нет.
Пополнение кредитной карты может быть с задержкой, но это и не проблема, там скорость не важна.
У нас я наблюдаю такую картину - пополнение карты сразу приводит к увеличению "доступно", но уменьшение задолженности происходит не сразу. Обычно в течении дня, максимум к следующему утру.
Например: лимит 500р. Доступно 500р. Берем 100р. Доступно 400р, задолженность 100р.
Кладем 100р. Доступно 500р, задолженность 100р. Это сразу.
В течении дня или к следующему утру - Доступно 500р задолженность 0р
Это связано с особенностью работы с кредиткой. Там, на самом деле два счета - счет банка (не помню его тип, начинается с 5) - там хранится задолженность, это "кредитный счет". И обычный счет ФЛ - 40817. Там "доступные средства". Когда вы пополняете "счет кредитки", деньги падают на 408-й счет. А в погашение задолженности они не сразу переносятся, там отдельный какой-то процесс должен запуститься. Тут я подробностей не знаю т.к. с картами и счетами не работал никогда (я все больше по комплаенсу и клиентским данным - карты это другая команда совсем). Но в общих чертах как-то так...
Тут, кстати, есть ловушка - если приставы наложили взыскание со счетов, то будут проблемы с погашением кредитов. Именно потому, что вы кладете для погашения на 408-й счет - это ваш счет - и с него сразу списывают взыскание т.к. это более приоритетно чем погашение кредита. Деньги просто не успевают уйти на счет банка 5****.
Тут выход один - созаемщик. И класть не себе, а ему. Банк увидит что у вас на счету ничего нет и спишет со счета созаемщика. А на его счета нет взысканий. Но это такой "финт ушами".
Давно такого не видел. Но могут быть особенности перевода с определённых типов счетов, кмк.
что у нас в стране у банков одни из самых передовых приложений в мире и очень сильная конкуренция.
Там "полянка" поделена ещё много лет назад, сформировалась определённая культура и только редкие дикие финтех стартапы баламутят болото. А у нас пруд со щуками, который только сравнительно недавно по мировым меркам стал более-менее прозрачным.
Поэтому у меня в доме в магазинчике с одной кассой стоит биометрический терминал Сбера. И им уже пользуются, видел вчера вечером. И он работает :)
Поэтому у меня в доме в магазинчике с одной кассой стоит биометрический терминал Сбера
Кстати задался тут вопросом а кто разработчик этой штуки и что там с безопасностью. У нас же вроде все компании-разработчики платежных терминалов ушли с рынка, а тут внезапно появляется новый непонятный девайс от сбера, который может мало того что биометрию, так еще и беконтактную оплату картами. И никаких опознавательных знаков кроме логотипа сбера на корпусе. Не понятно.
Не беспокойтесь, ведь у Сбера же никогда не было крупных утечек персональных данных (сарказм).
За Сбер не скажу, но по тому, как устроено у нас могу сказать что слить клиентскую базу с сервера почти нереально.
Во-первых, это терабайты данных, раскиданных по многим таблицам - надо делать какую-то объемную выборку, которая будет работать не один час (и это будет замечено сопровождением которое постоянно мониторит что там на сервере крутится, следит за нагрузкой и т.п. - новое задание, которое жрет ресурсы будет быстро обнаружено).
Во-вторых, доступ к боевому серверу с такими правами есть у крайне ограниченного круга людей. Т.е. сразу спалится человек.
Т.о. все потенциальные утечки - это какие-то куски данных с которыми работают какие-то сотрудники в рамках своих должностных обязанностей (т.е. по работе какую-то выборку сделал и заодно ее скопировал себе куда-то), но никак не "вся база". Тут уже безопасники какие-то меры предпринимают (а они предпринимают, это совершенно точно), но что и как - не в курсе.
У Сбера есть ит-дочка Сбертех, которая работает над их сервисами, вероятно это их творение.
Да и nfc сейчас модно и мало кого удивишь - все привыкли вроде.
Зачем развивать приложения и вбухивать деньги?
Мне кажется, тут схема, описанная в книге "Дилемма инноватора". Банк-стартап таргетирует те слои клиентов, которые просто не интересны большим игрокам. Если у вас, условно, сто человек в штате, то можно жить и на частных клиентах, которые оценят хорошее приложение. Ровно так же работали, например, ранние производители карт флеш-памяти, которые не годились практически ни для чего из-за низкого объёма и высокой цены. (Ниша была в устройствах малого размера на микроконтроллере). В итоге флеш вошёл в меинстрим, но гарантии тут нет, и банк пока что вполне может жить с приложением, сделанным по остаточному принципу.
Чем меньше движений клиентами по счету , тем больше прибыль.
Банк делает прибыль на том, что дает деньги одних клиентов в долг другим клиентам.
В современной экономике "тощие" клиенты через банки дают в долг "жирным", а не наоборот, как было сто лет назад.
Насколько я понимаю, там все намного сложнее. И так сразу не разобраться :-)
Кроме кредитов есть еще эквайринг, оплата РКО и т.п. Но тут я не спец - это уже экономика, так что не буду даже "оценочных суждений" высказывать дабы не уподобляться диванным экспертам, которые вчера все были эпидемиологи, а сегодня стали военными экспертами :-)
Могу только сказать, что банк посильно развивает как сервисы для физиков, ИП и самозаняты, так и бизнес-сервисы для малого, среднего, корпоративного бизнеса, стремится к сотрудничеству с регионами (кредитование, зарплатные проекты). Но это все так, на уровне того, что в корпоративных сервисах пишут в виде "достижений".
Если посмотреть рейтинги и финотчетности, то там как раз видно, что основные деньги крупные банки зарабатывают именно на условном Васе. Крупные корпоративные клиенты обслуживаются в своих кэптивных банках. А ещë там видно, что условный желтый банк откусил очень много у тех конкурентов, которые находятся в рыночных условиях.
Сравнивать же с зеленым или синим банками, которые свои активы получили по наследству, крышуются государством, накачиваются админресурсом и эмиссионной ликвидностью, абсолютно некорректно. Их заслуги в размере их активов - ноль.
Ну мы не зеленый и не синий банк. По наследству ничего не получали.
Да и не думаю, что стартовый капитал желтого банка со школьных времен на завтраках сэкономлен :-)
Все крупные современные состояния нажиты самым бесчестным путем
:-)
Но, повторюсь, я не экономист и спорить о том, на чем банк больше всего зарабатывает аргументированно не могу. Просто по рейтингам вижу размеры активов, прибыль и т.п.
Судя по цитатам, кто-то видимо не понимает, что движение денежных средств не только в одну сторону происходит.
Добавьте тег "обработка изображений*", иначе я чуть не пропустил пост)
P.S. а вы все еще используете YOLOv4 в своих решениях?!
Сейчас у нас много вакансий.
Разработчик C#
от 100 000 до 140 000 ₽ на руки
Требуемый опыт работы: 3–6 лет
Вакансия опубликована 12 октября 2023 в Москве
Ну по крайней мере не соврали, в заголовке так и сказано - "Приходите к нам на завод, у нас тяжело"
Самое обидное, что это они серьёзно.
Так и есть, мой опыт схож. Но у меня начальник адекватный, вышестоящему руководству сказал: "мы будем выполнять свои обязанности. Но если вы нам не можете платить по рынку, не мешайте нам зарабатывать недостающие деньги".
А какие есть варианты "зарабатывать недостающие деньги" в этом случае?
Байка из предыдущего места работы. Один из бывших (ушёл на повышение) Главных инженеров был согласен подписать на проектную работу по внедрению 1С ERP ООО открытое руководителем отдела ИТ, моим непосредственным начальником. И даже была договорённость с руководством завода таким финтом. Потому что зарплату не хотели повышать, так как управляющая компания поставила запрет на повышение зарплат работникам выше определённой планки. У них был типа расчёт бюджета на год на следующие три года. И этот бюджет превышать было нельзя без разрешения учредителя. А внедрение 1С ERP подходило под инвестиционную проектную работу и тем самым можно было подзаработать. В итоге ничего не случилось, так как проект утонул в бюрократии
А вот стропальщику в Челябинске они обещают от 150 000, вот где деньги, не то что в IT :)
IT отдел на подобных предприятиях — как обслуживающий персонал, который на прибыль производства влияет не так уж сильно чтобы тратиться на них
Это жестокая реальность. Поэтому есть ощущение, что произврдству лучше субподряды заключать с ИТ-компаниями для решения проблем автоматизации, а у себя содержать небольшой штат тех.обслуживания этих решений.
тут несколько уровней этой проблемы:
1. Для не-ИТ компаний ИТ - это расходная, а не доходная, часть бюджета. Потому её стремятся сокращать.
2. Но поскольку без ИТ работать не выходит, то это ИТ надо где-то брать.
3. При фултайм-занятости собственное ИТ выходит дешевле аутсорсного.
4. Но не всегда есть чем занять на фултайм ИТ-специалистов "по профилю". Если "не по профилю" - то есть и ИИ-систему написать, и картридж поменять, и кабель протянуть, и снег убрать, и вагон разгрузить, и это всё в одно лицо - то это пожалуйста, это с радостью займут фултайм... Только спецы по замене картриджей обычно не могут в серьёзный программизм, а серьёзные программисты не хотят в замену картриджей.
Вот потому и получается описанное - что-то серьёзнее обслуживания отдаётся на аутсорсинг, а иногда и обслуживание тоже.
Работал долго на производстве за такую вилку, ушел на 2х, ни о чем не жалею
Мне интересно а какие кейсы есть для AR на производстве? Не безкасочникам же каски дорисовывать.
Вы этой статьёй мне такой флешбек устроили с предыдущего места работы. Я думал написать такую же статью. Огромное количество идей умерло потому, что не было людей, которые бы понимали, что это нужно. Особенно в руководстве таких людей не хватает. Заводу в большей части не нужны новомодные веянья IT. Но часто нужно, чтобы как у «западных партнёров», чтобы всё было автоматизировано, чтобы работников было минимум, чтобы обслуживалось быстро. И связано это с возрастом руководителей, или владельцев бизнеса «дядек из 90-х». Первые не понимают для чего это нужно, а вторые - понимают, но слишком жадные, чтобы идти на траты, которые не вернутся
а вторые - понимают, но слишком жадные, чтобы идти на траты, которые не вернутся
Так, может, тогда не надо вкладываться в то, что не вернется ?
а как угадать? ROI он очень ветреный в таких инновациях - ОЧЕНЬ часто прогноз то хороший.... но вот как будет в реальности не всегда предсказуемо ибо реальный НИОКР иногда совсем не окупается.....
Простите, что отвечаю вопросом на вопрос. А как тогда развиваться, если денег на развитие не выделяются?
А теперь сам ответ на вопрос. Я был свидетелем того, как вкладывали деньги в проект, который по бумагам выглядел максимально прибыльным в кратчайшие сроки. Там было всё хорошо. И этот проект внедрялся под руководством непосредственно самого руководства завода. Этот проект конкурировал с проектом разработанным отделом, в котором я работал на тот момент. Проект отдела был забракован именно из-за того, что он не окупался. Детали я опускаю. По итогу проект руководства превысил бюджет на треть. Его тянули все, чтобы он хотя бы дошёл до стадии промышлено-опытной эксплуатации, так как проект был нужен руководству. На этой стадии выявили кучу проблем, которые нужно было исправлять, но для исправления требовались ещё вложения, на которые уже руководство не согласилось. С подрядчиком, выполнявшим работы судились за плохой результат. Суд проиграли, так как по бумагам всё соответствовало проекту.
Проект отдела же не мог окупаться, так как он фактически заменял старое оборудование, которое работает и приносит прибыль, на новое оборудование, которое приносит ту же прибыль. Новое оборудование с дополнительными возможностями, которые в будущем давали возможность реализовать новые проекты, которые точно так же, не принесут прибыли, но произойдёт смена старого оборудования новым с новыми возможностями. И предполагалось, что уже после смены всего старого оборудования улучшать техпроцессы, что в свою очередь улучшает качество продукции, ускоряет производство, удешевляет производство за счёт лучшего контроля. То есть вся эта комплексная работа, итогом которой предполагалась модернизация завода, растягивалась на 10 лет. В такой долгий период никто не даст гарантий, что что-то окупится, что что-то пойдёт не так. И поэтому ожидать от такого проекта прибыли глупо. Но и ничего не делать тоже глупо. Потому что вопрос окупаемости обоюдный, будет ли завод со старым оборудованием окупаться в следующие 10 лет, и риторический
В такой долгий период никто не даст гарантий, что что-то окупится, что что-то пойдёт не так
Вообще я вот именно это и имел ввиду. Если Вложиться в развитие, которое принесет ничтожную прибыль или, с высокой долей вероятности, вообще ее не принесет - так делать не стоит. А если модернизировать либо полный цикл процессов, либо ключевые точки, которые, с высокой вероятностью помогут улучшить множество процессов, то я только "за" такую модернизацию. Все же, по моему мнению, отбросив явные форс-мажорные обстоятельства, можно посчитать примерную прибыль от той или иной модернизации.
Если Вложиться в развитие, которое принесет ничтожную прибыль или, с высокой долей вероятности, вообще ее не принесет - так делать не стоит.
Несколько ошибочное понимание. Здесь проблема не в неокупаемости, а в отсутствие доверия. Руководство не стало полагаться на людей, знающих завод, тех, кто хорошо понимал что и как работает. Правильнее было бы перефразировать ваш тезис в «Не стоит вкладывать в проекты, которые сам не понимаешь, особенно, когда не знаешь людей, которые этот проект внедряют»
эт еще повезло если старые производственные цепочки сохранить удалось при такой модернизации.....
есть куча отрицательного опыта когда само начало такой модернизации приводило не просто к разрушению цепочек, но и к банкротству всей организации.....
Форс-мажоры тоже влияют на ситуацию. Но как я писал выше вопрос, а как тогда развиваться? Волков бояться, в лес не ходить. Потому-то многие производства застряли в прошлом веке, так как модернизации оборудования нет. Говорят о модернизации постоянно. В новостях, то и дело мелькают сюжеты. А толку-то? Болтать - не мешки ворочать. Без модернизации самой модернизации не будет. На заводе, где я работал тоже была тема - «Год модернизации производства». Обосраться только успели за год. ERP внедряли почти пять лет. ТОиР внедряли два года, при том, что он уже был, делали переход на 1С ТОиР. Чтобы объединить процессы, и сэкономить на обслуживании отдельной системы, выкинув необходимость в отдельном специалисте
опыт показывает Любые попытки сократить именно специалистов приводят только к увеличению числа специалистов....
так что когда я вижу что якобы по факту какой либо модернизации будет произведено сокращение штата специалистов(не рабочих, а именно спецов) я всегда прошу очень глубокого и вдумчивого обосновывать риски в процессе и проводить очень глубокий анализ Бизнеспроцесса, т.к. очень часто вылазит что специалист на самом деле делал до половины Бизнеспроцесса - и хорошо если не в уме и на бумажке, т.е. без следов ИС....
а насчет того как развиваться - мое виденье - это опытный участок - где крутится полная копия всего завода архитектурно, софтово и производствено, но в микро масштабе где то же что-то производят(обязательно без хотя бы какого-то минималистичного производства не взлетает) - отлаживать на таком масштабе всё куда как проще и косяки сразу видны, т.к. реальная работа идет...
да для такого участка всё будет очень громоздко, но в любой момент на такой участок можно перевести специалиста с ЛБЮБОГО производственного участка для обучения и того что бы он своим приземленным взглядом выдал какую то оценку... а потом на таком участке можно и обучать и тестировать и отлаживать и уже отлаженное и с обученными людьми продвигать на магистральные пути завода - жаль что позволить себе такое счастье могут очень не многие...
Наша история (кратко).
В далеком 1992-м году брат одного знакомого (учились на одной кафедре, он на год меня старше), работавший тогда коммерческим директором в конторе по монтажу и обслуживанию лифтов обратился с вопросом - а нельзя ли это хозяйство реализовать на высоком идейно-художественном уровне с применением современных технологий. Т.е. не тянуть от пульта ПД-32 в диспетчерской от каждой лампочки отдельную пару проводов до каждой релюшки не лифте, а чтобы и проводов поменьше и все на компе было - карта района, дома, лифты, чтобы сообщения что где стряслось человеческим языком...
Ну посидели, подумали, аналогов нет. Надо с нуля. Выстроили арзитектуру. Контроллеры самодельные, на 8080 (92-й год однако...). Три уровня - Головной (он по RS232 к компу), "магистральные" (уже RS485), "домовые"... К ним уже "клеммные доски" для подключения устройств. Софт диспетчера на компе под Win 3.11 (92-й год...)
Договорились, что контора финансирует, делает (небольшая производственная база у них была), монтирует и обслуживает. Мы занимаемся разработкой железа и софта.
Примерно через год-полтора выкатили пилотную версию. На все - две пары. Одна под данные, вторая под голосовую связь (с кабиной лифта). Потом искали кто согласится себе это чудо поставить. Нашли объект на условиях что контора за свой счет все делает, но потом берет объект на обслуживание (уже за деньги).
Все заработало, дальше уже стали развиваться. Появилась потребность в потребность в подключении домовых энергоконтроллеров (чтобы данные по общедомовому потреблению сами в диспетчерскую прилетали), еще что-то...
В конечном итоге все это развивалось и развилось до достаточно неплохого уровня - контроллеры на STM32, два уровня - УСО (устройство сопряжения с объектом) с набором клеммных модулей под разные типы устройств, IP-шлюзы (с одной стороны к ним УСО по RS485, другой сторону в инет смотрят по UDP). Голос по VoIP, возможность подключения видеонаблюдения и все дела. Вместо головного контроллера на компе работает "микроядро" к которому с одной стороны подключаются IP-шлюзы по UDPБ с другой, по TCP, интерфейсные клиенты (разных типов - администрирование и конфигурация, диспетчер, аварийные бригады...). Ядро реализует отношение "многие-ко многим", занимается фильтрацией-маршрутизацией, отслеживаете состояние IP-шлюзов и прочее и прочее.
Там уже была разработана классификация устройств, формализация их свойств, возможность подключения устройств "на горячую" без остановки системы, добавление новых типов устройств и т.п.
В разработке системы нас было от 4-х до 8-ми человек в разное время. Уже и конкуренты появились, которые по нашим следам шли.
К тому времени в конторе поменялось руководство, да и саму контору "прицепили" в качестве "структурного подразделения" к другой (достаточно бандитской, надо сказать).
И вот к моменту, когда была готова "коробочная версия" с полной документацией по монтажу, обслуживанию и эксплуатации и ее можно было просто продавать, нам сказали - "вы ребята, конечно, молодцы, но больше нам нафиг не нужны, мы теперь все это будем сами продавать, а вы свободны"...
Аргументы что система должна развиваться и поддерживаться иначе все это долго не проживет во внимание не принимались. "Ну вот там поставили, тут поставили - оно же все работает само, чего там поддерживать-то?"
На том все и закончилось в 2017-м году... Разошлись кто куда. Я в банк вот попал... Тут, конечно интересно (с учетом того, что попал в команду ядровых систем - это самое-самое сердце банка, центральные сервера и все такое), и команда отличная и руководство мегаадекватное и по деньгам все очень хорошо, но все равно иногда ностальгия прихватывает по той работе. Все-таки там что-то такое было... Какое-то "свое дело". Хоть и не всегда сытно (всякое бывало), но горели всем этим... Но вот так все уныло закончилось...
Лет пять там все точно проработало. В прошлом году звонили мне (я как раз микроядром занимался) - "там проблемы какие-то вдруг на одном объекте проявились, не посмотрел ли бы ты, мы бы заплатили..." Но тут уже обида взяла (расстались нехорошо - пытались всей командой в одну контору похожего профиля уйти, директор узнал, связался с ними, обгадил - типа зачем вам эти бездельники, сидят не делают ничего, только денег просят постоянно) - сказал что мой час сейчас стоит столько-то, вспоминать все это, поднимать старые исходники, про которые уже пять лет как забыл, что-то там править - неделя минимум, а с учетом что все это во внерабочее время, то умножаем на два (наши стандартные здесь расценки - есть вдруг что-то срочно в выходные делать, то двойная оплата идет). Так что извините, но у вас столько денег нет сколько это стоит.
Эта статья зашла очень хорошо, если вы напишете свою не намного хуже (а может даже лучше), то думаю желающих её почитать найдется много :)
Ну вы главное акцент на на руководстве делайте, а на решениях, которые приходилось делать в угоду руководству или другим факторам (отутствие бюджета, отсутствие доступных технологий на рынке, невозможность приобрести лицензии на ПО, низкая квалификация сотрудников и т.п. и т.д.).
Еще интересно почитать откуда берутся эти "как у западных партнеров", это какие-то виды предрассудков или промышленный шпионаж? или может тупо экскурсии по зарубежным заводам и попытка воспроизвести технлогии которыми не обладаешь?
Отличный текст. Прям сразу захотелось на завод, но мне нельзя, я женатый.
:-) У вас проблемы с внедрением? А не пробовали делать нормальную аналитику?
К приведенному в статье примеру. Никто же и никогда не догадывался что бывают "солнечные зайчики" или "мокрые и грязные вагоны"... Это же просто "вершина аналитической мысли", и аджайл тут не поможет! :-)
Сделали свой, сферические вагоны в вакууме он определял хорошо. Потом приехало вот это:
Интересно, что дешевле (по отросли, у отдельного завода итд) - пытаться распознавать такое, или как только перестало распознаваться, так отправлять человека, чтобы от нормально нарисовал машинно-читабельный баркод подходящей краской, подходящим размером и подходящим кодированием, что защищает от всех этих зайчиков.
Хорошая статья. Пара вопросов:
S3 в частном корпоративном или стороннем облаке?Прочитал ответ в статьеGP - ванильный или аренадатовский?В целом тоже понятноХранилище, наверное "по звезде"?
В вакансии BI-аналитика Tableau, а на схеме только DataLens - чего еще нет на схеме компонентов?
По нынешним временам стэк прямо оптимальнейший из "без танцев" доступного
Да
На схеме платформа технологических данных. Вокруг ещё много чего есть. Например, tableau. Оно сейчас в основном используется для верхнеуровневой отчётности над SAP HANA и ограничено в масштабировании. Да и вообще, те данные которые собираются в техплатформе интересны много кому: всем интересны детали.
Кстати про номера вагонов. Почитайте про историю изобретения штрих-кодов.
И не ходите по чужим граблям.
Ещё есть варианты с радио-метками, по две штуки на вагон. Дёшево, сердито, и направление движения вагона заодно можно отследить.
Зачем мне чужой блог, если я уже сам, своими руками, писал алгоритм слежения за вагонами? Правда, без нейросетей на питоне с биг дата и прочими новомодными технологиями - но зато и облака не требуются, чтобы все эти биг дата хранить. В обычную СУБД на обычном ПК всё помещается.
Вагоны то не принадлежат заводу, как гарантировать, что все вагоны которые к вам приезжают, имеют радио метку.
Я продолжу быть непонимающим.
Есть два варианта.
1) Метка нужна нам самим внутри чтобы разобраться, что где стоит и что куда уехало на нашей территории. Вешаем (съемную, любой конструкции, хоть радио, хоть здоровенный лист с цифрами) метку на входе и снимаем на выходе.
2) Метка нужна для того, чтобы убедиться, что к нам приехал тот самый вагон, что нам кто-то прислал. Метку вешает тот, кто посылает. Возможно, договариваясь с владельцем вагонов. Который, в общем-то сам должен быть заинтересован в том, чтобы было хорошо, понятно и надежно помечено, что вагоны - именно его.
Метки надо успевать считывать, если вагоны едут быстро, ваш способ не работает.
Быстро, это сколько - 100 км/час? Не ездят на производстве вагоны с такой скоростью, и нет причин считать, что оптический считыватель с частотой кадров в 1/60 секунды (в лучшем случае) будет работать более надёжно. Пруфов с вращающимися винтами самолёта навалом. И, на непрерывном производстве вагоны ещё и ночью ездят. Как обстоят дела с оптическим распознаванием в условиях недостатка освещения?
А человеку как считывать номер? Наличие человеко-читаемого номера на вагоне это залог того, что можно в случае отказа на дороге разрулить ситуацию вручную. Дублирование номера штрихкодом ненадежная процедура уже сама по себе.
Тут как в анекдоте - или крестик, или трусы.
Если ставим человека, то нафиг не нужен штрих-код. Если железяка - то она лучше читает штрих-коды, чем номера.
В идеале нужно дублировать: номер, а выше/ниже - штрих-код. И желательно, чтобы размеры и высота нанесения штрих-кода были (наверное, уже) регламентированы ГОСТ. И человекам удобно, и роботам проще без всякой биг-даты-сатанизма номера читать, буквально сканером.
Объяснение номерного дуализма - простое. Далеко не везде есть сканеры. Но сейчас, как и всю нашу жизнь - эпоха перемен. Поэтому людей на чтении номеров будет всё меньше, сканеров - всё больше. Поэтому именно сейчас (ближайшие лет 50 минимум), нужен именно дуализм. Это как воздух - вам он может не нравиться, но вы не можете им не дышать.
Затраты на краску, израсходованную на штрих-код, на порядки меньше затрат на датасатанизм, выстроенный для того, чтобы читать_номера_вагонов. Читать номера нейронкой - это оверинжиниринг в чистейшем виде. Оккам уже океан выплакал с современной "компьютерной инженерии", которая, ИМХО, погрязла в объёмах данных, плюнув на оптимизацию. Ну вот это самое классическое "писать браузер на C" против "писать браузер на Электроне".
Есть такая проблема, да. В прочностных расчётах её же регулярно наблюдаю - когда вместо простого аналитического метода используется тяжёлый численный без необходимости.
Картинка
Кроме того двойной контроль. Если распознанный номера и штрихкода не совпадают, то дёргать человека чтоб проверял. Это в БД дублирование данных - это не консистентно, а в реальном мире один источник легко повреждается, и лучше иметь ещё один.
@mikerosoft На схеме среди источников данных не увидел SAP. Его прибили / не используется / прячется за Oracle (3 БД) ?
Всю жизнь не вылажу с заводов. Описанное автором - это проблемы верхних этажей) У нижних этажей проблемы похлеще будут, и все это - многогранное АСУТП:
Технологи валят на асушников за брак
Рабочие валят на асушников за брак
Древнее оборудование настолько древнее что приходится пылесосить авито на предмет старых компов
Древние системы под ДОС в настройках все запаролены, приходится изобретать системы взлома паролей. Это касается не только компьютерных систем но и например банальных терморегуляторов. За свои деньги покупается плата реле на известном китайском сайте (ИКС) , контакты реле подпаиваются к кнопкам, пишется самописная программа для перебора паролей, напротив экрана ставится видеорегистратор и вперед щелкание релюшками. Примерно на третий день ТРМ-ки или привода с запароленными настройками сдаются. Никто ж не предполагал, что кто-то будет сидеть и перебирать пароли с неудобной клавиатуры из 3 кнопок.
Крайнее недоверие людей к автоматике, имеющее под собой основание - сырые решения, некомпетентные технологи (а те валят на асушников), просто закоснелось рабочей мысли "я вот раньше там краник поворачивал ровно на столько, а теперь стоит хрень, что то показывает, вот брак и идет!". Между тем рабочие этим очень хорошо умеют прикрывать свои косяки, поэтому приходится ставить перед щитами, пультами и подобными вещами видеокамерами со своим хранилищем. И потом по мановению руки почти 70% отказов и брака исчезают сами собой.
Импортозащемление. Галимая китайская поделка повалила к нам, бренды отвалились, а ведь на том же сименсе работает куча промышленности первой категории (или как его там). Что же в основном предлагают китайцы? Ну в первую очередь это галимые датчики. Во вторую - это клоны сименса и мицубиши непонятно как среверсенные (допустим), с ними даже работает официальное ПО, но это все для ПЛК старых версий. А вот привода китайцы пока еще не научились импортозащемлять у нас. И это опять же головная боль асушников.
Зарплаты. На вахте при пусконаладке можно рубить хорошее бабло, чего не скажешь о заводе. Есть стеклянный потолок. Условно в нашей глубинке это 110 - 130 т.р. Но вилка начинается от 20. Кому то покажется для глубинки это прям много, но следующий пункт.
Личная жизнь оказывается лишним звеном в этой пищевой цепи. Особенно на производствах непрерывного цикла, ты будь готов что в выходной, что в отпуске - всегда рвануть на работу, потому что какие то параметры вышли из нормы, технологи трубку не берут, быстро приехал.
Перегорание и увольнение, с желанием в дальнейшем заниматься чем-то попроще, да хоть кассиром работать. Потому что вот вообще ВСЕ проблемы принято сваливать на асутп. Ибо их не понимает начальство (такое начальство почти везде), их не понимают рабочие (от них и не стоит этого ждать). Их не понимают отдел закупок "а чего это вы зипов на 20 млн заказали, не опупели ли?", их не понимают охранники, когда асушник тащит из дома самодельный программатор, тупо потому что на фирменный денег не дадут, а перепрошить микруху надо еще вчера. Их не понимают всякие местные айтишные структуры типа сисадминов, потому что очень много хитрого ПО - пиратское, а оформлять это дело на бумаге никто не желает. Их не понимают механики, которые вечно любят любую поломку списать на ПЛК, их даже электрики не понимают, потому что реле - оно понятно что реле, а вот эта непонятная хрень на экране - как она связана с реле, и вообще как реле связано с браком за прошлый месяц? Оно рабочее! Значит включалось и выключалось когда не надо! Это ваше. Любимое перетягивание одеяла заводских структур в случае асутп превращается в картинку, где один мужик тянет Боинг на канате. Стоит только добавить, что мужику поставлена задача разогнать самолет до взлетной скорости, а там двигатели запустит и сам взлетит.
Ну, вот вам еще чуть чуть незамутненной правды жизни. Заводы - это круто. Но не асутп.
Вот подпишусь под каждым словом. Сам асушник нижнего уровня. Всё так и есть. Зато от скуки уж точно не захиреешь, каждый день взрыв мозга и с разных, неожиданных сторон. Приходится и руками работать и головой думать/изобретать.
Отличное средство для выгоранцев, или выгорастов.))))
Указанным категориям не возбуждаться с минусами. Лучше прислушаться к мнению врача!)
Ну да, постоянные проблемы, авралы и стрессовые ситуации это же отличное средство от выгорания. Надеюсь никогда не попасть к вам на прием, если вы действительно врач.
Не переживайте, не попадете. Я работаю там, где мужики настолько суровы, что лечат от выгорания врача... самогоном, да. И иногда гитарой.
лечат от выгорания врача... самогоном, да
Я много лет на производстве отработал, не надо мне рассказывать про "суровых мужиков" советующих лечить стресс самогоном/водкой, я видел много таких не со стороны, а изнутри коллектива, и видел чем такое "лечение" порой заканчивается.
То есть такой литературный прием, как гипербола Вам не знаком? А также такие общечеловеческие понятия как ирония, сарказм, ну и юмор, в конце концов.
Ну что ж, это печально. Я надеюсь, Вы не из России сейчас пишите. Воспринимать российскую действительность без изрядного чувства юмора сложно. В этом я с Вами согласен.
Поверьте, выгорают там ещё как.
С таким отношение на заводах к АСУТП, даже на богатых нефтяных и газовых, многие хотят просто бросить всё и бежать, но страшно, «стабильность». А «программисты» АСУТП никому в «обычном» понимании программистов не нужны - не считается релевантным опытом.
Я вот почти 15 лет выдержал, больше не могу- последний год совсем не хочется видеть заводы, аппаратные залы, контроллеры. Тем более сейчас вместо привычных брендов всякое китайское начали завозить, совсем тоскливо стало.
Да я живу в одной комнате с асушниками, наслышан. Просто утомили рассказы про выгорание человеков, весь день пиксели возящих по экрану. Ладно бы они алгоритмы новые изобретали, холдный термояд разрабатывали, а то копипастой в большинстве своем занимаются.
Вообще, IT стало в значительной степени тем, чем условные офисные планктонины были еще пару-тройку лет назад - просто способом хоть чем-то занять человека, дать ему видимость работы и на бедность деньжат подкинуть.
АСУТП хоть чем-то реальным занимаются. ИМХО, совсем бросать это дело не стоит, зарплаты скоро выровняются.
Просто утомили рассказы про выгорание человеков, весь день пиксели возящих по экрану.
Так от того и выгорание. Однообразность и монотонность работы. Все одинаковое, все по типовым шаблонам.
И сколько бы за это ни платили, это унылый вариант работы.
Ну так Debianer70 рассказал в комментарии, где искать лекарство ;-)
Да я живу в одной комнате с асушниками, наслышан. Просто утомили рассказы про выгорание человеков, весь день пиксели возящих по экрану. Ладно бы они алгоритмы новые изобретали, холдный термояд разрабатывали, а то копипастой в большинстве своем занимаются.
Возможно что термояд разрабатывать эмоционально проще чем "возить по экрану пиксели".
Термояд - игрушка дорогая, её на последние деньги не разрабатывают. Термояд - штука долгая, её разработать уже вчера не требуют. Термояд - штука престижная и крутая. Соответственно, у разрабатывающего термояд есть гордость за свою работу и время на отдых от неё.
У "возящего пискели по экрану" есть пять горящих задач в бэклоге, которые должны быть сделаны вчера и которые может сделать только он, и когда он завершает одну из них - появляется следующая, такая же срочная. Чтобы уйти в отпуск, нужно напрячься и закрыть все их них, только тогда можно отдохнуть уж две недели, после которых в беклоге будут ждать очередные пять горящих задач.
У "возящего пискели по экрану" есть пять горящих задач в бэклоге, которые должны быть сделаны вчера и которые может сделать только он, и когда он завершает одну из них - появляется следующая, такая же срочная.
А вот тут есть повод приостановиться и подумать над тем, кому эти задачи вообще нужны, кому будет плохо, если их не сделать, и кому хорошо, если сделать. Только подумать глобально, а не в духе: "Ай, начальство заругает".
И вот на этом этапе, может быть к кому-то придет осознание: да ну нафик, может лучше на завод.
А на заводе что, лучше?
По разному. В целом, именно для IT'шников сколько-нибудь прилично "считать\нормировать время" не умеют, или умеют очень и очень фигово, с обеспечением равномерного потока задач тоже не очень, чтобы очень - из-за этого выходят разновсяческие перекосы от "плевания в потолок с 9 до 6" до хронической перегрузки - что вносит дополнительную "Эм" - "Мотивирующую" составляющую.
АСУТП хоть чем-то реальным занимаются. ИМХО, совсем бросать это дело не стоит, зарплаты скоро выровняются.
С развала СССР об этом говорят, и о деятельности специалистов в АСУ, и о зарплатах. Когда заводы приватизировали. Когда кризисы целых три штуки прошли. Когда ковид прошёл. Пока вы сами не будете работать инженером АСУиТП, вы никогда не поймёте проблем этой области
вместо привычных брендов всякое китайское начали завозить
Самое время делать своё, а не мучаться завозным. Тем более знаешь каким оно должно быть, а каким не должно :)
Самое время делать своё, а не мучаться завозным. Тем более знаешь каким оно должно быть, а каким не должно :)
там не все так просто, а точнее - все совсем не просто. Даже обычные реле и переключатели сделать сложно, а сделать массово/дешево и надежно на порядок сложнее
Если бы было просто, китайцы уже делали бы хорошо. А сложная вещь - как раз направление роста. В контроллерах нет никакой науки, надо просто собрать требования, посмотреть на прототипы и сделать не хуже. Люди, которые понимают в той или иной части этих контроллеров, у нас есть. Те кто делает не "так же внешне", а кто понимает зачем и почему сделано так, а не иначе. Осталось только собрать этих людей вместе и поставить им задачу.
Древние системы под ДОС в настройках все запаролены, приходится изобретать системы взлома паролей.
О, да! Я сам на предыдущем месте работы взломал все запароленные ПЛК и SCADA системы, что использовались на тот момент. В моём случае было оправдание данному действию. Предыдущие работники отдела АСУ, те кто работали задолго до моего прихода, просрали всё что можно. Ни исходников, ни паролей, ни инструкций. Подписывали акты приёмки работ без уточнения, что всё будет передано им же для обслуживания. Подрядчики таким образом, по официальной версии, хотели защитить интеллектуальную собственность. Но по факту хотели посадить завод на договора обслуживания, когда выяснилось, что самостоятельно обслуживать оборудование на заводе не получится. А ведь всё это можно было обговорить ещё на этапе разработки проектов и учесть при подписании договоров. По итогу работники отдела АСУ до меня приняли великолепное решение - забить хер на обслуживание этих агрегатов. Так завод проработал 5 лет. Отдел АСУ к тому времени два раза сменился. На второй раз уже взяли на работу меня. Я тогда знатно офигел от бардака. И ломание ПЛК и SCADA - это была попытка бардак поправить. Часть подрядчиков, которые внедряли АСУ уже обанкротились и закрылись, поэтому получить от них какую-то информацию было уже не возможно. И заменить оборудование не представлялось возможным на тот момент, так как часть технологических процессов уже было завязанно на запароленное оборудование. Замену оборудования предполагалось реализовать уже после разбирания бардака. Чтобы можно было понимать как и на что менять.
Условно в нашей глубинке это 110 - 130 т.р.
Это у вас хорошая глубинка. В нашей глубинке я на страте получал 28т.р., это было в 2015 году. И к моменту увольнения в 2022 году - 51т.р. Выше нигде не платили. При том, что я был инженером по автоматизации, то есть ИТР. Завод, где я работал, был очень «веселым». Рабочие профессии по задумке руководства должны были получать больше чем ИТР, чтобы тем самым привлекать новых работников и оттока не было. Только рабочим платили всё равно меньше, чем у некоторых конкурентов, куда естественно работники уходили при удобном случае. А так как руководство слово своё держало, то ИТР платили ещё меньше. На что жаловались все ИТР ниже начальника цеха. В этой прослойке работников текучка была сильная. Оставались в основном те, кто либо никому был не нужен, либо для «перспектив» в будущем
Жесть просто. Неужели у программистов вариантов нет, что они согласны работать в таких условиях?
Зависит от ситуации. Когда это первая работа по специальности, то это «норма». Когда другой работы для программистов попросту нет, то же относительно «норма». Сейчас, с наличием удалёнки стало проще с поиском работы в глубинках. Я так работу поменял. Работаю на удалёнке теперь. А раньше либо так, либо переезд в другой город. И переезд в другой город это большие первоначальные траты, на которые ещё надо заработать, и лотерея с поиском работы для иногородних
В провинции очень мало вакансий у программистов, и самые денежные в моем районе это как раз на успешных заводах.
Тоже тот еще миф. Сколько знакомых программистов, особенно во всяких крупных корпорациях - единицы не привязаны к месту. У остальных либо правила безопасности, либо просто необходимость офисной работы в опенспейсе. Только парочка людей работающих в чем-то вроде смузи-стартапа работают удаленно, но там и зарплаты на порядок ниже чем у погромиста из финтеха.
Альфа Банк. С марта 2020-го на удаленке. Всех устраивает. Никто в офис обратно не гонит. Более того, сказали - кто хочет может отказаться от офисного компа совсем в пользу работы на виртуалке (VDI) или попросить перенести его на ферму (удаленная работа через RDP). Кто хочет - работайте на своем компе через VPN (но там есть ограничения по доступу к тестовым серверам).
Я в результате работаю на своем через VPN на 90%, что надо на сервере - через VDI (приспособил под VDI терминал старенький ноут по линухом). От офисного отказался совсем.
Я же указал что вилка зарплат начинается от 20 т.р. на полную занятость. Так что у вас еще нормально))
Начинаться вилка может и с МРОТ. У нас есть одно предприятие - местный аэропорт, где за МРОТ набирают работников каждый год. Очень смешно читать их вакансии. Работать-то идут не за МРОТ, а за максимально возможную по рынку в конкретной глубинке. И если у вас в глубинке возможно на АСУиТП заработать, грубо сокращая, 100т.р. в месяц, то у нас в глубинке этого сделать было нельзя, так как таких зарплат не было даже на крупных предприятиях. Максимальную сумму, которую я слышал от коллег по цеху, работавших как раз на одном из крупных предприятий, куда я хотел устроиться в бытность, была 80т.р. И это ведущему специалисту. И это были слухи, так как реальных цифр я не видел. В расчётках, что я видел своими глазами фигурировали 50-60т.р. Может быть что-то проектное было, и таким образом закрывали большие цифры, но это не стабильный заработок, а единичная премия.
100т.р. в месяц у нас могли получать 1С-ники, зная их рынок. Но я знаю несколько из них, и зная, что 1С-ники с радостью уйдут с завода, когда поднаберутся опыта (что знакомые и сделали, уйдя во франшизу), то врядли на заводе в нашей глубинке им платили 100т.р. Вообще не поверю
Вот это "боль" инженеров асутп) С нетерпением жду от вас статей по проблемам асутп и их решениям)
Так может, корень зла как раз в асутп и находится? И начинать надо не с AR очков и распознавания картинок на Питоне, а проблем модернизации, мониторинга и контроля АСУТП?
Проблема не в асутп как области, а в том, как на нее смотрят остальные участники производства, начиная от собственника предприятия и заканчивая работягами. Как показывает опыт, им это в пень никому не уперлось еще с 50 годов (нет, я не такой древний, просто об этом уже тогда были звоночки, об этом писали в книгах и газетах, при этом плк и эвм еще особо не было, всякие командоаппараты и диспетчеризация, и называлось это немного по-другому).
Асутп - это сплав кучи технологий. Это программирование, электроника, механика, немного IT на уровне сисадмина - кое какой софт абы как не поставишь, там надо с бубном работать уметь, знать сети и их топологию, тут не езернет а профибас, понимать надо! Это еще и навыки следственных мероприятий... В итоге тебя ненавидят и делают козлом отпущения примерно все. Ну почти. Встречаются грамотные руководители, но их очень мало, и их наверху тоже не понимают.
Раз тогда асу не нужно, то зачем его все повсеместно внедрить то хотят? А ответ прост: карго культ. Ровно такой же культ как внедрение канбана, 5С и прочего мозголюбления участникам рабочего процесса. Потому что у конкурентов внедрили, кучу людей сократили, автоматика все сама. Ага. Купят дорогущую линию за очень крупные деньги, а потом внезапно дилер за диагностику хочет много, давайте нашего асушника припряжем, он шарит. А там все в паролях и на удаленный сервер телематику шифрованную шлет. Не оставили ни прошивок, ни таблиц настроек, сославшись на ноу хау. А ты после работы оставайся, производство то непрерывное.
В АСУТП главный и жирный минус - это зарплаты, везде средняя зарплата у инженера-программиста ниже, чем у backend-программиста. Поэтому и свалил от туда. Хотя надо признать, что сложность самих языков программирования у backendа выше, чем у языков в МЭК 61131-3.
Ладно бы просто инженер-программист. А то еще надо и в электронике шарить, порой даже на уровне приводов, сверху все приправлено плисинами и "академическими" аналоговыми схемами по 100 штук ОУ в одном устройстве, включенные хрен знает по какому принципу (ненормальное программирование знаете? Вот это про электронику). это не ардуино, и не усилитель и не гитарная примочка. Эта схема может управлять приводом в мегаватт мощи, и что случись..не надо об этом думать даже. Сложность асутп не стоит преуменьшать, потому что кто-то программы пишет в офисе, а кто-то и программы пишет и зашивает и налаживает это все, и бегает вечно помогает ошибку сбросить, а вот привод компрессора крякнул, что то с силовым модулем, это уже тянет на разборки минимум неделя. А какая неделя если даже пописать некогда сходить. А еще и каждого носом тыкнуть в косяк (большинство "поломок" это и не поломки вовсе), а заявки то летят пачками, начали внедрять электронные заявки ну тогда я и ушел. Любая тварь могла там заявок насоздавать, ну когда их набралось под 200 на одного меня, я не выдержал. Так работать - себя не уважать.
А еще просто совершенно зашкаливающее количество мозго...гм...любли на пустом месте. Из любви к искусству, да. Заполнять доски, проводить линейные обходы, обклеивать ступеньки скотчем, "непрерывно улучшать процессы" (заполнения досок и обклеивания скотчем, преимущественно), ставить личные цели и отчитываться об их достижении, непрерывно развиваться (не забывая согласовывать индивидуальные планы развития и отчитываться об их выполнении), проходить инструктажи и сдавать экзамены по их результатам, подавать рационализаторские предложения (А давайте вот урну у заводуправления поставим. Ой, она больше 20 тысяч - не проходит по условиям, найдите дешевле. Да, вот вы. Сами-сами и найдите. Вы же идею выдвинули? Проработайте!) - при этом рядом обязательно найдется комсомолец-молодец за "5Эс, 6сигм, ПэЭсЭс" и вот это все, который...
И все это за каких-нибудь 30-50 тысяч, в условиях вида "когда идет дождь через дырку в крыше в кабинет капает" и пока образовавшаяся лужа не дойдет до удлиннителя и не долбанет уборщицу... впрочем, и после этого всем пофиг - разве что удлиннитель на скотч повыше прицепят.
Тьфу. Как вспомню - так вздрогну.
Ага, эти 5С порядком уже охренели, тут на предприятии ажно два случая ЧП за год (каждый = инвалидность) а они ходят крошки на столах выискивают, а в цех мы не пойдем, там нам мордочку начистят. От работяг до начальства. И правильно же сделают. Зато пыль на мониторе - предписание, устранить. Понаберут бесполезных, потом хоть изнутри запирайся, а им надо доказывать своб полезность. В тех цехах вообще болт на ТБ ложили, сам неоднократно видел кучкой сложенные за прессом оптические датчики безопасности. И в схему лазил - они закорочены все. Так что эти системщики пятиэсники - на производстве наипервейшие вредители! Знайте, и запоминайте.
Спасибо вам и всем предыдущим ораторам, что приняли участие в этой дискуссии. Комментарии к этой статье – это, пожалуй, самое интересное чтиво, что я видел на «ентом Дыбре» за все 15 (или сколько там) лет его существования.
Сам я работал, хоть и не на производстве, но в похожих условиях. Действительно, вспомню, так вздрогну. Хотя, скорее, не вздрогну, а удивлюсь: «Какого хрена я столько лет там сидел?»
Для меня признаться, стал откровением уровень зарплат у «ведущих программистов завода». Учитывая сложность работы, я полагал, что там минимум платят 400 тыров. Иначе на эту мозго…лю никого не заманишь. Да еще, кроме мозгов, спину там надрывать. А уж если данный асутпешник на данном заводе настолько незаменим, что без него производство встает, то у такого минимум 700. Иначе уйдет и всё – баблишко завод варить перестанет. Так я думал. А оказывается, им платят 100 тыр, да еще и меньше могут. Тогда нафик таким мазохизмом заниматься? Если человек способен тянуть на себе ТАКУЮ работу, то у него очень большие шансы найти себе место в какой-нибудь приличной IT конторе, где ему будут платить ну, минимум, 200. Ибо у него такой опыт и стрессоустойчивость.
у него очень большие шансы найти себе место в какой-нибудь приличной IT конторе, где ему будут платить ну, минимум, 200
Увы, но нет.
Там, где много платят, обычно требуют наличие "релевантного опыта". А это работа с конкретными фреймворками и умение быстро джейсончики перекладывать и уголки у кнопочек скруглять. За редким исключением.
Мой личный случай именно такой - у нас ищут "разработчиков с опытом" не важно в какой области. Лишь бы умел разрабатывать. Потому что готовых под нашу платформу и язык на всю страну 2-3 сотни и все более-менее всех знают. Так что берут из других областей и обучают конкретике. Но это исключение, таких мест мало. Обычно нужен человек, который с первого-второго дня сразу начнет "гнать код". А АСУТП-шный опыт это не то, что там нужно - все-таки, он очень специфичный.
С зарплатами не все так просто. На производстве IT-шник - это просто "вспомогательный персонал", не обеспечивающий напрямую формирование прибыли. Это на уровне ЦЗЛ, КИП и т.п. Т.е. вроде как и без них нельзя, но и напрямую они прибыль не формируют. Посему, в случае увеличения ФОТ (а такие решения принимаются не одним человеком, будь он даже гендиром) распределятся он будет прежде всего между теми, кто непосредственно "сталь плавит" и "угля дает".
Вообще, АСУТП-шник на производстве - это как сисадмин. Один раз поработал крепко, поднял инфраструктуру и все - дальше ощущение что он балду бьет т.к. все само работает. Ложное ощущение, но для непосвященных это выглядит именно так.
У нас в банке все немного проще в этом отношении. С одной стороны - да, мы не делаем деньги, их делают бизнес-подразделения, мы только обеспечиваем чтобы у них все работало. Но с другой - все постоянно меняется - законодательство, требования, отчетность, бизнес-процессы... И нам постоянно есть чем заняться (мягко говоря) - что-то поменять, что-то добавить, что-то поправить, что-то оптимизировать т.к. клиентская база растет и то, что раньше работало нормально сейчас начинает занимать слишком много времени и потреблять слишком много ресурсов... Т.е. наше работа более видна, чем работа АСУТП-шника на производстве.
Ну и денег тут, конечно, крутится больше...
В чисто IT-шной конторе все вообще не так - там разработчик создает непосредственно то, что продается и приносит прибыль. Т.е. он "на переднем крае" и его роль куда более заметна невооруженным глазом. Потому ему и достается больший кусок пирога.
Но там требования другие - берут тех, кто уже умеет делать то, что требуется здесь и сейчас. И тут опыт в АСУТП абсолютно нерелевантен (равно как и нерелевантен будет опыт работы, например, в банке).
Так что я даже не знаю куда можно было бы вот так просто из АСУТП уйти... Какие-то единичные случаи как у меня было или (как-то звали) какое-то приборостроение (в моем случае это была какая-то медтехника для которой нужно было писать дрова и софт для сопряжения с компом) - там разработчик оказывается ближе к "конечной точке" получения прибыли - результат его работы непосредственно продается как составляющая часть конечного продукта. Но там тоже не золотые горы (хотя может и чуть получше чем АСУТП на производстве).
Вот какие-то такие мысли на тему...
Читаешь вас, и прямо душа радуется. Неужели на Дыбр приличных людей завезли? Видимо, только к этой статье. Ибо в других статьях любая попытка завести разговор заканчивалась закидыванием попытавшегося какашками. В общем, приятно поговорить с умным и знающим человеком.
Всё вы верно говорите. Я сам бОльшую часть жизни отработал на госпредприятии и знаю, что такое этот ФОТ. И то, что IT-шник это вспомогательный персонал, тоже прекрасно знаю. Сам работал «эникейщиком», то есть: «Слышь, Михалыч, у нас же компы есть. А чё, если комп эта… таво… ну, заглючит, eптa. Чё делать-то будем? Давай найдем какого-нито придурка, типа по компам. Как там его? А! Программист, eптa!». Соответственно, платят такому не больше, чем уборщице. Но ладно, если это происходит в каком-нибудь ООО «Вектор» или конторе ЖКХ. Там от «очкарика» требуется диск от хлама чистить, антивирус время от времени запускать, да картриджи в принтер вставлять. Но когда это всё происходит на производстве, и на «очкарика» вешают обслуживание производственной линии, где косяк может привести к ее остановке и убыткам на сотни нефти, то, спрашивается, зачем соглашаться на такой уровень ответственности и стресса за 400 уё в месяц? За ошибку тебя в лес вывезут и закопают, а потом скажут, что ты им лимон должен, но при этом твоя работа оценивается не выше услуг курьера Тындекс-жратвы. Может, тогда уж лучше пойти работать этим курьером, чем паять кастомный программатор, чтобы подобрать пароль к железяке, которую начальство купило «типа дешево». Директор сэкономил – купил подержанный станок – без документации и вообще без всего, а ты должен обеспечить его работу. И как ты это сделаешь, начальство не волнует.
Тут в обсуждении озвучили мысль, что разраб в IT-конторе, производящей софт «для миллионов», потому и получает хорошо, что его софт покупают миллионы. А если он трудится лишь для того, чтобы обеспечить работу бизнеса, напрямую с продажей софта не связанного, то тут и нечего ждать больших зарплат. Но как раз банки этот тезис опровергают. В IT-отделах банков как раз самые высокие зарплаты, какие даже в gamedev не везде есть.
И главное. Я прекрасно знаю, что такое, когда в твоем городе нет работы. Тут или сидишь на этом заводе в АСУТП или идешь тем самым курьером по доставке еды. Идти некуда. Поэтому завод не боится, что его «очкарики» куда-то от него уйдут, ибо «Куда ж они денутся?» И ситуация, которую вы описали:
берут тех, кто уже умеет делать то, что требуется здесь и сейчас. И тут опыт в АСУТП абсолютно нерелевантен
тоже имеет место быть, к сожалению.
Просто, когда от человека требуют быть спецом во многих областях: и контроллер на STM32 нам собери, и драйвер к нему напиши. Потом прошивку станка поправь, чтобы он электричества жрал в два раза меньше, а деталей производил в три раза больше. А еще нам пресс привезли, а он чего-то нужное давление не создает – пойди, разберись и исправь. В общем, он должен разбираться во всем, что имеет в своем составе хотя бы пару транзисторов, и должен уметь решить любую проблему. При этом, платят ему копейки. Мне представляется, что однотипное скругление рамочек кнопочкам выиграет у такой вот работы, при всей ее интересности. Платить будут столько же, но стресса будет куда меньше.
Директор сэкономил – купил подержанный станок – без документации и вообще без всего, а ты должен обеспечить его работу.
Точно, было такое. Не со станком, но стиль тот самый.
Работал (91-й? или 92-й год? не вспомню уже) на одной "товарной бирже" (такая себе контора - один местный бандит поиграться себе сделал, потом, правда, грохнули его свои же т.к. он даже по их тогдашним понятия был отмороженный беспредельщик). И вот приходят ко мне - "мы тут пару табло алфавитно-цифровых купили, хотим чтобы как в Нью-Йорке было - все результаты на табло выводились - сделай нам софт к нему". Да фигня-вопрос, давайте доки, сделаю. Я ль не разработчик? А нет доков отвечают... С рук купили, без доков и без ничего. Вот есть дискета с программкой демонстрационной и все...
Ну что, тем интереснее. Берем Quaid Analyzer (кто помнит - замечательная софтина была под ДОС для ковыряния во всяких потрохах), вешаемся на порты, прерывания, запускаем демострашку, смотри чего там через порт туда-сюда бегает. Благо, протокол там был тупой до невозможности - раскололся быстро.
Короче, реализовал желаемое. В лучшем виде. Два табло на один комп, хочешь автоматом текст выводи с нужной паузой между страницами, хочешь руками на компе печатай, он на табло выводится, хочешь из базы данные визуализируй...
Забавно, что когда бандита грохнули и биржа мирно почила в бозе имущетсв все куда-то разошлось, и вот лет через пять выходит на меня парнишка - такие дела, есть табло, есть программа, ты автор - нет ли исходников и вообще что там как работает... :-)
Тут в обсуждении озвучили мысль, что разраб в IT-конторе, производящей софт «для миллионов», потому и получает хорошо, что его софт покупают миллионы.
К сожалению, тут нет корреляции между осмысленностью творения и оплатой за него. Сколько вложено во всякие соцсеточки ради того чтобы любая силикново-ботексная курица могла кидать туда фоточки "вот я кушаю, а вот я какаю". Ну и котиков, конечно...
Сколько платится за всякие сайты, которые делают из принципа "в конторе Вована есть, в конторе Коляна есть, мне тоже надо, а то перед пацанами неудобно". Причем, там основная проблема, что сформулировать требования чего нужно глубже чем "сделайте мне красиво" заказчик не может просто потому что сам не понимает зачем оно ему. Просто нынче не иметь сайта - зашквар.
И вот во всем этом крутятся немалые деньги.
Но как раз банки этот тезис опровергают. В IT-отделах банков как раз самые высокие зарплаты, какие даже в gamedev не везде есть.
Нет в банках "самых высоких зарплат", уж поверьте. Нет, не с хлеба на воду, конечно, но примерно в среднем по рынку и то если банк нормальный и руководство адекватное. Мне в 17-м годе (когда работу менял) как-то предложили в один банк разрабом. Аж за целых 37тр в месяц (до вычета налогов).
Нет, сейчас у меня конечно доходы кратно превышают среднемесячные расходы на двоих (дети выросли уже, сами живут). Но я в банке шесть лет уже и по линии разработки на самом верху (дальше уже только в архитектуру, но не хочу - пробовал - не нравится, не мое) и задачи уже в основном не рутина, а "со звездочкой". Плюс техлид направления. Но до этого надо расти и постоянно доказывать что стоишь того, какую-то "проактивность" проявлять.
Кстати, много предложений приходит с начальными рейтами на 15-20% выше текущего (в основном всякие системные вещи, даже промавтоматизация была куда-то в нефтегаз, но там не завод был а продуктовая компания по разработке).
Так что нет, банки это не золотые горы отнюдь. Больше всего (по моим наблюдениям) крутится в вебразработке. Ну в мобильной еще. Про геймдев не в курсе. В основном за счет всяких "жирных" заказчиков.
Мне представляется, что однотипное скругление рамочек кнопочкам выиграет у такой вот работы, при всей ее интересности. Платить будут столько же, но стресса будет куда меньше.
Увы, но такая работа своей монотонностью быстро приводит к отупению и выгоранию. Человека просто начинает тошнить от всей этой фигни. Но вырваться оттуда не проще чем из АСУТП - он тупо умеет пользоваться парой-тройкой фреймворков, но совершенно не понимает как оно внутри работает. И зачастую там даже образования нет - одни условные рефлексы практические навыки разбавленные "софтскиллами". Т.е. вчерашний школьник повелся на то, что можно быстро нахвататься чего-то, что позволит много зарабатывать, а годам к 30-ти уже и новое не влазит в голову (потому что базы нет, привычки постоянно мозги напрягать нет) и старое опостылело... И тогда пишутся статейки на тему "как я пять раз выгорел за три года".
Тоже ничего такого, к чему стоило бы стремиться.
Ту прогу, которая работала с тем информационным табло, можно смело оценивать равной стоимости самого табло. А если она еще и была лучше, чем оригинальный софт к железяке, то тогда выше.
Собственно, в этом и есть главная проблема всех IT-спецов, работающих в отделах разных предприятий. Задачи они решают уникальные и зачастую делают лучше, чем решение «из коробки»: то есть, их проги управления железяками и подбиратели паролей дают больше возможностей, чем оригинальные. А подбиратели паролей в коробочной поставке вообще не предусмотрены. В общем, делают конфетку, а получают зарплату за все свои усилия, как уборщица. Ибо они вспомогательный персонал. Зачем такому много платить? Если вдруг уйдет, то мы нового такого же найдем. Вон их табуны по HeadHunter’ам ходят. А уборщицу такую расторопную еще поискать. Так что, Мариванну руководство ценит куда больше, чем этих дармоедов в IT-отделе.
В общем, вкладывать душу в работу, на которой тебя не ценят и считают, что без тебя обойдутся – это путь к нервному расстройству. Так что пусть обходятся. А ты пойдешь работать туда, где за твои потуги платят соответственно потугам.
К сожалению, тут нет корреляции между осмысленностью творения и оплатой за него.
Да, согласен: корреляции нет. Потому, что кому-то повезло устроится работать в фирму “A”, где он получает за свои старания условные 300, а другой в фирме “B” за тот же результат получает 100.
Сколько платится за всякие сайты, которые делают из принципа "в конторе Вована есть, в конторе Коляна есть, мне тоже надо, а то перед пацанами неудобно".
Если это не распил бюджетного бабла, что совсем другая история, а создание сайта для условного ООО «Вектор», то за это платят копейки. Если сайт нужен только для того, чтобы закрыть гештальт «У Вована есть, у Коляна есть, и мне надо тоже», то сойдет либо «сайт с новостями компании» (сегодня наш генеральный бухал в ресторане с партнерами), либо «сайт с каталогом товаров». Те многочисленные конторы, которые занимаются производством сайтов, имеют батарею уже готовых сайтов на любой вкус: надо только нужный сайт из папки скопировать, натянуть шкурку и подкрутить пару настроек. Продают такое счастье за месячную зарплату АСУТП-шника, а то и дешевле.
И вот во всем этом крутятся немалые деньги.
Немалые, это если клиентов много. Берут не ценой одной штуки, а количеством штук.
Нет в банках "самых высоких зарплат", уж поверьте. Нет, не с хлеба на воду, конечно, но примерно в среднем по рынку и то если банк нормальный и руководство адекватное.
Я помню, на этом же Дыбре одно время висели вакансии Java разработчиком в Сбер. Зряплату называли от 300 тыров. То есть, тогда это было равно 4000 уё. По-моему, очень даже неплохо. Это мягко выражаясь. Ваш покорный, к примеру, о таком уровне дохода даже в мечтах не мечтает.
Аж за целых 37тр в месяц (до вычета налогов).
Да… Разброс велик. Я, например, имел опыт работы в одной IT-конторе за 200 уё в месяц. И при этом работа выжимала все соки, ибо так она была организована. По известному принципу: «Мне на надо, как лучше, мне надо, чтобы ты за…лся». Ушел оттуда через 2 месяца.
Увы, но такая работа своей монотонностью быстро приводит к отупению и выгоранию. Человека просто начинает тошнить от всей этой фигни.
Полагаю, опять и снова, это зависит от уровня оплаты. Если ты рисуешь кнопочки за условные 500 уё, то кнопочки имеют шансы быстро осточертеть. Но если за 3000, то осознание того, что каждый месяц тебе за эти несчастные кнопочки капает данная сумма, превращает несчастные кнопочки во вполне счастливые.
И тогда пишутся статейки на тему "как я пять раз выгорел за три года".
Что-то я подозреваю, что автор статейки просто решил помахать своей «илитарностью» перед не настолько удачливыми читателями. Такие статейки пишут обычно те, у кого с доходом всё в порядке. Сидит он где-нибудь на Кипре, получает 10 килобаксов в месяц и жалуется: «Вы даже не представляете, как скучно жить на Кипре и зарабатывать десятку в месяц.»
Ту прогу, которая работала с тем информационным табло, можно смело оценивать равной стоимости самого табло. А если она еще и была лучше, чем оригинальный софт к железяке, то тогда выше.
Увы, но оригинального там просто не было. Была демка, которая какой-то текстик захардкоженый выводила. Ну что оно работает вообще.
Мне тогда не столкьо цена интересна была, сколько разодраться во всем этом. Попутно еще туда прикрутил работу по прерыванию RTC (не обычный таймер 16мсек, а RTC который 1024 раза в секунду тикает. А оно слабодлокументировано, в некоторых аспектах пришлось просто методом тыка разбираться.
Я помню, на этом же Дыбре одно время висели вакансии Java разработчиком в Сбер. Зряплату называли от 300 тыров.
Java в банке - это преимущественно то, что "вокруг" крутится. То же, что на центральных серверах немного иначе пишется - там использование джавы потребует излишне много ресурсов (т.к. JVM сама по себе жрет немало, да и быстродействие там такое себе, в на центральном сервере десятки тысяч бизнес-процессов лопатят терабайты информации в сутки). Кроме того, вся эта бизнес-логика использует арифметику с фиксированной точкой и всякими "операциями с округлением". Использование плавающей точки там недопустимо ввиду накопления ошибок округления (есть даже такой тест на это - "рекуррентное соотношение Мюллера" - как раз на накопление ошибок округления. На фиксированной точке оно раза в два устойчивей чем на плавающей.
Плюс работа с датами, временем, строками, БД. К джаве все это приходится прикручивать. А у нас (например) специальная платформа и специальный язык где нативно поддерживаются все типы данных что есть в БД плюс еще можно интегрировать SQL код в программу. В результате описал структуру записи, прочитал туда запись из таблицы (просто как в байтовый буфер), и работая себе с полями структуры. Никаких тебе маппингов, никаких объектов создавать не нужно... На все этом получается экономия по ресурсам и выигрыш в скорости.
Но да, тоже "узкий нерелевантный опыт".
На жабописцев спрос выше, потому и платят больше - тут уже чисто рынок.
У нас (в центральных системах) уровень з/п пониже, хотя не сильно и тоже в целом неплохо. Но тут еще сильно от уровня зависит, конечно. У меня за шесть лет от начального уровня на который пришел, в 3.5 раза выросло.
Но если за 3000, то осознание того, что каждый месяц тебе за эти несчастные кнопочки капает данная сумма, превращает несчастные кнопочки во вполне счастливые.
Лично для себя - очень сомневаюсь. Ибо постоянно будет "Скучно, надоело каждый день одно и то же, да кому все это нахрен надо...". Я так не могу, мне нужно чтобы работа была интересной ко всему прочему.
Сидит он где-нибудь на Кипре, получает 10 килобаксов в месяц и жалуется: «Вы даже не представляете, как скучно жить на Кипре и зарабатывать десятку в месяц.»
Ну с релокацией вообще сложно... У жены был период кода она по работе больше времени проводила в Канаде чем дома. И вот тогда пришла к тому, что уезжать туда насовсем не хочет. Хотя, в принципе, можно было подсуетится.
Одно из последних предложений мне было "с релокацией на Кипр". Прикинул - тут у меня квартира в городе-миллионнике, живу при этом в своем загородном доме. Все бросить и уехать на Кипр? А там что? Съемное жилье до конца жизни? И это не считая что весь круг общения (родня, друзья, знакомые) пропадет... Нет уж, не тот возраст уже.
Да еще как с работой сложится. Тут, все-таки повезло с людьми - все очень адекватно от коллег до руководства. И интерес в работе есть. И платят нормально... И бросать все это непонятно ради чего?
Мне тогда не столько цена интересна была, сколько разодраться во всем этом.
Это понятно. Я по молодости тоже «горел энтузизязизьмом». С тех времен куча всяких допиленных прог лежит. А сейчас уже нет никакого желания с чем-то возиться на голом энтузиазме.
У нас (в центральных системах) уровень з/п пониже, хотя не сильно и тоже в целом неплохо.
В общем, не обижают.
Мы вообще работаем на платформе IBM i (сервера IBM PowerS).
Вы, часом, zEnterprise не шшупали? Или в Скрепостане оные не водятся вообще?
Я так не могу, мне нужно чтобы работа была интересной ко всему прочему.
Интересность, конечно, не помешает, спору нет. Когда она идет бонусом к доходу, который позволяет тебе жить, а не выживать.
Всегда считал себя обычным. И всегда казалось что раз уж у меня получилось, значит любой так сможет.
Это вы нам льстите с барского профессионального плеча. Сколько по улицам неприкаянных айтишников (и не только айтишников) ходят, которые и до трети вашего дохода не дотягиваются. Вот я, например. Меня на Кипры не зовут, не говоря уж о Канадах. В основном, конечно, потому, что не считают, что я буду им как работник полезен, но где-то уже из-за возраста. Абыдно, ношопаделать.
А сейчас уже нет никакого желания с чем-то возиться на голом энтузиазме.
А у меня бывают приступы. Делаю какие-нибудь "непроектные", "технические" задачки. То, что в принципе, не обязан делать, но оно полезно.
Из последнего - сделал API для удобной работы с UserQueue - есть ту такой тип объекта - *USRQ. Это очередь. Простая и быстрая. Но напрямую с ней тяжело работать т.к. там все через машинные инструкции (MI) - получить системный указатель на объект, используя системный указатель dequeue/enqueue сообщения, материализация очереди по системному указателю и всякое такое...
Короче сделал удобный API который можно использовать уже из нашего RPG - "подключиться к очереди" (получаем handle типа как в С-шных open) и потом уже работаем.
Никто не заставлял, самому интересно было. Ну и вещь в хозяйстве нужная и полезная.
Вы, часом, zEnterprise не шшупали?
Нет, это же мейнфреймы IBM z - наследники System/370 - System/390. Вроде бы где у нас в стране были такие (был знакомый из Luxsoft который с ними работал), но у нас нет. Мы на middleware IBM i (в девичестве AS/400) - продолжение линейки System/36 - System/38. Это вообще другая система "от и до". Кроме нас (Альфа) еще Райффайзен, Росбанк на них сидят. В ПФР вроде были машины (не знаю ушли они от них или нет), в РЖД, слышал, были такие.
Интересность, конечно, не помешает, спору нет. Когда она идет бонусом к доходу, который позволяет тебе жить, а не выживать.
Это верно. Просто сейчас, когда предлагают что-то с рейтами +15-20% от нынешнего уже смотришь - а будет там интереснее чем здесь или нет? Т.е. с какого-то момента уже не только доход интересует.
Вообще, в жизни была пара периодов когда и доход вроде бы нормальны, но работа тупая до предела. Ни разу долго не выдерживал. До физического отвращения доходило - не могу и все этим заниматься. Это уже не выгорание, депрессуха чистая.
Сколько по улицам неприкаянных айтишников (и не только айтишников) ходят, которые и до трети вашего дохода не дотягиваются
Мне просто повезло. Не то что бы везунчик по жизни, но вот выпал "счастливый билет" под конец. Нет, уцепиться-удержаться, конечно каких-то усилий требовало, но тут просто в лотерею выиграл по крупному. Так что не считаю что тут какая-то особая заслуга лично моя.
Меня на Кипры не зовут, не говоря уж о Канадах
Заметил, что тут много зависит от текущей позиции. Одно дело когда ты "инженер-программист" в муниципальной конторе, и другое - когда "главный разработчик" в банке из топ-10. Хотя ты и там ты и тут ты. Один и тот же. HR-ры они такие вот...
но где-то уже из-за возраста
Я в банк в 52 года пришел. Тоже думал что все уже, найти хоть что-то где хоть как-то платят...
А у меня бывают приступы. Делаю какие-нибудь "непроектные", "технические" задачки. То, что в принципе, не обязан делать, но оно полезно.
Из последнего - сделал API для удобной работы с UserQueue
Такие и у меня бывают. Когда надо что-то для собственного удобства запилить. И по работе, и просто для удобства. Вот прямо сейчас сижу пересобираю packages из NuGet, что у нас в проекте используются. Так-то такой хренью никому в голову заниматься не придет – зачем, если можно из NuGet взять готовое. А я в них пару мелких багов поправил и пару своих методов добавил. А то свербит как-то, что они там есть, эти баги. Мелкие, но всё равно. Хотя мог бы и не заниматься.
Но вот возиться подобным образом с чем-то, что к работе никак не относится, уже запала нет. Хотя лет 20 назад возился, да еще как.
Нет, это же мейнфреймы IBM z - наследники System/370 - System/390. Вроде бы где у нас в стране были такие (был знакомый из Luxsoft который с ними работал), но у нас нет.
Спросил просто: ну, а вдруг? А то вундервафля, судя по ценнику, крута, как яйцо. Интересно было бы узнать (но не настолько интересно, чтобы предпринимать излишние усилия для поиска этой инфы), почему покупают ее, а не сразу уж суперкомпьютер. Цена-то сопоставима.
Т.е. с какого-то момента уже не только доход интересует.
Здесь согласен полностью. Если у тебя доход уже позволяет тебе нормально жить, то ты уже начинаешь обращать внимание на другие вещи. Тебя уже повышением дохода на 20% не заманишь – начинают играть другие факторы. Например, та же интересность работы. Это подход здорового человека, несомненно. Но когда ты получаешь условные 400, и у тебя появляется перспектива устроиться туда, где предлагают 2000, то ты очень захочешь сменить свою текущую работу, каким бы золотым ни был здесь коллектив и какой бы интересной ни была сама работа. Ибо это твой шанс выйти из режима выживания и перейти в разряд здоровых человеков. А когда ты уже там, то разница между, условно, 3000 и 3600 будет уже не так существенна.
Вообще, в жизни была пара периодов когда и доход вроде бы нормальны, но работа тупая до предела. Ни разу долго не выдерживал.
У меня так никогда не было. У меня всегда к тупой работе обязательным атрибутом шла низкая, даже очень низкая зарплата. А так, чтобы на тупой работе платили хорошо – таким меня судьба не баловала. Я уже писал, что в самом эпичном случае подобного комбо, я вообще только два месяца выдержал.
Мне просто повезло. Не то что бы везунчик по жизни, но вот выпал "счастливый билет" под конец.
И это хорошо. Хорошо, что у хорошего человека сложилось.
Заметил, что тут много зависит от текущей позиции. Одно дело когда ты "инженер-программист" в муниципальной конторе, и другое - когда "главный разработчик" в банке из топ-10. Хотя ты и там ты и тут ты. Один и тот же.
Ой, и не говорите. Так и есть.
Я в банк в 52 года пришел. Тоже думал что все уже, найти хоть что-то где хоть как-то платят...
Нет, разумеется, возраст не приговор. Спора нет. Некоторые в 80 так зажигают, что… всем бы так. Но, в общем и целом, среднестатистически, с возрастом горизонт возможностей сужается. К сожалению. Там, где 20 летнего возьмут без вопросов, на 40 летнего уже посмотрят удивленными глазами и про себя подумают: «А этот-то чего приперся?»
Спросил просто: ну, а вдруг? А то вундервафля, судя по ценнику, крута, как яйцо. Интересно было бы узнать (но не настолько интересно, чтобы предпринимать излишние усилия для поиска этой инфы), почему покупают ее, а не сразу уж суперкомпьютер. Цена-то сопоставима.
Черт его знает... Наше - IBM i, изначально (много лет назад) позиционировалось как "сервера для малого и среднего бизнеса". Т.е. для тех, кому нормальный мейнфрейм будет слишком много и слишком дорого. Но в результате получилось настолько удачно, что сейчас и в большом бизнесе успешно используется. Но тут сочетание железа и софта - сама операционка очень уж необычна - "все есть объект" (на эту тему писал много, не стану повторяться, кому подробности интересны - Солтис Фрэнк - Основы AS/400 Один из "отцов-основателей" этой системы. Там про все - и история и технические подробности. Кому совсем хочется попробовать - PUB400.COM - public IBM i 7.5 server Регистрация бесплатная (немножко заморочено, но бесплатно). Для работы потребуется пакет IBM i Access Client Solutions Бесплатно, но из РФ сейчас недоступно :-( Если надо - есть не самая свежая, но рабочая версия - пишите в личку. Ну или поискать альтернативы - нужен "эмулятор терминала IBM5250" для подключения к серверу и работы с ним.
Вообще, это 100% полная коробочная система. Купили сервер с установленной системой - там сразу есть все. БД, средства администрирования, компиляторы языков - все это составные части системы. У нас дополнительно, по-моему, докупалась только очередь IBM MQ и Performance EXplorer (PEX) - средство для тестирования эффективности программ.
Периодически возникают те же мысли, и в разработку тоже одно время звали регулярно. Вот только сходив пару раз на собеседование, желание менять работу резко пропадало. Потому что там тоже не особо умные начальники, но при этом считающие себя гениальными программистами со знанием миллиона модных фреймворков и "правильных" языков и технологий. Ну то есть тех самых людей, за которыми постоянно нужно всё дописывать и переделывать. Кодить по 8 часов день то, что я считаю идеологически неправильным, уродливым, бездарной тратой своего времени и гарантированным выгоранием по итогу - не стоит 2x зарплаты.
У меня ситуация ровно обратная. Когда на прошлом месте все зашло в тупик (писал эту историю уже тут) и стал искать работу, неожиданно позвали в банк. Я это направление для себя не рассматривал вообще, но как-то так позвали, что пошел просто "жало поводить", поговорить (причем, изначально будучи настроенным крайне скептически). Но собес "сложился" - никаких HR, никаких "олимпиадных задачек", просто разговор с командой - что там делают, что я умею. И на выходе вдруг понял что хочу тут работать. Потому что интересна новая для меня платформа (IBM i, она концептуально другая нежели привычные Windows/Linux которые на этом фоне выглядят как близнецы-братья), новый для меня язык (RPG).
Да, поначалу сложно было во все это погружаться интенсивно. Потом был небольшой период типовых задачек. Но сейчас более 80% задач - "со звездочкой". Где собственно кодинг лишь завершающий этап, а основная часть времени уходит на придумать как это максимально эффективно реализовать.
Или бывает что нужно что-то на низком уровне реализовать - там уже ковыряние в системных API и вникание как оно там все внутри работает...
Так что это просто интересно все. И совсем не напрягает. Да еще и платят за это нормально :-)
Ну, персонально в моем случае именно так и произошло - с завода пошел во внедрение "околокоробочного MES" с допилкой-находу и зп х3 - и сильно себе удивлялся, НАХРЕНА вот это все было? Потом понял, что в общем-то "за надом" - релевантный опыт работы на КРУПНОМ реальном производстве - бесценен или или около того.
Хотя если честно - по уму стоило уйти на пару лет раньше, но я относительно поздно понял, что не хочу быть еще одним "плохим менеджером" - лучше хотя бы "средним специалистом".
Потом понял, что в общем-то "за надом" - релевантный опыт работы на КРУПНОМ реальном производстве - бесценен или или около того.
Я для себя (уже когда сменил работу) понял что те годы, что прошли в разработке "системы мониторинга инженерного оборудования знаний", хоть и за не сильно большие деньги, дали мне, как разработчику, огромный опыт который позволил потом быстро расти в новой области (в т.ч. и по деньгам расти).
Хотя если честно - по уму стоило уйти на пару лет раньше
Да, наверное. Но была неуверенность в собственных силах (да что я умею, да кому это все надо...) которая подсознательно маскировалась под "обязательства перед командой". До тех пор, пока петух не клюнул и все окончательно не пошло по звезде.
Но, как сложилось, так сложилось, фарш обратно не провернуть.
Восторженно описывать костыли и дурдом на травмоопасном и сложном производстве(которое должно сразу проектироваться и внедрятся с учётом стандартов в отрасли)? Ваши решения пройдут хоть какие этапы сертификации? Куда потом обращаться и искать ответственных? На HH.ru? Очень странный оптимизм внедрения аппаратно-программных решений. Станки с помоек в некомплекте пришли?(там где я работал целые производственные линии с свалок Европы и дружественных республик привозили и в строй пускали). С копанием в прошивках плк, корочением концевиков(придумали буржуи всякого - станок с открытым силовым шкафом ошибку отрабатывает). Самим не надоело фигнёй заниматься? Извините. На шизанутый оптимизм уже коротить под вечер начинает.
Дайошь !!! В три года !!!
Такое ощущение что комментарий в неправильной ветке оказался (здесь такое случается регулярно).
Он ведь не про исходную статью, а про комментарий выше.
Или нет?
Статья очень хорошая!! так держать
Статья фантастическая. Я на хабре только ради нее зарегистрировалась, чтобы подписаться на вас и не потерять. Сказывается, вероятно, любовь к заводам. У меня два за плечами)
Кстати, с софтом мы оказались сразу очень продуманными: вендорский иностранный не рассматривался в принципе в первых приоритетах, только опенсорс или отечественный
Софт для АСУ ТП тоже отечественный? Не Siemens какой-нибудь?
Наконец-то хорошо написанная статья, да ещё и вменяемым человеком на интересную тему.
но, как говорится, хорошая попытка, товарищ военком, но нет.
Молодцы ребята, интересно и технологично.
Есть еще одна тема - контроль достоверности первичных измерительных систем это датчики, измерительные трансформаторы и тд
Особенно актуальна проблема для больших систем, на тех же трубопроводах в системах линейной телемеханики десятки тысяч сигналов и измерений, на которые опираются система АСУТП и MES . При таком количестве в постоянном режиме будут врать сотни и тысячи датчиков.
Поверять их на регулярной основе и оч дорого и физически проблематично, нужны умные системы. Из за такой природы низовых данных зачастую приходиться накручивать ручную верификацию данных (типа АРМ ручного ввода, где диспетчер подтверждает полученные из систем телемеханики данные). Такая ситуация более характерна для распределенных территориально систем, месторождения, линейные участки трубопроводов и тд
Мы в свое время в рамках создаваемых систем делали простые функции контроля, например из серии что давление в трубе от насосной станции должно падать, если наоборот, значит ктото из двух датчиков врет и тд
Интересно было бы прикрутить современные технологии анализа данных к решению такого рода задач.
Мне кажется, простыми функциями контроля можно все решить. Во-первых, мажоритарное дублирование датчиков. Во вторых, все параметры так или иначе взаимосвязаны - если по двум трубам что то втекает, а по трем вытекает, то суммарные расходы первых должны равняться суммарным расходам вторых, про давление вы опять же написали. Ну и все в таком духе. Я даже не говорю про простой контроль исправности датчиков. Он уже давно аппаратный и автоматический в большинстве систем.
Был такой пример - выявили сломавшийся датчик температуры, начали смотреть дальше - оказалось все датчики одной партии вышли из строя в течении короткого периода.
Мы как-то столкнулись с забавной ситуацией - приходит пакет от контроллера. Отправляешь подтверждение что пакет принят. Приходит опять пакет с тем же ID. Опять подтверждение - "да принял уже...". Опять пакет, опять дубль... Потом поняли - у контроллера приемник и передатчик физический разнесены. Передатчик работает, приемник гавкнулся. Т.е. он пакет отсылает, на квитка на него не видит. Начинает перепосылки, квитка нет. В конечном итоге встает на паузу.
В итоге стали эти ситуации отслеживать - если пошли дубли, то сначала пытаемся "пинговать" контроллер, если не отвечает (не слышит "пингов"), генерируем отдельное аварийное сообщение - "подозрение на неисправность приемника".
Ну вот почему в развитых странах специалистам в сфере автоматизации нормально платят, а в РФ жалкие гроши? Жду, когда большинство переквалифицируется в нечто лайтовое и зарплаты в отрасли наконец-то пойдут вверх.
Статья хорошая, но не желаю вам привлечь хоть кого-нибудь с такими зарплатами.
Насчет жалких грошей с чего вы взяли?
Автоматизацией более 20 лет занимаюсь, с банками конечно не сравниться, но точно не гроши!
Ну вот почему в развитых странах специалистам в сфере автоматизации нормально платят, а в РФ жалкие гроши?
Банальная жадность. Не редко учредители компании (владелецы бизнеса), которая владеет заводом, или руководство этого самого завода это «дядьки из 90-х». У таких людей не редко на уровне конституции мышления такое. Их практически невозможно перевоспитать
Да, дело неблагодарное. Хотя именно асутп и формирует так сказать современное предприятие. Ничего, за забором много специалистов. Я получал 60, потом наняли "специалистов из ближнего зарубежья" и узнал, что они за плевание в потолок 120 получали. Уж кем они там приходились начальству вникать не стал - уволился. Вот, пусть они и делают им станки и линии и прочее и прочее.
Круто, конечно, но сразу вопрос: зачем идти туда, где известно, что тяжело?
Стоит ли тратить свою жизнь, что зарабатывать другим деньги?
На самом деле зачастую тяжело - это интересно. Если всю жизнь сидеть и джейсончики туда-сюда перекладывать да кнопочки на формочках перекрашивать - мало что выгоришь быстро, так еще и тупеешь от монотонности.
Я выше про свою историю писал. И тяжело было и денег не всегда много... Но это было интересно и много чегготдало в плане профессионального развития.
Я не конкретно про завод, но про "легко-трудно". Про то, что не стоит трудностей бояться, в них развитие.
У нас тоже нелегко. Первые полтора-два месяца просто Адъ - когда во всю это хтонь ускоренными темпами въезжаешь.
Потом, когда до определенного уровня доходишь и на тебя начинают кидать "задачки со звездочкой" и их у тебя в работе 2-3 "проектных" и одна "техническая" мозги просто кипят. Сделал одно, отдал в тест, переключаешься на другое (а оно совсем другое) - вникаешь туда, что-то придумываешь как все это лучше реализовать), тут с теста прилетает отбивка - нужно что-то где-то поправить - опять обратно лезешь...
Но в этом жизнь, ее так живут.
На самом деле большинство АйТишников будут сидеть и стараться не связываться с реальными проблемами от них независящими за малые деньги.
Я даже сейчас ладно перешел с позиции где я что-то понимаю, на позицию где интересно и я мало чего понимаю пока, но в зарплате я не потерял.
Как ни крути, можно "спокойно перекладывать кнопочки" и набираться ума слушая лекции, а если еще деньги платят так вполне нормальный Бизнес.
Или?
@mikerosoft вам, коллеги, не мешало бы верстку на сайте поправить. Потому что по вашему мнению Благовещенск находится вот здесь
А на самом деле он находится в 6.5 тысячах километрах от этой точки. Статья, меж тем, неплохая, спасибо большое.
А в номере ЖД вагона есть контрольная цифра?
замечательная статья, давно так с упоением не вчитывался в текст, спасибо. мечтаю когда-нибудь реализовать проект по цифровазиции производства, но пока не удается состыковать готового к такому приключению клиента и компетенции в производстве(интегратор)
Во-первых, привет коллегам от ML-команды Евраза =)
Во-вторых, классный рассказ про нюансы, мы что-то подобное регулярно рассказываем заказчикам "почему это так дорого" =)
В-третьих, что таки у вас по экосистемным решениям? =)
Сложно говорить в нынешние времена об экосистемных решениях... Тем не менее мы пробуем. Тот же Яндекс предоставляет много чего нормально совместимого.
Однако локально все равно приходится что-то изобретать. Тут, как водится, исходим из текущих возможностей накопленной инфраструктуры, баланса стоимости и геморроя трудоемкости внедрения и поддержки. Преимущественно, исходим из организации процессов вокруг open source решений, накапливая практический список потребности. Когда упрёмся в потолок, тогда и задумаемся о более вендорских решениях.
Тут много комментариев пишут о том, что зарплаты маленькие и печенек нет.
Но с другой стороны, а возможно ли как-то по-другому, с учётом того что упомянутые решения не выходят за пределы одного предприятия?
Скажем, когда я рисую кнопку на форме, этой кнопкой пользуются миллионы человек и даже если каждый заплатит по копейке, то уже хорошо.
Разве место программиста не в тех компаниях, которые ставят своей задачей максимально широкое распространение кода? Это кстати может быть сам завод, если бы он догадался продавать вышеупомянутые решения другим предприятиям в своей области.
Другими словами, для блага всего человечества, разработчики должны перейти к подрядчику, а завод - заплатить эти 25 копеек за распознавания номера на вагоне.
А на предприятии должны остаться люди которые умеют адаптировать существующий софт и дёшево/быстро реализовывать специфические нужды
А на предприятии должны остаться люди которые умеют адаптировать существующий софт и дёшево/быстро реализовывать специфические нужды
Не должны. Почему это должны? С какой стати? Хорошие специалисты уходят с заводов и ругают его, уходя, потому что такие люди, я в том числе один из таких, работая, становятся более «образованными», так как требования постоянно повышаются, а вместе с требованиями постоянно повышается и уровень специалиста, если он не лентяй. И потому, естественно, такие специалисты хотят роста в благосостоянии, а этого роста получить иногда не могут, так как руководство или владельцы завода много платить не хотят. Не не могут, а именно не хотят, так как платить отдельным работникам хорошую, рыночную зарплату они могут, у многих заводов вполне хватает на это средств. А мне, и таким же как я, специалистам нет смысла тратить свою жизнь на постоянную потогонку за маленькую зарплату.
Завод должен платить. Хочет автоматизацию? Пусть нанимает подходящих специалистов по соответствующей цене. Не хочет платить? Тогда получает тот уровень автоматизации, что может себе позволить. Что собственно видно по многим примерам
Я не говорю, что кто-то что-то лично должен, просто к этому ведут законы рынка.
Вы принимаете за аксиому, что руководство не платит потому что жадные.
Но мне совершенно не очевидно, что команда пилящая полгода распознаватель номеров вагонов способна сгенерировать столько прибыли, чтобы оправдать свои зарплаты и соцвыплаты. Вот если бы эта команда делала софт для распознавания миллиона вагонов в день, либо тоже самое, но для 200 предприятий - тогда другое дело.
Это всё равно что играть на детском утреннике и жаловаться что гонорар меньше, чем у Том Круза в каком-нибудь блокбастере, хотя актёр на утреннике может играть ничуть не хуже!
С вашего позволения, я раздельно отвечу
Я не говорю, что кто-то что-то лично должен, просто к этому ведут законы рынка.
Не ведут. Это ваша фантазия. Рынок как раз диктует, что зарплаты должны повышаться, если условный завод хочет себе хорошего специалиста, а они не повышаются (были единичные примеры в моей практике, но то и единичные примеры, потому как там были причины). И понятно почему - нет прибыли. Точнее прибыль всегда есть, но вкладывается не в то место.
Но мне совершенно не очевидно, что команда пилящая полгода распознаватель номеров вагонов способна сгенерировать столько прибыли, чтобы оправдать свои зарплаты и соцвыплаты.
Тезис-ответ на ваше предложение я озвучивал в одном из комментариев. Почему не очевидно? Потому что вы не понимаете суть задачи (технологии и пути решения), и не доверяете исполнителю. А раз вы не понимание и не доверяете, то зачем вы пытаетесь распознавать номера вагонов, для чего эта задача была создана? Чтобы что? Чтобы как у «зарубежных партнёров»? Надо научиться правильно ставить задачи. Не умеете? Ваши проблемы. И ваша же собственная ошибка. Некоторые решения в автоматизации не имеют точек генерации прибыли, они предоставляют возможность для дальнейшей автоматизации, которая уже возможно будет не генерировать прибыль, а экономить на расходах, что в свою очередь будет сказываться на прибыли.
Это всё равно что играть на детском утреннике и жаловаться что гонорар меньше, чем у Том Круза в каком-нибудь блокбастере, хотя актёр на утреннике может играть ничуть не хуже!
Ваш тезис имеет неверное сравнение. Я перефразирую как это выглядело с моей стороны, когда я работал на заводе. Я играл на детском утреннике, но потом мне сказали, что теперь снимаем блокбастер и им нужен Том Круз, а денег за него у них нет, поэтому в блокбастере сниматься буду я. По вашей логике я должен просто согласиться на блокбастер при зарплате рядового статиста в детском утреннике? Ни в коем разе. Рыночек как раз решает (который вы упомянули), потому-то Том Круз не копейки стоит
Рынок как раз диктует, что зарплаты должны повышаться, если условный завод хочет себе хорошего специалиста, а они не повышаются
Зарплаты определяются спросом и предложением. Если кто-то готов работать за указанную зарплату, значит он именно столько и "стоит". Я конечно утрирую, но "хорошесть" далеко не всегда подразумевает какой-либо рост зарплат.
Надо научиться правильно ставить задачи. Не умеете? Ваши проблемы. И ваша же собственная ошибка.
А что если на вышеупомянутом заводе вообще нет задач, для которых были бы оправданы дорогие специалисты?
Ну и допустим, я не умею ставить задачи. Ну и что из этого? Разве бывают идеальные люди?
Некоторые решения в автоматизации не имеют точек генерации прибыли, они предоставляют возможность для дальнейшей автоматизации, которая уже возможно будет не генерировать прибыль, а экономить на расходах, что в свою очередь будет сказываться на прибыли.
Я со своего опыта уже привык, что если что-то звучит слишком сложно, то оно ни черта не заработает и будет только приносить геморрой разным стейкхолдерам.
Инженерное решение должно быть простым как топор, элегантным, удовлетворяющим всех и очевидным в своей полезности.
Я играл на детском утреннике, но потом мне сказали, что теперь снимаем блокбастер и им нужен Том Круз, а денег за него у них нет, поэтому в блокбастере сниматься буду я
Я конечно извиняюсь, но Том Круза я видел и мои знакомые тоже, и он мне принёс толику пользы.
А вот ваш софт я нигде не видел и не использовал, поэтому он больше подходит в категорию местных постановок.
А вот когда ваш софт будет использоваться во всех заводах РФ, или установлен на всех смартфонах или хотя бы летать на Марс, то тогда можно будет жаловаться на то что печенек не хватает.
Зарплаты определяются спросом и предложением. Если кто-то готов работать за указанную зарплату, значит он именно столько и "стоит". Я конечно утрирую, но "хорошесть" далеко не всегда подразумевает какой-либо рост зарплат.
Всё верно. Тут я спорить не буду, так как хорошо понимаю это. Но есть нюанс, работать за определённую зарплату иногда приходится. То есть слово «готов» здесь, не потому что работодатель так решает, а потому что у работника нет других вариантов. В сферическом рынке труда в вакууме, работник всегда идёт туда, где платят больше. И считается нормальным, когда специалист уходит туда, где больше платят, если ему на текущем месте не платят ту зарплату, которую он хочет (начинает хотеть). Поэтому у работодателя может оставаться работать «соответствующий оплате» специалист. И бывает так, что всех это устраивает.
А что если на вышеупомянутом заводе вообще нет задач, для которых были бы оправданы дорогие специалисты?
Если играть в эту игру, то надо сначала определить критерии по которым будет определяться сложность/трудоёмкость задачи, для уровня которой нужны определённые специалисты. А для этого нужно, чтобы были другие специалисты, которые этот уровень будут определять. То есть нужны люди и соответствущая компетенция. И люди определяющие трудоёмкость задач вроде бы уже есть на заводах, только не в области ИТ. Как раз в области ИТ на заводах таких специалистов практически нет (вот тут я уже утрирую). И именно из-за этого и вытекают проблемы непонимания. Как бы банально это не звучало, чтобы понимать ИТ, нужно заниматься ИТ. Инфоциганство в ИТ растёт именно из-за того, что некоторые люди не понимают (или не хотят понимать, перекладывая ответственность на других, но это уже тонкий вопрос).
Я со своего опыта уже привык, что если что-то звучит слишком сложно, то оно ни черта не заработает и будет только приносить геморрой разным контрагентам.
Инженерное решение должно быть простым как топор, элегантным, удовлетворяющим всех и очевидным в своей полезности.
Вот тут мне сложно понять ваш подход. Я отвечу так. Есть такой момент, что для сложных задач постых решений не бывает. Но тут возникает в очередной раз проблема понимания. На каком уровне происходит взаимоотношение пользователя с «решением». То есть насколько глубоко пользователь будет входить в реализацию. Если только поверхностно, то бывает так, что пара кнопок на форме простого пользовательского интерфейса скроет все сложности. То есть правильный UI/UX может решить все проблемы с продвижением у потенциальных потребителей сложного в производстве продукта. В пример можете взять любое банковское приложение на смартфоне. Или даже банальный Яндекс.Ключ для авторизации. Пользователь делает всего две вещи: открывает приложение и наводит камеру на QR-код. А всё остальное - магия автоматизации процессов внутри приложения, серверов Яндекса, серверов сервиса, где происходит авторизация. Надеюсь объяснил.
...то тогда можно будет жаловаться на то что печенек не хватает.
Ну тогда стоило нанять всё-таки Тома Круза. Суть в том, что не важно насколько знаменит исполнитель. Важно, что хочет заказчик. Если заказчик хочет сэкономить, то он нанимает неизвестных людей за копейки. И при этом он же берёт на себя риски, что эти «неизвестные люди» не будут соответствовать Тому Крузу по уровню игры. И если по счастливой случайности они наминают талант (я себя к таким не причисляю, всё для описания своей позиции), который ещё никто не забрал себе, то среди рисков так же появляется желание у этого таланта повысить оплату труда. Вполне нормально, что по мере того, как этот талант в итоге сам начинает понимать, что он талант, а на текущем месте его душат (есть примеры всяких Элвисов Пресли, Backstreet Boys из области шоу-биза, как раз на эту тему), начинает требовать соответствующую плату за свои услуги. И вы со своим тезисом выглядите, как работодатель, который жалуется, что работников «за копейки» нет.
Очень интересно, люди решают реальные задачи. Не то, чтобы завидно, я привык работать один, но коллектив может больше.
Смешанные ощущения. Сперва открываешь, думаешь - вау, преисполнюсь, ИТ и завод, полезный труд...
А потом начинается:
1. РЕ-ЗУЛЬ-ТАТ - знаем ваш результат, проходили, с доказательной базой в стиле "я не верблюд" на каждый чих. Видишь минетжира-результативщика - оставляешь его с его же известной связующей массой наедине. "Нужны бекапы на инфраструктуру - а это НЕ РИСКИ, ЭТО ИНВЕСТИЦИИ" и т.п.
2. Реклама компании с офисом разработки - в невероятном дне вселенной - ВЛАДИМИРЕ
Дальше писать нет смысла, всё понятно.
Это всё прекрасно, но у вас всего одна вакансия тестировщика, да и то тест лида, что само по себе говорит о многом.
Очень похоже на роман "Как закрылась сталь", почитайте чем главный герой закончил в своем порыве "..и все как один умрем в борьбе за это.."
"..патроны подносить.." что за архаика
Оригинальная статья, прочитал с интересом. У нас тоже есть своя АСУ ТП, которая фактически позволяет управлять бетонным заводом одному человеку. Надо будет как-нибудь тоже рассказать про наш опыт)
Приходите к нам на завод, у нас тяжело