Igor Ivanov

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

1. Уточни у себя, знаешь ли ты хорошо базовую математику, которую дают в 5-11 классах? Возможно, нужно начинать с самых основ и постепенно двигаться вверх, усложняя задачи. Как раз из 5 класса хорошо решаются задачи и развивается логика. Возможно, в начале тебе данные знания нужно подтянуть.

2. Читай книги про логику, развивай логику, пытайся увидеть алгоритм в каждом своем дне.
Сегодня искала книгу и многие советовали: Логика. Виноградов С. Н. и Кузьмин А. Ф. _ 1954, Непейвода В.В. - прикладная логика.

3. Попробуй все языки программирования и выбери тот, который откликнется и понравится. У тебя могут не идти другие языки, но когда ты попробуешь все - ты сможешь определиться и найти свой язык. Если ни один не подойдет, тут уже смотреть другую сферу нужно. Можно же работать в IT и не обязательно быть именно программистом. После выбора языка - изучать его, двигаться в том направлении, поставить цель и разбить на несколько частей. Следовать плану.

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

Наверное отвечу в стиле "были наши времена"…
Ностальгируя по понятиям "ма. меня нет, дома два программиста, ты не волнуйся, - кота покормят" - канули в лета. Возросла молодая поросль стремится "рубить бабло", реже, но "рубить бабло по крупному". Именно для них(вас) мы писали всякие фичи, лазили с паяльником и делали будущее.
Стоит ли вам изучать асемблер? Если из под палки, лучше закиньте эту мысль там. откуда вы бы сами не смогли её вытянуть.
Если в вас остался (ну мало ли, информационное поле земли подсказало) и вы хотите с железом говорить "ты чо чувак, я должен тебе кишку новую пришить? - пошел на…" и будете выполнять невыполнимые с точки зрения сейвойнишных лаботрясов задачи на порядок опережая скорузлых очочников, - тогда смело в путь!
Но на вашем пути встретятся такие странности и тупости (если будете кодить оптимально), что я вам завидую как первооткрывателю )))

Чем больше знаешь - тем лучше, разве не очевидно?

еще точнее

трудно найти крутого специалиста по С++

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

Wikipedia.

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

Хост — любое устройство, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах.

Коротко:
узел сети – любое сетевое устройство
Хост – оконечное устройство, предоставляющее сервисы

Гении это создатели новых языков.

Начать хочу с самых ранних азов.

Правильно. Если хотите стать профессионалом, начинать надо с базовой теории. "Нет царских путей в геометрию".

Интересуют так же такие вещи как: стоит ли учится писать сценарии программ для Arduino, сможет ли это помочь абстрагироваться в выбранной сфере разработки и получить те самые азы?

Нет. Ардуино - это игрушка. Все, чему вы должны научиться, там надежно скрыто, чтобы не травмировать нежные умы казуальных любителей. Вы потратите время, чтобы изучить ее, а потом потратите время, чтобы отучиться от того, чему вас там научат. Тем более, если вы хотите программировать для приложений, критичных по надежности (автомобили).

Нужно ли учиться паять и разбираться в микросхемах, теристорах, тестерах и прочем железе что бы работать embedded программистом?

Да, обязательно. Хороший embedded-программист сам должен быть способен разрабатывать железо. Более того, в не слишком сложных проектах (или в очень критичных по оптимальности решения) разработчик железа и программист - один и тот же человек.

Вообще, embedded-программист - в большей степени электронщик (где-то на 80%, или даже больше), чем программист.

Нужны ли знания программирования под линукс? Читая вакансии не один раз встречал требования знания работы с линукс.

Опционально, будет плюсом.

Что касается процесса обучения, то он примерно идентичен процессу обучения инженера-электронщика.

1. Полный курс общей физики. Обязательно. Без него никуда, это база всего. После него отпадают 98% элементарных вопросов и появляется стройная картина мира. Математика - без фанатизма, но в достаточном объеме, чтобы понимать курс физики.
2. Базовый курс конкретно электроники. Здесь можно посмотреть в сторону классики - Горовиц и Хилл первое, что приходит на ум.
3. Программирование. Без фанатизма. Ночами штудировать численные методы и заучивать классичесские алгоритмы не надо (хотя представлять, как работает, например, метод Рунге-Кутта будет полезно), но выработать навыки алгоритмизации требуется обязательно. На эту тему полно туториалов, гораздо больше, чем по электронике.
4. Обработка сигнала тоже нужна. В написании программ для контроллеров всякие цифровые фильтры встречаются очень часто (особенно при обработке сигнала с датчиков), надо бы представлять, как работают методы ЦОС.
5. Специальные вопросы. Архитектура контроллеров, стандартные интерфейсы и т.п. Это уже по необходимости.

Кроме этого - английский в достаточном объеме, чтобы понимать техническую литературу и общаться на среднем уровне. Простой тест - свободное чтение документации и ресурсов типа hackaday.

Но самое главное - желание. Только оно может обеспечить достаточный объем практики.

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

В целом программирования для микроконтроллеров можно как и любую другую разработку разделить на уровни.
Для простоты скажем это Уровень железа (Hardware Abstact Level (HAL)) и уровень приложения (Application или Business Level)

Для того, чтобы заниматься уровнем железа необходимо:

1. В первую очередь знать как работает микроконтроллер, и всякая периферия от простых портов, UART, ADC, SPI и до USB, Ethernet и Bluetooth. Для этого необходимо почитать соответствующую литературу, можно статьи, коих много в интернете.
   И после этого ознакомления, самое главное, необходимо изучить оригинальные спецификации на все это, потому что только там есть правда.
   
2. Необходимо знать язык программирования, для начала Си, но лучше сразу начать с С++ :). Ассемблер вам понадобиться в настоящих приложениях очень редко, только если, вы скажем, захотите написать свою RTOS . Т.е. особо без надобности изучать ассемблер не надо, но как работает ПО прошитое в микроконтроллер и сам микроконтроллер вы знать должны (Стек, как происходит вызов функций, как выполняется прерывание, как создаются динамические объекты, что такое куча и т.д.)
   
   

Для того, чтобы заниматься уровнем приложения:

1. строго говоря можно про аппаратуру знать постольку поскольку, например, если у вас уже написал HAL для UART, то вам не надо знать, какие там регистры используются для установки четности или скорости, вы просто будете вызывать соответствующие функции HAL
   
   
2. однако тут необходимо знать дополнительно много всего, включая С++ и, например, паттерны проектирования, Операционные системы реального времени, парадигмы программирования ( к примеру, ООП, метапрограммирование) и т.д.
   
   

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

Обычно все таки людей разделяют на схемотехника и программиста, который делает все от HAL до бизнес логики.

В идеале, должны быть 3 человека, схемотехник, программист низкого уровня (HAL, стеки, драйвера), программист бизнес логики

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

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