Братство Кольца: интересные вакансии для менеджеров и специалистов

Виктор Москалев пишет:

Алексей Уланов пишет:
А мне кажется есть направления для изучения для пром специалистов. Это програмирование промышленных контроллеров. Там в основном работа с опросом параметров портов, установкой простой внутренней конфигурации, автоматическим удержанием параметров и отправлением данных по протоколу на устройства визуализации. Причем там опыт и знания в области производственных процессов являются необходимым компонентом.

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

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

 

 

Да, в указанных сферах програмирование является не базовым, а дополнением к пулу общих знаний. 

Был у меня случай. Котельная. В котельной стоят котлы ступенчатого горения. Система управления примерно такая. Есть внешняя температура окружающей среды, есть температура воды реальной, есть температура воды из графика. Есть трехмерный массив из которого процессор выбирает какую ступень включить чтоб температура была как в графике. Если система начинается "дергаться" она меняет ПИД параметры, самообучаясь. Все просто.
По факту происходит: включается котел, смотрит температуры по датчикам, и начинает со временем увеличивать мощность до той поры пока не уйдет в аварийный режим. В квартирах отдельностоящего поселка это выражалось, каждый час температура в их батареях повышалась с 50 до 90С, а потом падала снова. С горячей водой примерно то же самое чуть в меньших маштабах. 
С точки зрения программиста: годами проверенный алгоритм есть, везде работает, сигналы с датчиков поступают, датчики меняли. Проблема остается много месяцев. Толи менять котлы, толи автоматику полностью. 
Мне понадобилось около 3х часов чтоб понять что происходит. Один из датчиков меряющий температуру воды не имел хорошего теплового контакта и имел огромную инерцию, за время пока он прогревался процессор успевал перейти в аварийный режим. 
Налили масла в карман датчика, сместили аварийный режим по температуре на несколько градусов. Через несколько циклов система работающая в штатном режиме самообучилась. Я получил 10тр программист пром контроллеров 30тр подписали отчеты уехали. 

С ЕРМ системами как я предполагаю примерно то же самое, но там как мне представляется более методологично. Нужно понимание: бизнес модели, выделение основных БП и раскладывание их по элементарным косточкам -типа распишите в 100 пунктов поход в туалет.

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

Алексей Уланов пишет:
Нужно понимание: бизнес модели, выделение основных БП и раскладывание их по элементарным косточкам -типа распишите в 100 пунктов поход

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

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

Да хороший пример. Программист, годами шлифующий свои алгоритмы, с такой проблемой не разберется. У него действительно все в порядке в программе. А чтобы понимать про работу датчика - его тому не учили и он никогда не учился. 

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

Алексей Уланов пишет:
Мне понадобилось около 3х часов чтоб понять что происходит. Один из датчиков меряющий температуру воды не имел хорошего теплового контакта и имел огромную инерцию, за время пока он прогревался процессор успевал перейти в аварийный режим. Налили масла в карман датчика, сместили аварийный режим по температуре на несколько градусов. Через несколько циклов система работающая в штатном режиме самообучилась. Я получил 10тр программист пром контроллеров 30тр подписали отчеты уехали. 

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

Наводки на линии подключения термопар (милливольтвые) тоже дают интересные результаты, поэтому сейчас страются использовать термомпары в комплекте с преобразователем на 4-20 мА, токовому сигналу наводки менее опасны, да и специальные кабели для термопар не нужны.

Михаил Кузнецов пишет:

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

Алексей Уланов пишет:
Нужно понимание: бизнес модели, выделение основных БП и раскладывание их по элементарным косточкам -типа распишите в 100 пунктов поход

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

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

+ у меня пару доп плагинов в мозгах стоят отвечающих за различение очевидных ошибок в построении БП. Когда результат БП ведет к сливу каких то результатов или пагубно влияет на другие компоненты. 

Все описаное выше я умею делать и делаю очень хорошо. 

Что то вроде я понимаю, но как доходит до дела идет крайне плохо. КПД низкий.

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

Виктор Москалев пишет:

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

Да хороший пример. Программист, годами шлифующий свои алгоритмы, с такой проблемой не разберется. У него действительно все в порядке в программе. А чтобы понимать про работу датчика - его тому не учили и он никогда не учился. 

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

