Как я уже упоминал, году в 2010 появилась тенденция совмещения в одном человеке нескольких навыков, технолог, конструктор приспособлений и программист. Сам я, тогда будучи ведущим технологом, легко изучил программирование, так как с самого детства у меня хобби – программирование. Программировать любил всегда, для меня это легко, знаю множество языков программирования. Поэтому изучить станочные системы тоже оказалось легко, G – код примитивен, содержит несложные конструкции из условий и вызовов подпрограмм, в основном же это просто перемещения инструмента из точки в точку по прямой или дуге. Программировать в 3-х координатах – это как рисовать на листе бумаги, берешь карандаш и рисуешь, что тут сложного то. Как инженер-технолог я разрабатывал технологию, подбирал инструмент, как конструктор оснастки – разрабатывал удобные, компактные, без излишеств приспособления, и добавлял к этому программы обработки, так получался готовый продукт: «обработка под ключ». На УВЗ не было официальной возможности этим заниматься, я договаривался напрямую со сдельщиками, концентрировал операции в одной программной, у них увеличивался доход на постоянной основе, а мне они платили один раз, всем было выгодно. Но пришлось уйти с завода, так как так работать долго не получилось бы, а продвинуть новую должность не получилось, и кризис 2008 года подвел меня к тому, чтобы в 2012 году уйти к частнику, сначала на станок, где мы тоже были сами себе программистами, затем директор позвал меня стать программистом-технологом, т. е. быть тем, кем я пытался быть в рамках УВЗ. Я внедрил за время работы множество проектов, как единичных, так и серийных, таких как буксы «Ласточки», лопатки турбин, со своими приспособлениями, программами, собственной технологией. Работали мы по началу в PowerMill, затем нас занесло в NX, много делали в параметрах, так было интересней, и проще работать с корректировкой режимов обработки, проверку на столкновения и соответствие модели детали выполняли в Vericut, тоже такая работа под «ключ». За всей этой работой стоит коллектив, без коллектива ничего бы не вышло, профессионалы-операторы на станках помогали отрабатывать сложные проекты. Мы учили их, они учили нас, программистов, вместе быстро развивались. Но со временем количество профессиональных операторов стало снижаться, у оставшихся снижалась мотивация, с этим всем серийные проекты сменились единичными, отработки стало больше, и возник вопрос о том, что программист-технолог должен стать ещё и наладчиком. Почуяв халяву, некоторые рабочие просто престали вникать в программы и техпроцесс, и просто звали программиста, чтобы тот им все запустил. Перейдя на другое предприятие, также технологом-программистом, я встретил уже знакомую ситуацию – программист руководству не нужен, а нужен наладчик, который просто работает за всех. Переехав в другой город, походив по вакансиям, я понял, что в принципе такой должности как технолог-программист не существует, есть потребность в инженере-технологе, если предприятие более-менее серьезное, и программисте-наладчике. А в мелких конторках пытаются свесить все на одного человека, который являясь суперменом (технолог-программист-наладчик-оператор-контролер), конечно, все равно не в состоянии охватить весь объем работ по подготовке производства. Мне кажется термин «подготовка производства» для руководителей этих мелких контор просто не знаком. В итоге мы имеем на данный момент потребность в инженерах-технологах, серьезные проекты все равно требуют подготовки производства, и одновременно с этим нужен наладчик-программист, от которого уже не требуется серьезная технологическая проработка, он реализует только одну операцию на конкретном станке, с тем оснащением которое у него есть.
Квалификация современного наладчика-программиста в плане технологии низкая, знания по базированию, приспособлениям редко кто имеет, зачастую такой наладчик вообще не имеет профильного инженерного образования. Вся работа его сводится к проектам в CAM, и вывод готовых программ через постпроцессор. Уже даже в области программирования стали теряться базовые навыки, наладчики не умеют работать с коррекцией на радиус, не знают простых методов написания программ через параметры и условия, не знают принципа работы циклов разворота, некоторые вообще не знают кода программы, зачем нужна та или иная функция, постпроцессор выдает и ладно, они не вникают зачем. Всему этому способствует развитие диалоговых режимов программирования по типу Mazatrol, ShopMill, SinuTrain, Heidenhain, и повсеместная доступность CAM, которые как ни странно тоже перешли из инструмента разработчика в диалоговый режим, т. е. используются не для того, чтобы сделать сложные вещи, а сделать быстро и по-простому, я называю такой метод работы: «как в прошлый раз», или «делаем сегодня как делали вчера». Таким образом мы в целом имеем возврат к системе инженер-технолог и рабочий на станке, только теперь рабочий не штурвалы крутит, а накидывает цикл в CAMе. Может это и правильно, если ситуация так складывается сама, значит это тенденция, вызванная запросом со стороны производства.
Можно сказать, на данный момент, профессия технолог-программист не существует. Это оказалось очень сложно объединить, квалифицированный инженер-технолог рождается не за один год, это многие годы работы на производстве, инженер-технолог это не тот, кто пишет техпроцессы, это технический организатор производства, совмещать это еще и с программированием мало кому удается, это или просто везение как в моем случае, когда хобби программировать стало второй профессией, или сильное желание сменить профессию. На данный момент молодым инженерам-технологам я могу посоветовать развивать свои навыки по основной профессии, и не смотреть в сторону работы программиста-наладчика, в ней нет глубины знаний, это просто ломовая лошадь на производстве, на которой все едут, не больше, однотипные проекты, детали, работа по принципу: «делаем сегодня как делали вчера».