Ну если все устраивает, то грех жаловаться. Просто обычно (особенно у нас) почему-то всегда любят экономить на обслуге. Хотят тот же яндекс может плать сильно ниже рынка, а работая в банке можно получать x3 от зарплаты в яндексе. Да, скучно, много легаси, зато хлебно. Но чтобы стать мастером и знать себе цену в начале нужно быть какое-то время подмастерьем и желательно в месте, где можно чему-то научиться
Ну возможно в конкретно вашем случае на заводе действительно есть R&D деятельность для IT специалистов. Но для для большинства заводов IT это 1С, телефония/интернет и АСУТП. Особенно для тех заводов, что рекламируются на хабре. Я вот пока не видел публикаций что вот мы на химзаводе XXX разработали инновационную систему YYY и выложили ее на github. От яндекс/сбер/mail.ru - видел. Но большинтсву заводов нужен именно сисадмин и/или эникей. В отдельных случаях иногда нужен тот, кто сможет захватить картинку с камеры через opencv и дообучить yolo модель для распознавания чего-то на ней. При этом работа на заводе это обычно всегда приход на работу к 8 утра, отсутствие удаленки и работа в промзоне. Ну и зарплаты ниже рынка, так как тарифная сетка и "очередь за забором". Ну а главное это обычно отношения вида "я начальник - ты дурак". Что начинается с отдельной парковки и столовой для руководства.
Вот вы работаете на заводе - а сколько раз вам руководство оплачивало поездки на конференции (как в рф, так и за бугор) и повышение квалификации (реальное, а не на бумаге)? Сколько нужно времени и согласований, чтобы например поставить в офисе для обычных сотрудников нормальный кондиционер и вентиляцию + освещение лампами с нормальной цветопередачей? Да хотя бы возможность работнику выбрать удобную модель стола и стула (а не сидеть на обломках, которые всем лень списывать)?
У меня был опыт сравнить все вышеперечисленное почти во всех видах IT (и не очень) компаний.
У 99% заводов (особенно тяж пром или хим пром) IT-сотрудник это обслуга. Конечно если вы делаете литографы или выращиваете кремниевые кристаллы, то скорее всего вы можете быть R&D. Но такие заводы не рекламируются на хабре и не устроивают хакатоны за доширак.
Основная разница в том, что на заводе вы будете обслуживающим персоналом (как и сантехники, уборщицы и тд) - то есть тем кто тратит деньги. А в продуктовой компании вы генерируете прибыль. То есть на заводе основная цель будет сэкономить на оплате вашего труда, что бы сократить расходы на производство. В этом и есть основное отличие работы ИТ-шником на заводе/в банке/и тд. от работы ИТ-шником в компании получающей прибыль от разработки и продажи своего программного продукта. В этом случае как раз на оплате вашего труда экономить будут не так сильно...
Аналогично. За ~8 лет существования моего проекта и >1000 звезд на гитхабе из донатов максимум было $15. А еще было около десятка желающиз в качестве благодарности помочь улучшить документацию, но в итоге никто так ничего и не сделал...
И вот еще вопрос - что будете делать, если в прошивке датчика обнаружится дыра (или например утекут ключи с БС)? Можно им сделать удаленно firmware update или придется их все руками снимать с оборудования и пихать в программатор?
Статья конечно интересная, но имхо сама постановка задачи не верная. Ввод-вывод должен быть неблокирующим. Использование сигналов в многопоточной программе почти всегда undefined behaviour (про это даже написано в man'ах). Плюс желательно вообще избегать использования несколькоих потоков с общей памятью. Почему - см статью ниже. https://glyph.twistedmatrix.com/2014/02/unyielding.html
У джабер протокола есть фундаментальная проблема - silent потеря сообщений при проблемах с сетью между клиентом и сервером. Так как там нет ack'ов от клиента и соотв перепосылки сообщения. Например вы не сделали offline в мессенджере и перевели компьютер в sleep. Сокет остался висеть сервер радостно туда пихает новое сообщение и на этом считает, что оно доставлено. Я сидел на джабере лет 15 и после появления телеграмма его радостно выкинул, так как потеря сообщений + отсутствие нормальной server side history + неработающая передача файлов и картинок перевешивает все его остальные плюсы
Есть рядом с местом пайки так себе решение. Припой (содержит свинец) и флюсы (диоксины) при приеме внутрь ни к чему хорошему не приводят. Тем более, что ни дымоуловителя, ни вытяжки на фото нет.
Прямо оклад 400к? Или это с учетом премий?
15 лет назад яндекс платил сильно меньше рынка. Сейчас конечно может что-то поменялось, но у меня есть сомнения.
Ну если все устраивает, то грех жаловаться. Просто обычно (особенно у нас) почему-то всегда любят экономить на обслуге. Хотят тот же яндекс может плать сильно ниже рынка, а работая в банке можно получать x3 от зарплаты в яндексе. Да, скучно, много легаси, зато хлебно. Но чтобы стать мастером и знать себе цену в начале нужно быть какое-то время подмастерьем и желательно в месте, где можно чему-то научиться
Ну возможно в конкретно вашем случае на заводе действительно есть R&D деятельность для IT специалистов. Но для для большинства заводов IT это 1С, телефония/интернет и АСУТП. Особенно для тех заводов, что рекламируются на хабре. Я вот пока не видел публикаций что вот мы на химзаводе XXX разработали инновационную систему YYY и выложили ее на github. От яндекс/сбер/mail.ru - видел. Но большинтсву заводов нужен именно сисадмин и/или эникей. В отдельных случаях иногда нужен тот, кто сможет захватить картинку с камеры через opencv и дообучить yolo модель для распознавания чего-то на ней. При этом работа на заводе это обычно всегда приход на работу к 8 утра, отсутствие удаленки и работа в промзоне. Ну и зарплаты ниже рынка, так как тарифная сетка и "очередь за забором". Ну а главное это обычно отношения вида "я начальник - ты дурак". Что начинается с отдельной парковки и столовой для руководства.
Вот вы работаете на заводе - а сколько раз вам руководство оплачивало поездки на конференции (как в рф, так и за бугор) и повышение квалификации (реальное, а не на бумаге)? Сколько нужно времени и согласований, чтобы например поставить в офисе для обычных сотрудников нормальный кондиционер и вентиляцию + освещение лампами с нормальной цветопередачей? Да хотя бы возможность работнику выбрать удобную модель стола и стула (а не сидеть на обломках, которые всем лень списывать)?
У меня был опыт сравнить все вышеперечисленное почти во всех видах IT (и не очень) компаний.
У 99% заводов (особенно тяж пром или хим пром) IT-сотрудник это обслуга. Конечно если вы делаете литографы или выращиваете кремниевые кристаллы, то скорее всего вы можете быть R&D. Но такие заводы не рекламируются на хабре и не устроивают хакатоны за доширак.
Основная разница в том, что на заводе вы будете обслуживающим персоналом (как и сантехники, уборщицы и тд) - то есть тем кто тратит деньги. А в продуктовой компании вы генерируете прибыль. То есть на заводе основная цель будет сэкономить на оплате вашего труда, что бы сократить расходы на производство. В этом и есть основное отличие работы ИТ-шником на заводе/в банке/и тд. от работы ИТ-шником в компании получающей прибыль от разработки и продажи своего программного продукта. В этом случае как раз на оплате вашего труда экономить будут не так сильно...
Аналогично. За ~8 лет существования моего проекта и >1000 звезд на гитхабе из донатов максимум было $15. А еще было около десятка желающиз в качестве благодарности помочь улучшить документацию, но в итоге никто так ничего и не сделал...
А зачем вообще шунт, если можно взять токовый датчик на основе датчика Холла от того же Матека например? https://www.mateksys.com/?portfolio=hcs-150a
Либо (если вообще не хочется возиться с калибровками и нулем АЦП), то можно взять датчик с i2c выходом https://www.mateksys.com/?portfolio=i2c-ina-bm (этот с шунтом, но есть и с датчиком Холла).
Проблема всех шунтов, что они под большой нагрузкой начинают греться и менять сопротивление.
И вот еще вопрос - что будете делать, если в прошивке датчика обнаружится дыра (или например утекут ключи с БС)? Можно им сделать удаленно firmware update или придется их все руками снимать с оборудования и пихать в программатор?
А replay атака?
Похоже на переизобретение logger'а из twisted
Статья конечно интересная, но имхо сама постановка задачи не верная. Ввод-вывод должен быть неблокирующим. Использование сигналов в многопоточной программе почти всегда undefined behaviour (про это даже написано в man'ах). Плюс желательно вообще избегать использования несколькоих потоков с общей памятью. Почему - см статью ниже.
https://glyph.twistedmatrix.com/2014/02/unyielding.html
А про ARINST VNA-DL 1-8800 можете что-нибудь хорошее или плохое сказать?
А еще на Rust нельзя написать L1 список без unsafe...
https://www.tinko.ru/catalog/product/253955/
Ну так естественно, что там SoM. А плату что на фото можно и в кикаде развести.
И многому они научатся в деревенской школе? А соседняя больница тоже деревенская и скорая помощь в видео одного уазика на весь район?
У джабер протокола есть фундаментальная проблема - silent потеря сообщений при проблемах с сетью между клиентом и сервером. Так как там нет ack'ов от клиента и соотв перепосылки сообщения. Например вы не сделали offline в мессенджере и перевели компьютер в sleep. Сокет остался висеть сервер радостно туда пихает новое сообщение и на этом считает, что оно доставлено. Я сидел на джабере лет 15 и после появления телеграмма его радостно выкинул, так как потеря сообщений + отсутствие нормальной server side history + неработающая передача файлов и картинок перевешивает все его остальные плюсы
Есть рядом с местом пайки так себе решение. Припой (содержит свинец) и флюсы (диоксины) при приеме внутрь ни к чему хорошему не приводят. Тем более, что ни дымоуловителя, ни вытяжки на фото нет.
Не будет. Конденсатор проинтегрирует выпрямленные половинки синусоиды. Останутся те же самые 220в но уже постоянного тока