Ради справедливости. Сейчас очень и очень редко решает программист. Я таких разработок вовсе не знаю. Без активнейшего участия бизнеса такие разработки или внедрения не существуют. И тут помощь опытных людей, типа Вас, просто крайне необходима. И ТЗ пишут не программисты.

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

А финансово-учётные системы и даже ERP по большому счёту, ерунда. Если она не совмещена с производственно-технологической линией или MES.

Собственоо из-за этой широты охвата мне и нравится программирование.

Алексей Уланов пишет:
фрейворк по созданию архитектур архитектур.

Отличная идея!

Анатолий Курочкин пишет:
Собственоо из-за этой широты охвата мне и нравится программирование.

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

А количество условий и вариантов постановок задач бесконечно. Завтра их будет только больше, а послезавтра - еще больше. Никаких видимых ограничений.

Константин Комшуков пишет:

 Крупному агропредприятию требуется программист-разработчик, имеющий опыт работы с Битрикс24.

Профессиональные требования: навыки работы с PHP, JavaScript, Git, MySQL; наличие сертификатов об успешной сдаче экзаменов 1С-Битрикс.

Опыт работы: 1-3 года.

Нет ограничений по полу и возрасту.

Лояльное руководство.

Зарплата: по рынку.

Локация: Новая Москва (15 минут транспортом до метро).

За контактами - в личку.

 

P.S. Просили узнать. Знакомых поспрашивал. Теперь делюсь с Вами.

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

Андрей Роговский пишет:
и может быть, какой-то бог PHP обратит свой взор на вашу компанию.

У нас вся надежда на Москалева. Он уже бог в "pnp".

Михаил Кузнецов пишет:
надежда на Москалева. Он уже бог в "pnp".

...зови меня просто Виктор...

Константин Комшуков пишет:

 Крупному агропредприятию требуется программист-разработчик, имеющий опыт работы с Битрикс24.

Профессиональные требования: навыки работы с PHP, JavaScript, Git, MySQL; наличие сертификатов об успешной сдаче экзаменов 1С-Битрикс.

Опыт работы: 1-3 года.

Нет ограничений по полу и возрасту.

Лояльное руководство.

Зарплата: по рынку.

Локация: Новая Москва (15 минут транспортом до метро).

За контактами - в личку.

 

P.S. Просили узнать. Знакомых поспрашивал. Теперь делюсь с Вами.

Вакансия занята. Всем спасибо!

Коллеги, предлагаю к рассмотрению вакансию менеджера отдела продаж (МОП). Вакансия может быть интересна тем, кто понимает и знает, как работать в В2В и с пром.оборудованием. Интересны люди с подобным опытом и с контактами. То, чем мы занимаемся здесь https://www.e-xecutive.ru/management/market/1994367-pribory-dlya-spektralnogo-analiza-metallov-i-splavov-ot-iskrolain?preview=true. Возможны разные варианты сотрудничества, как в рамках реферальной программы, так и агентского вознаграждения. Возможно, что в вашем круге есть знакомые с подобным опытом.

Валерий Андреев пишет:
То, чем мы занимаемся здесь https://www.e-xecutive.ru/management/market/1994367-pribory-dlya-spektralnogo-analiza-metallov-i-splavov-ot-iskrolain?preview=true.

Для начала, почему ни одной фотографии? 

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

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

Эксперту же по сути нужны только таблицы эталонных испытаний тестовых образцов и инструкция для калибровки. Допустим это у вас специальная программа, которую предоставляют по запросу ЦСМ, а где подтверждение её тестирования на безопасность доступов и данных? 

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

Александр Ковалёв пишет:
Для начала, почему ни одной фотографии

Объём статьи.

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

Есть. Однако, это ошибочное мнение. Поясню. Есть анализатор металлов на других принципах работы. Это РФА и Лазерники. Можете забить в инете и изучить. У нас именно спектрометры. Есть ряд фундаментальных отличий. Это отдельная тема.

Александр Ковалёв пишет:
Дальше по поверкам:

У нас официальное средство измерений. Перед отрузкой в обязательном порядке каждое изделие проходит поверку. Есть все необходимые сертификаты. Приборы калибруем по ГСО. Естественно, на ГСО есть и паспорта и сертификаты. 

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

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