peacefulatom

всё правильно говорится, с некоторыми оговорками. основные минусы
1) говнокод. если использовать родное приложение, прошивка получается крайне кривой. отсюда лезет убогость работы по скорости, убогость работы библиотек (совместная работа нескольких), убогость вырастающего на этом кале "программиста", убогость по работе устройства в целом.
2) отрешённость от железа, искажение представлений о его работе. крайне плохой инструмент для начала изучения контроллеров. самый бородатый и эпичный пример киселя в головах "программистов" - 99% уверены что у всех моделей ардуин (соответственно у их "центральных" чипов) есть аналоговые выходы.
3) отсутствие развития в изучении и стимула для самостоятельной работы, отупление пользователя в целом. digitalPin high работает равнозначно на uno- и на due-, тогда как первое это древняя atmega а второе это контроллер с ядром cortex-m3 и с кратким даташитом на 1500 страниц. купить камаз чтобы засыпать своему коту лоток.
4) очень странно, но наличие коммьюнити. просто из статистики имеется достаточное количество адекватных инженеров-пользователей этой платформы. также достаточно количество тех же инженеров не-пользователей, но работающих с этим железом за деньги. условно пару процентов пользователей производят скорее всего 100% всех модулей и/или библиотек + китайская штамповка ---> см п.3 но уже не касаемо железа, а всей платформы в целом. зачем что-то учить и изобретать если можно купить 3 готовых модуля, инклуд 3 библиотеки и "устройство" готово.
5) говнокачество. форм фактор андрунно не предполагает использование, отличное от настольного. в готовое устройство - не засунуть. в прототип который будет "надёжным" в эксплуатации - не засунуть. каких-либо кастомных схем не собрать - pls-pbs разъёмы при постоянном использовании разбалтываются и при большой схеме на бредборде можно часами шевелить провода ища плохой контакт. всё это можно помножить на хламовые компоненты из чины (кто у нас покупает оригиналы по 20 евро?)
6) искажение "имиджа" профессии. любой аутист соберёт вайфай замок с эзернет шилдом и блютус чайником за 13 минут, при том, что изготовление "взрослой" электроники займёт неделю или месяц. при этом в популистских статьях полученные результаты подаются как сопоставимые. т.е. дядя учился и работал 10 лет чтобы проектировать правильно и хорошо а школьник собрал аналог пока сидел на унитазе. при этом сравнить качество/функции/надёжность/технологичность забывают, и у дяди подпекает.
основной источник наездов это п.1, п.2, п.6.

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

1. Что касается портфолио. Если нет формального опыта работы на си, то на должность выше среднего рассчитывать в принципе не придётся. Опять же, если этого опыта нет, то шансов написать годное портфолио тоже мало. Лучше вообще код не показывать, пока не попросят.
2. Если хочется посмотреть, как выглядит хороший современный код на си - рекомендую почитать исходники популярного открытого проекта. В зависимости от удобной специфики. Например: ffmpeg , openssl, openvpn, qemu. Там же можно посмотреть, как организована система сборки/автоматического тестирования.
Исходники лучше всего читать в процессе отладки (gdb). Тут порог вхождения несколько высокий, т.к. придётся искать IDE. Я пользуюсь emacs.
3. Из собственного опыта, даже крутые крупные компании готовы брать сишника, лишь бы он был готов стараться. Не стесняйтесь предлагать свои услуги.
4. Чем хорош п.2 , так это тем, что знание популярных открытых фреймворков - это + к резюме.
5. Удобнее будет под линуксом.

Это бескорпусный микроконтроллер типа "китайская сопля". Программируют так же, как и корпусные - через отладочный интерфейс типа JTAG.
Черная хрень это компаунд, под ним кристалл микроконтроллера, который в случае корпусного исполнения залит пластиком (или в металло-керамическом корпусе).
Сделано это для удешевления производства. Как видно, изначально предусмотрен вариант напайки и корпусного варианта.

как по мне так если прям серьезно заниматься сетевым программированием обязательно знать с, cpp хотя бы для того чтоб писать на них шустрые ядра для каких нибудь обвязавающих библиотечек на скриповых языках типа питона для более легкого лиспользвоания.
принцип примерно такой:
поставлена/ придумана какая то хитрожопая задача(для стандартных задач давно уже написаны офигенные библиотеки накаком хочешь языке), например передать мертвых шлюх по udp протоколу с минимальными потерями, что для этого надо сделать? прально писать свою реализацю протокола udp с проверкой на ошибки типа UDPDeadWhore.0.2beta а потом просто мастерить к ней обвязки в на языке который используется в текущем проекте...... PROFIT.

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

Не могу полностью согласиться со всеми высказавшимися.

Да, в среднем высокоуровневое программирование оплачивается выше чем разработка железок. На счёт уровня зарплат могу судить лишь по Москве (для молодого специалиста с 0.5-1 годом стажа на старт большинство фирм дают ~40 - 50 т.р.). Плюс некоторые готовы брать людей и без опыта, если голова варит.

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

Да, в большинстве случае будете прямо или косвенно работать на государство. Косвенно - это когда фирма частная, но участвует в разработке по ОКР.

Но!
Если говорить о разработке железа (прототипирование на ПЛИС/разработка ASIC), то в сфере наблюдается кадровый голод. Если выучите SystemVerilog, UVM/OVM/Assertions и что-нибудь из комплекта C/C++, Tcl, bash Вам цены не будет как верификатору. Потому что верификация разработки это самая трудозатратная часть. Можно ещё и разработчиком быть - на Verilog-е писать. Везде свои прелести. В итоге поработав лет 10 можете заиметь весьма реальные шансы уехать поработать куда-нибудь. Но тут очень много разных факторов и что будет через 10 лет сказать сложно.

Ну если в двух словах, то компиляция - процесс получения программы (исполняемые машиной команды) из исходного кода на неком языке программирования.

Трансляция - преобразование исходного кода программы из одного ЯП в другой. Обычно компиляторы (например для C/C++) транслируют исходник в программу на асемблере, и уже потом ее компилируют.

Что касатеся транспайлера (Transpiler) - это тот же транслятор с той лишь разницей, что у результата примерно тот же уровень абстракции, что и у исходного текста (ну например транслятор из Java в C++).

Ссылки:
Source-to-source compiler
Compiler
Translator