Моя основная профессиональная деятельность — машиностроение и она, как и люди в ней работающие, как правило, очень далеки от мира IT. Поэтому когда кто‑то, в моей отрасли, говорит про программирование, а особенно, что «занимается программированием», то часто можно услышать это:
Зачем ты это делаешь, ведь про зарплаты IT‑шников — это миф
Рынок программистов переполнен и ты там никому не нужен
Для меня это показатель, что очень часто люди воспринимают программирование как отдельную отрасль, но мало кто воспримет ее, как инструмент и что можно этим заниматься, на неком малом, любительском уровне и получать с этого пользу. Так что сегодня я хочу поделиться мыслями, которые долго вертелись у меня в голове, но помимо этого я поделюсь историями людей, которые я услышал за свой производственный опыт.
Когда я, студентом, впервые трудоустраивался на работу по должности — техник‑технолог металлообрабатывающего производства, я был удивлен. В своих фантазиях я представлял инженерный отдел, при производстве, как людей очень близких к науке, и с помощью нее, стоя в смокингах, решающих сложные технические вопросы.
Но реальность оказалось другой, примерно 70% времени, а может и больше, инженер-технолог представляет собой стандартного офисного планктона, но работающих в специфических программах, а потом идущий отлаживать эти специфические программы на станках с ЧПУ, если он, конечно, на них специализируется. Много монотонной и рутинной работы. Конечно опытные инженеры, которых правильно называть ведущими, занимаются куда более сложными, а самое главное интересными деталями, но их младшим коллегам приходиться работать менее интересными деталями, техпроцессы на которые штампуются, но не смотря на бешеный темп, таких деталей становится все больше и больше...
Именно в таком темпе приходят мысли о оптимизации и автоматизации некоторых процессов. Стоить отметить, что оптимизировать все инженер не может. К примеру, ввести все различные PDM-системы технолог не в состоянии, ибо это, как правило, сложный и дорогой процесс. Речь же пойдет о тех рабочих процессах, которые рабочий может оптимизировать условно "здесь и сейчас"
Именно здесь как по мне идеально подойдет «любительское программирование», о котором вы прочитали в заголовке.
Почему программирование именно «любительское»? Почему бы не назвать его просто программированием?
Я не хочу называть это просто программированием, потому что программист — это человек, который досконально знает «компьютер» на более глубоком уровне, а так же знает теоретическую базу. При это «любительское программирование» в первую очередь сводится к оптимизации или автоматизации некоторых процессов, причем как можно быстрее и как можно более доступным способом, не изучая какие‑то фундаментальные для любого программиста понятия и процессы, а порой и вовсе не занимаясь программированием.
Одной из таких проблем стала — система допусков.
То, что я дальше расскажу происходило в +-10 годах и я, соответственно, пересказываю истории, которые мне рассказывали старшие сотрудник
Если объяснять, что такое допуски просто и быстро, то представьте, что вам нужно от доски отпилить 10см (это называется номинальный размер), но как бы вы не старались ровно 10см у вас не получиться, скорее всего, итоговый размер будет 9 или 11 см, а даже если постараться, то вы скорее получите 9,8 — 10,2 см., чем ровно 10. Система допусков определяет на сколько можно отступить от номинально размера, чтобы деталь при этом была годной, то есть не бракованной.
На чертеже они записываются так «ф28Н8», где ф — диаметр, Н8 — допуск. Этот допуск необходимо расшифровать с помощью специальной таблицы.
Для одного размера, как, к примеру, на картинке выше, может показаться, что это легко, однако, как правило, на чертеже множество размеров и все они идут с допуском, который нужно расшифровать. При этом стоит заметить, что поле допуска для размера ф5Н12 и для размера ф25Н12 — будет разным. Если хотите, можете расшифровать эти допуски по таблице ниже.
Страдая от этой проблемы, один из инженеров написал специальную программу, в которую можно было вести размер и допуск, и как следствие — получить его расшифровку. Это очень сильно помогло сэкономить время технологом и средняя время на написание техпроцессов уменьшалось.
Однако отдельная программа — это долго. Долго не только в изучении языка, фрейворка и самого цикла программирования приложения, но и долго из‑за проверки службы безопасности. Перед тем, как программа попала на рабочие столы технологов ей пришлось пройти проверку, которая заняла около 3–4 месяцев. Чтобы куда быстрее и легче оптимизировать свои рабочие процессы технологи начали использовать Excel.
Когда решили оптимизировать скорость подбора инструмента. Весь инструмент собрали в одном Excel таблице, расписали его характеристики и создали несколько ячеек, к которым привязали формулы. Теперь если вам нужны была фреза ф10, работающая с определенным сплавом, вы просто вносили эти данные и получали список подходящих инструментов. В дальнейшем много различных Excel файлов было использовано для оптимизации, к примеру, режимов резания и даже способов обработки.
Однако не все технологи использовали «программирование», как инструмент. Некоторые использовали его, как развлечение. Да, именно, как развлечение. Они использовали языки программирование, как головоломку, решая задачки на LeetCode и CodeWars или просто создавая какие‑то маленькие приложение, чтобы размять свой мозг от несколько интересной, но все же в большой степени однообразных рабочих процессов.
При этом сюда так и хочется добавить пункт про фриланс, но, к сожалению, я не встретил никого кто бы им занимался (именно из машиностроения), но это не удивительно. Приходить после 8 часового дня, а в некоторых компаниях и 12 часового, и заниматься другой отраслью.
Это то, немногое, что мне хотелось рассказать людям про некую взаимосвязь разных отраслей, которая может им помочь в собственной карьере. Очень интересно почитать, что вы думаете об этом и о моей статье, а так же интересно узнать ваш опыт внедрение противоположной отросли в свою.
