Александр Пожарский

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

Да. Все сказанное верно, если только речь идет об x86 (включая x86-64).
Но для других архитектур ответ может отличаться.

Очень упрощенно, но в правильном направлении.

с функциями никак (по крайней мере до 5.6 которую я использую), а для классов можно сделать автозагрузку Как правильно использовать namespace автозагрузку классов php?

вы хотите устроится в фирму где почти все заказчики из-за рубежа

вы так же можете делать сайты, вам же не нужно общаться с заказчиками

А с кем вы будете общаться?

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

кому будут больше платить

Все зависит от фирмы. Даже в России не все берут без знания английского, хотя бы на уровне чтения литературы.

Язык, язык, язык и еще раз язык.
Всё. Больше ни на что не заморачивайся.
Считай это универсальной аксиомой отбывающего.

"Какие Вы знаете простые UI"? - все известные UI - несложные.
"Подойдет ли для этих целей встроенный UI"? - tkinter подойдёт.
"Вариант без компиляции не нравится по причине..." - да ладно, широким массам пофиг.

Изучить английский
Научиться гуглить

нигде, такие сети могут быть заабьюзены и отозваны, за несоответствие данных

книги по английскому, очевидно же, потому что чем дальше, тем больше он вам нужен будет

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

В матрице, Нео

1. Вы. Похоже, больше, никто
2. Область видимости одна и та же, модульность идет к черту. Как, впрочем, и совместимость. К тому же, require более низкоуровенен, это возможность api, чуть ли не ядра. Т.е. будет быстрее.

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

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

Специалисты, которые так и не удосужились завести привычку быстро читать и понимать прочитанное - это прекрасно. Чем больше их будет, тем выше ценность нас, читающих ;)

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

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