Любительское программирование, как оптимизация рабочих процессов

[ruomserg]

Вообще-то самая здравая идея - это применять программирование к повседневной деятельности. Потому что оно - инструмент: само по себе не шьет, не жнет, и не кует. Понятно, что будут специалисты, которые концентрируются именно на написании программ общего назначения и фреймворков. Но вообще-то чистые программисты в нормальной обстановке не нужны в таких количествах. На предприятии моих родителей прямо говорили: проще научить радиоинженера программировать, чем программисту объяснить методику расчета СВЧ-антенн... :-)

[Yukr]

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

Вы на правильном пути. Удачи!

[attachet]

я в советское еще время наблюдал, когда прикладное программирование у инженеров было обязательным навыком - кто не умел составить расчетную программу, считался профнепригодным. И для меня шоком стало в 2010-х, что, оказывается, можно было окончить факультет АСУ и понятия не иметь, что такое цикл.
Сам давно подбираюсь к швейной машинке жены - Yuki, там есть вход для управления и загрузок программок, поковырял интернет - программуля для создания своих программ или для загрузки каких-то шаблонов вышивок стоит аж 70 тыр, вот жду, периодически пингую тырнетик этим вопросом, пока не ломанут или не дадут на форумаз какое-то относительно ясное указание, как ухватиться за хвостик задачи передать умной машинке программу.

[Mikhail55ru]

Полностью поддерживаю! Сам увлекаюсь программированием и совмещаю основную деятельность.

Но все же посоветовал бы пройти какие-нибудь курсы, например full stack, разобраться докером и гитхабом. Это сразу выводит на совершенно новый уровень, пуcть даже и оставаясь программистом-любителем исключительно для себя или коллег. Начинаешь получать настоящий восторг, когда твои программы написаны с учетом современных паттернов и четко структурированы. На обеде твои коллеги предлагают что-то улучшить, а ты сразу же в ходе разговора можешь добавить новую хитрую «фичу», потому что у тебя есть четкая логика и структура в программе, а для основных функций написаны тесты, и ты уверен, что они уже не слетят. И до конца обеда уже все готово.

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