Удаленка life (ищу истории успеха)

Воистину эпикфэйл! Но очень удачно, что сложилось в «домашней обстановке».
ЗЫ Однако смею заметить, что это вот пример типичной работы автоматизаторов, быдлокод на быдлокоде и им же погоняет. Т.е. меня подобное в творчестве автоматизаторов не удивляет ниразу.

какой ещё «быдлокод»? ты о чём вообще? нормальный там был код, машины работали прекрасно. и да, юзер в настройки машины через отладочную консоль не лезет, он туда вообще доступа не имеет. это банковский сортировщик, с ним работают сотрудники банков и хранилищ валюты. кстати, сортировщики эти поставлялись в 17 стран, включая страны ЕС и США. так что не надо про «быдлокод» набрасывать.

быдлокод - это вон в вебне, где на проде из кафешек правят настройки.

и да, на производстве ни разу не было проблем из-за нашего кода. на нём работает Гознак, MMK и многие другие предприятияю.

А БМВ и другие космические корабли внезапно фэйлятся. Ну-ну.
ЗЫ Я не конкретно про вас, но в своей практике я не видел «стройного кода от автоматизаторов»... да какая там стройность, один сплошной быдлокод.

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

качественная техника стоит поболее, чем какой-то БМВ. там и железо намного дороже, и разработка сложнее.

Вы что там автоматизируете, если линейки моделей БМВ и космические корабли для вас копейки?

никто не думал, что такое возможно, и никто не поставил проверку на пустую прошивку

И кто же виноват? Хмм…

конечно, защиту от дурака в прошивку тоже добавили

А, вот кто.

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

даже относительно «простые» вещи в промышленной автоматизации могут быть сложнее из-за требований скорости, точности, надёжности, особых условий типа высоких температур, пыли, влажности, дребезга, электромагнитных помех и прочего. и это всё достаточно дорого в разработке. в бытовых вещах типа автомобилей таких требований нет даже близко.

это не массовые вещи. хотя вот банковский сортировщик можно назвать относительно «массовым» изделием. он готов к применению, он настраивается на любые валюты сам и не требует кастомизации под условия заказчика. крупные банки могут купить штук 10 сортировщиков за раз и это очень крупный заказ, например. стоят такие машинки в самом скромном варианте примерно около 2 лямов рублей, более продвинутые намного дороже. причём себестоимость только железа, без учёта затрат на разработку, пайку, сборку и прочее там где-то 300-500 тыщ. дело даже не в цене, а в том, что это высокопроизводительная машина, 15-20 банкнот в секунду. такие объёмы и скорости сортировки нужны крупным центральным отделениям банков и хранилищам валют. поэтому их покупают ну штук 100 в год, не больше, как правило. это не прямо массовое потребление.

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

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

А космические корабли это прям дешмань и массовый сегмент.

даже относительно «простые» вещи в промышленной автоматизации могут быть сложнее из-за требований скорости, точности, надёжности, особых условий типа высоких температур, пыли, влажности, дребезга, электромагнитных помех и прочего. и это всё достаточно дорого в разработке.

От в части соблюдения подобных требований у автоматизаторов как раз все в порядке, тут они доки, но я писал про быдлокод.

Ну т.е. по сути ничего жизненно важного.

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

иди, отдохни. у тебя явная обсессия и она тебя мучает.

Не льсти себе. Ты не единственная снежинка, над который я потешаюсь и ЛОР - не единственный ресурс, на который я хожу :)

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

Медтехника это зачет! Там требования все-таки стараются соблюдать и тестирование совсем не иллюзорное проходит. Это не хренак-хренак и в продакшен.

ну, в Роскосмосе известно, что творится

Ну я тащето не конкретно про «космос» отдельно взятой страны.

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

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

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

И что? На сталелитейке не было факапов? И если не конкретно у них, то на чем-то подобном уже бывало.
Так что «их везде соблюдают» оно малька сферичненькое.

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

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

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

вот как раз от факапов они и хотят избавиться, когда заказывают автоматизацию производства.

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

а автоматизации ты должен быть уверен в работе софта и железа на 200%. ты можешь стоять под котлом со сталью и ты знаешь, что он на тебя не выльется. ты можешь встать на пути несущегося на тебя шеститонного погрузчика и он остановится, потому что он запрограммирован останавливаться, если «увидел» препятствие. если он не остановится или если котёл выльется на тебя - ты был плохим разработчиком :)

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

ну и, конечно, есть ещё ручное управление. всякие там аварийные кнопки, позволяющие всё остановить моментально в любой момент. мало ли что случилось. операторы всё равно наблюдают за работой автоматики. на производстве бывает всякое.

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

Вот видите, вы передергиваете одеяло на свою сторону. Чистый софт тоже влегкую может отправить котел к праотцам, всё зависит от местных факторов.

вообще, разработка железа и софта для него на порядки сложнее.

Вот ниразу, это просто другое.

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

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

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

Вы слабо представляете себе что такое медтехника. Допустим при очередном апдейте софта заливаемого в ЭКС допустили ошибку, а такое реально случалось, но вот ошибка настолько фатальная, что у пациентов внезапно в час Ч сердечко ну очень-очень учащенно работать начало. Итого в наличии много пациентов по всему шарику, которых быстро не обслужить никак от слова совсем, а факап убивает их.
Что бы было понятно, не убийственный факап, однако... перепутали как-то день и ночь, в результате ночью сердце стимулировалось по дневным настройкам, а днем наоборот. Циники от медицины тогда даже поржали «От пацианты у нас чей-то все в сов превратились, ночью бегают как заводные, а днем фиг расшевелишь».
Но ЭКС это не единственное из хреней с электродами, в мозг тоже внедряют, «чутка сигнальчиком обшибся» и хана пациенту.

ты был плохим разработчиком :)

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

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

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

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

ну вот не надо было лезть. для этого есть сервисное обслуживание.

Сервизное обслуживание это был в том числе и я. В смысле как начальника с которого спрашивали.

автоматизация - это не только разработка, но и поддержка. одни зипы чего стоят!

Отжешь... а мужики-то не в курсе... Что это ещё одежка (зимняя, осенняя, летняя), инструменты, поддержание парка станочного оборудования и ещё дохрена всего.

ну, видимо, не в курсе, раз какой-то левый юзер лезет куда-то «в автоматизацию». вместо того, чтобы написать в поддержку, приедут специально обученные люди и пофиксят проблему грамотно.

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

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

ну, видимо, не в курсе, раз какой-то левый юзер лезет куда-то «в автоматизацию». вместо того, чтобы написать в поддержку, приедут специально обученные люди и пофиксят проблему грамотно.

Самому себе написать? Это плохой звоночек.

ну, если автор кривой автоматизации - ты сам, тогда к кому претензии?

Нет, «всё было украдено до нас».

Более 5 лет (с конца марта 2020 года, когда всех выгнали на удалёнку из-за ковида) работаю вне офиса. Дома, на даче (особенно классно, когда можно прерваться, сходить поплавать в реке или в басике) и вновь вернуться к работе. Считаю, что всё дело в самоорганизации. И без разницы, где ты работаешь.

Ну да, но само организоваться когда вокруг шмыгают молоденькие официантки сложнее однако.