Mirn

Ботов для игр на ассемблере не пишут. И вообще приложения под современные ОС и домашние архитектуры крайне редко пишут на ассемблере.
Поэтому - учите С/С++. Как учить - гугл в помощь, вопросы поднимались сто раз.
Но, для понимания - я бы не советовал эти языки для старта, вообще. Но это отдельная тема холивара - как и с чего учиться программировать.

https://spark.ru/

Мне кажется самый правильный путь искать в стартап тусовках.
Я в 2014 отобрался в Яндекс Tolstoy Startup Camp (сейчас что-то притих проект) там как раз было раздолье для такого рода знакомств. В Москве с этим проблем не должно быть, есть ФРИИ, можно сходить на харвест в tceh

А пацаны годами один язык изучают до тонкостей, вот дураки то!

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

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

Вполне вероятно проблема в них.
Новые надо ставить с таким же напряжением и выше. Хотя желательно использовать родное. 99% что потребуются LowESR конденсаторы, с обычными может не запуститься
Тоже самое касается емкости, не меньше, но лучше такую же. Т.к. можете не вписаться в габариты
Конденсаторы нужны высокотемпературные, обычные долго не проживут.
Принято менять не только вздутые, но и соседние в одной группе

Я просто оставлю это здесь...

https://www.artlebedev.ru/kovodstvo/sections/161/

0. Ты тут не первый такой умный. Поищи в поиске. Очень частый вопрос.

Вы преувеличивайте проблему:

1. Идея ничего не стоит. Пока не реализована.
2. У хорошего программиста - полно работы с хорошей оплатой. Время сейчас такое. И что важно - с гарантированной оплатой, в отличие от воровства идей.
3. Даже если программист хочет что-то там украсть - раскрутить идею это куча усилий. За это время программист потеряет кучу бабла (см. пункт 2). Причем бабло из п. 2 - верняк. А раскрутится ли идея - еще непонятно. А вот усилий на нее нужно будет потратить много-много. За это время потерять кучу верного бабла на работу по основной специальности.

Юридические:

4. Попробуй патентовать. Для этого патенты и придуманы.
5. NDA вы, поди, из статей про стартапы в США услышали. У них другое законодательство. Не знаю в нашей юриспруденции понятия - "неразглашение". Есть "коммерческая тайна". Есть куча описаний как правильно оформить "коммерческую тайну". Договора о неразглашении недостаточно.

Сюрприз:

6. А еще есть авторское право. Авторские права останутся у программиста. И он сможет воспользоваться своим продуктом (что важно - уже готовым, в который вкладываться не нужно).
7. Решается правильным оформлением того, что программист создавал продукт именно для вас и только для вас под зарплату.

P.S.:
Более серьезные программисты - менее подвержены этой проблеме.
У них и репутация и зарплата - незачем воровать.

Начинающие, тем более, что сейчас рекламируется "быстро срубить денег в ИТ" - скорее подвержены искушению украсть.

Управленческие должности но это очень сложно по сравнению с программированием

с HR и командой тоже профессионал будет разговаривать?

то есть работать они будут в свободное время

Вы в параллельной вселенной, вернитесь на землю. Тогда вам сразу все станет понятно и ясно: где и как искать людей.

serialPort1.WriteLine("1");

Это, по-вашему, единица? Это строка с символом '1', а так как WriteLine, то помимо этого символа еще второй символ - '\n' (перенос строки), чтобы назвать это "единицей" надо иметь очень поверхностные знания в программировании и электронике, такие люди потом пишут приложения WPF с системными требованиями как у "топовых" игр, пишут калькулятор который "кушает" 100 МБ ОЗУ и соответственно запускается на ноутбуке за 5 секунд и иногда еще и столько же места занимает на диске, дальше говорить о кодировании сигнала не вижу смысла, отправлять нужно байты, вручную составленные из бит, тогда и поговорим, вообще кодировки разные бывают, не всегда "бит 0 = импульса нет, бит 1 = импульс есть", часто один бит передают двумя импульсами для того чтобы не путать 0 с отсутствием каких-либо данных вообще, по факту на этом уровне получается троичная система, а не двоичная.

Как дефрагментируется память в языках без сборщика мусора

Как напишете - так и дефрагментируется. Если будете использовать стандартную кучу, то никак, поэтому постепенно будет расти потребление памяти, но, как правило оно будет стремиться с некоторому лимиту. Если это создает проблемы, то вариантов решения несколько:
- свой сборщик мусора с перемещением и дефрагментацией и реализация всех динамических объектов с использованием такого подхода
- реализация управления динамической памятью не приводящая к фрагментации, обычно с фиксированными размерами чанков, например на битмапах .
- минимизация запросов на выделение/освобождение динамической памяти, например, как уже упоминалось, через object pool'ы.

Правильно ли я понимаю, что языкам со сборкой мусора нужно ровно в два раза больше оперативной памяти т.к. нужно куда-то перемещать свободные блоки? Или там от алгоритма зависит? Если да, то какой средний оверхэд?

Сборка мусора не обязательно приводит к дефрагментации, дефрагментация происходит при перемещении. Перемещение обычно не требует никакого overhead'а.