Виктор П.

Самый простой способ, купить готовый набор. Например тут: amperka.ru/collection/kits (Наборы Малина)
В наборе помимо платы, множество заданий с подробными инструкциями. От простого к сложному. + набор всех необходимых электронных компонентов чтобы начать.

         "По типу" есть. Проблема заключается в стране. Такие разработки обязаны иметь гос.сопровождение. Даже не из-за военной тематики, а из-за банального финансирования и наукоёмкости. Оно должно сидеть на раздутом до гигантизма бюджете. Потому что у нас делать узлы для этого очень дорого и мало где можно. Это 100% оборонка и те под её крылом. А всю электронику закупать за границей, а значит надо либо много денег на таможне, либо военную крышу.
         Основные подвижки у нас в этой области имеют статус стартапа или небольшого очень узкого ООО, которое работает контрагентом у какого-нибудь пухлого ЦНИИ (РТК, например) и на досуге разрабатывает руку или колено для таких вот ходунов по собственной инициативе. Собственно, такой статус как раз обусловлен полнейшей отсталостью в плане технологической и мат.части в этом вопросе. Компоненты и технологии зарубежные, дорогие и сложные, а тематика военная и обеспечить финансирование и производство тоже может только ВПК (ну а куда ещё этих роботов? Пенсионный фонд не потянет). Плюс на минус дают нуль. Стабильность таких компаний испытывает удачу на прочность. Проиграли (по любой причине) тендер на проект - сидишь без работы, а значит и без денег. А найти заказчика на технические свистелки за десятки, а то и сотни миллионов задача не из простых.
         Другой вариант попроще - маленькие короткоживущие проекты, с расчетом на гражданского потребителя. Ну тут всё плохо совсем. В лучшем случае получаются дорогие игрушки для фанатов и детей от 16 лет, в худшем не получается ничего и проект загибается ещё до прототипирования.
При этом при всём, максимум профессионализма можно увидеть в статьях на хабре и тематических форумах по робототехнике. Где люди в качестве хобби вечерами строят подобные вещи в упрощённом варианте, а вместо диссертации пишут статью. Пускать это в серию? Не окупиться. Кому оно надо в таком виде, если можно купить готовое из Китая в 3-4 раза дешевле?
         Есть, а точнее был, ещё один вариант - бюджет зарубежный, а размещение у нас. Филиал, скажем или просто подразделение. Сейчас, сами понимаете, кислород таким компаниям перекрыли до достижения асфиксии. Оттуда ничего не привезти, отсюда ничего не увезти. Любые движения в область высоких военных технологии воспринимаются как деятельность разведки противника и немедленно пресекаются игнорированием и бетонной стеной апатии со всех участвующих сторон.
         Поэтому все грамотные в этой отрасли инженеры и научные сотрудники приглашены и убыли тудыть, где есть самое главное в этой работе - отдача, заинтересованность работодателя и вменяемая финансовая поддержка. Evgeniy_lm, к сожалению, прав. У нас даже в нужной государству отрасли толковому инженеру или ученому устроиться сложно. Так же оборонка насквозь прогнила нашей национальной болезнью и все кормовые места, где тебе дадут зеленый свет самореализоваться и что-то такое продвинуть, забиты на поколение вперед. А где можно это сделать своими силами, вы будете 70% своей творческой энергии отдавать прыжкам через палки в ваши колеса. Либо надо быть действительно гением, но тогда там предложат такие условия, что здесь никакие силки не удержат.
         Иными словами: у нас элементарно нет условий для такой деятельности в указанном масштабе. У нас в стране всего один заказчик, который может себе позволить подобные вещи и это МО, а оно не очень заинтересовано и не может обеспечить нужный подход к разработкам. А ещё оно намертво приварено к консерватизму. Хотя бы пригласить группу зарубежных специалистов, чтобы они вели проекты в составе гос.оборон.заказа. Можете себе такое представить? Я только в альтернативной вселенной такое видел.

       Одной специальности, где всё от и до не получается. Просто из соображения, что робототехника включает сразу три громаднейшие области: среднее машиностроение (железо в прямом смысле этого слова), точное (приборостроение, радиотехника и электроника) и программирование. И точно так же делятся подразделения уже на рабочем месте, причём не важно частник это или гос.контора. Чисто физические нельзя охватить все три за 5-6 лет обучения, обязательно будут пробелы. И тут вопрос - пробелы везде и менеджер стартапов на выходе или инженер-изобретатель. Это уже ваше личное дело. Разумеется, на всех комплексных специальностях даются основы всего, чтобы было представление, но всегда есть четкое усиление как минимум
либо в корпусно-механическую сторону, либо электронику и программирование. Опознать это и степень уклона можно по учебному плану и списку дисциплин на весь курс. Надо сразу смотреть чего больше в программе и будет видно кого готовят.
       А это мы даже не подняли вопрос профиля, между прочим. Потому что несмотря на общность с точки зрения системотехники, профиль значит многое. Сталкивался неоднократно по своему основному профилю (подводная робототехника), что человек хороший специалист, но среду не понимает от слова совсем, потому что учился в направлении другой отрасли. А ведь роботы ещё могут ездить и летать, а некоторые не могу и стоят на заводе, подключённые к сети и работают 24/7. Это всё накладывает отпечаток и серьёзный. Применима ли теория управления к ним всем? Несомненно. Но вы говорите о практике и я ручаюсь, что учась всю жизнь строить торпеды, первый же ваш проект по разработке промышленного манипулятора или ЧПУ-станка будет набит косяками, которые выпускник "промышленной робототехники" научился обходить ещё на третьем курсе. А, казалось бы, всё одно и то же ведь? Но нет - не одно.

