Urmas,
На мой дилетантский взгляд, здесь прослеживается несколько должностей, в норме 3: проектировщик, программист контроллеров и инженер СКАДА. Разумеется, не каждому по 3к, но в нормальной фирме должны понимать, что один человек не может делать пять-десять дел одинаково отлично. Когда всё взвалено на одного, качество пострадает в любом случае, сколько человеку не плати.
Скажем так, один я сделаю проект быстрее и качественне(позже напишу пару НО) , чем эти три человека + дополнительное время руководителя на организацию работы.
Качественне будет - потому что в автоматизации надо знать все: если ты проектировщик, то ты должен понимать зачем тебе те или иные сигналы, понимать ошибку в исходных данных, понимать что частотник требует тех или иных сигналов в разных случаях в зависимости от процесса и если что то забыли - это нужно добавить самому. Программист должен понимать как система работает с целом и каждый элемент по отдельности ибо ситуация во врея запуска бывают разные, а терять пол дня на то что ты не смог исправить по месту ошибку проектировщика или тупо не увидел что реле стоит на 24 вольта переменки, а не постоянки - это не совсем рационально. Так же важно знать нормативные документы по проектированию электроустановок. Но какой программист их будет читать? По факту на обьекте находится как раз программист и заткнуть иной раз заказчика с его "Хотелками" при помощи нормативных документов - благое дело.
Таже проблема с инженером Скады. Вот есть проект, мне надо разработать новый блок и фейсплейт к нему. Я делаю блок и потом пол дня обьясняю инженеру скады что именно я хочу или мне нужно. Или еще тупее вариант(если контора большая) я сначала обьясню руководителю проекта, потмо руководитель проекта вместе со мной будет разжевывать это инженеру скады. Тут есть первое "НО" - если проект трубет разработку внешних DLL, связь с другими приложениями, всякие видео камеры и другие свистелки-перделки где реально трубется знание больше программирования более высокого уровня, то да, тут нужен реально отдельный человек, так как автоматика автоматикой, а знать на хорошем уровне языки выского уровня(ясно что всякие С и VBS на простом базовом синтаксисе для простеньких скриптов знать нужно) не реально.
Я могу еще привести массу примеров того, почему нужно быть автоматиком как единой боевой единицей, но есть ли в этмо смысл?
Не исключаю, что я просто избалован своим работодателем, но у нас как раз 3 отдельных работника на цепь проект-контроллер-система управления.
ты все правильно рассуждаешь, только дьявол кроится в деталях. Я не просто так сказал про senior/lead позицию. Это актуально либо для маленьких компаний, где не много обьемов или упор идет на продажу оборудования, но иногда требуется его интеграция, а что бы не держать штат сотрудников, достаточно одного технического руководителя-ведушего инженера-танцора и певца в одном флаконе.
Либо большие конторы с проектами по 10М-100М долларов, где ошибки или потеря времени будут стоить хренову тучу денег. Там как раз и нужен человек которого будут кидать то туда то сюда, кто сможет разрулить вопросы на обьекте , кто сможет помочь в офисе программисту или проектировщику, либо создать межплатформенный функциональный блок для ПЛК и фейсплейт к нему, не отвлекая руководителя по таким простым и идиотским вопросам.
п.с. простой пример сомной. Я сменил работу и запросил на ~30% больше чем хотели найти в вакансии. НО, аргументация была именно тем, что я видел потенциал меня в данном проекте не просто как программиста, а именно человека кто сможет рещать вопросы связанные с проектом. По факту сейчас адаптирую чертежи в Еплане, параллельно адаптирую софт на шнайдере под новые требования заказчика + на бекграунде разрабатываю шаблоны и базу данных под Еплан для наших проектировщиков. Если не обосрусь в какой то момент и разрулю начатое, то будет еще в конце хороший рост в зп после года работы.
Сообщение изменено: ossesion (29 октября 2018 - 17:07 )