Поэтому вам придётся выбрать по обоим критериям что-то одно, а остальное в рабочем порядке или в качестве хобби догонять. Соответственно, зная что хотите уже конкретно можно выбрать и ВУЗ. Пожалуйста вам из списка, любезно предоставленного Merovei: Московский государственный технологический университет «СТАНКИН».. вот что-то мне подсказывает, что промышленные роботы и станки у них в программе рассматриваются куда чаще, скажем, систем управления БПЛА, особенно по части разработки ПО для этого дела. Так что звонить, ходить к ним и узнавать что конкретно они дают придётся. Иначе осознание этого может придти курсе на третьем, когда вам трижды скажут наконец на кого именно вас учат.

Можно, но не стоит овчинка выделки.
Есть куча проблем -

• Управление силовой электроникой - в случае Arduino или решений на микроконтроллерах - есть куча готовых релюшек. А подключить эту релюшку к ПК это зачастую проблема.
  
• Размер - представьте габариты ардуино или распберрри и вашего старого ПК.
  
• Надежность - он же будет сыпаться.
  
• Работа в агрессивных условиях- подобрать защищенный бокс гораздо проще и дешевле для компактного оборудования.
  
• Электропитание - представьте сколько это железка будет кушать энергии.
  

В итоге такая экономия выливается в большие траты.
Если вам нужен контроллер - покупайте контроллер.
Если нужен ПК - покупайте новый компактный вроде Rpi

Если компьютер очень старый, то там должен быть LPT, параллельный порт. Там будет целых 8 каналов, которыми можно управлять отдельно.

Всё так.
Мы, "типо программисты на Юнити", 80% времени создаем лишь видимость работы - сначала вносим в игру баги, чтобы потом кучу времени потратить на их починку. И так по кругу.

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

Необходимо открыть специальные счета. Нужно запомнить, что со спецсчета агента деньги поставщику можно перечислить только на спецсчет. За нарушение указанного правила предусмотрена ответственность.
Агент обязан проводить идентификацию плательщиков.
Кассовый чек платежного агента должен соответствовать предъявляемым требованиям.
Платежные агенты обязаны вести отдельную кассовую книгу по средствам, полученным ими в рамках деятельности платежного агента и формировать отдельные приходные кассовые ордера на них. Эти деньги не учитываются при расчете лимита кассы и должны полностью сдаваться в банк. Деньги с момента их поступления в кассу платежного агента принадлежат третьим лицам.
Отдельные требования есть и для платежных агентов, применяющих в своей работе платежные терминалы или банкоматы:

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

Но важно понимать, что если агент получает наличные от физических лиц, то всю сумму необходимо перечислить на свой специальный банковский счет (до этого момента вычесть свое вознаграждение нельзя). И уже со спецсчета можно будет перечислять средства на другие счета (п. 4 ч. 16 ст. 4 Закона от 3 июня 2009 г. № 103-ФЗ). При этом 103-ФЗ не конкретизирует, на чьи счета могут списываться средства.

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



Ответственность
Если платежный агент перечислит на свой специальный банковский счет не все наличные, полученные от граждан (ч. 2 ст. 15.1 КоАП РФ), он может быть привлечен к административной ответственности.

За такое нарушение грозит штраф:

для организации – от 40 000 до 50 000 руб.;
для должностных лиц (главного бухгалтера, а если его нет – руководителя организации), предпринимателей – от 4000 до 5000 руб.
Заметим, что индивидуальные предприниматели могут быть привлечены к ответственности только в качестве должностных лиц. Это следует из определения категории «должностные лица», которое дано в статье 2.4 Кодекса РФ об административных правонарушениях.

Не исключено одновременное привлечение к административной ответственности как организации, так и ее руководителя. Правомерность такой позиции подтверждается письмом Минфина России от 30 марта 2005 г. № 03-02-07/1-83 и арбитражной практикой (см., например, постановления ФАС Московского округа от 14 июля 2005 г. № КА-А40/6231-05, Дальневосточного округа от 17 мая 2005 г. № Ф03-А16/05-2/984, Западно-Сибирского округа от 5 июля 2005 г. № Ф04-4410/2005 (12792-А03-32)).

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

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

Еще желание осталось ?

Очередность прочтения лучше соблюдать.

1. Шаблоны корпоративных приложений, Мартин Фаулер
   
2. DDD, Эрик Эванс
   
3. Применение DDD и шаблонов проектирования, Джимми Нильсон
   

• SOLID, Принципы, паттерны и методики гибкой разработки на языке C# - Роберт Мартин
  
• GRASP, Применение UML 2.0 и шаблонов проектирования - Ларман, Крэг
  
• GoF, Приёмы объектно-ориентированного проектирования. Паттерны проектирования.
  

в C# есть очень элегантный механизм расширений возможностей существующих обьектов, он так и называется - расширения
https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...
https://metanit.com/sharp/tutorial/3.18.php

но реализуется он только статическими методами, и только в статических классах

следующий пример - фабрики классов, так вот в C#, наиболее естественным образом, фабрики реализуются именно статическими методами

всем этим приемам есть свое место и время, просто надо в этом разобраться

ps

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

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

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

Есть ли у статического варианта какие-то подводные камни, например, при вызове из нескольких потоков?

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

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

вывод - статика классная штука!... однако применять ее действительно надо только тогда, когда ясно понимаете что делаете? и зачем делаете именно так?

Сказать честно никак, обычно и не спрашивают подтверждение

У меня есть сорцы всех проектов. Так что мой код говорит за меня сам.

https://github.com/thedaviddias/Front-End-Checklist
Дорожная карта по технологиям, что нужно знать для фронтенда, бекенда и девопса:
https://github.com/kamranahmedse/developer-roadmap