Каким образом это лучше чем сразу учить Java/Python/Etc? Если не учитывать непонятно для чего потраченное время.

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

Я вот не понимаю, для чего везде совать Си? Особенно если потом изучать туже Java. На старте он ничем не лучше других языков.

В свое время на маленьком Symbian смартфоне Nokia 6120c начинал изучение программирования на Python, и на нем и для него писал программы. А это 2 дюйма экран правда с механической клавиатурой, хоть и стандартной 12 кнопок + пятипозиционная (джойстик)

Куплю: Искусство программирования для Unix — Реймонд Эрик

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

Эх, такой клондайк интересных книг пропустил)

В килобайте 100 байт по международному стандарту

Більше цікавить автомотів та медицина, краще голе залізо та якісь ОСРЧ, але не Лінукс.

В першу чергу, цікавлять компанії що займаються розробкою промавтоматики і програмного забезпечення для неї. А також компанії, в яких є automotive напрям, але мається на увазі не мультімедійні системи чи щось таке, а саме критичні системи які відповідають за керування та роботу автомобільних систем.

Цену узнать можно?

Первый — low level embedded developer — эти ребята знают, как правильно работать с железом, виртуализацией, как работает Linux на уровнях kernel-драйверов и т.п.

Второй — классический embedded developer — ребята понимают, как софт разрабатывается и живет во встроенных системах, где есть ограничение по памяти, дисковому пространству, ЦПУ. Что нельзя писать программы и аллоцировать 20 Мб памяти на стэке просто потому, что мне так удобно.

Интересная классификация embedded developer’ов. Всегда думал, что low level embedded developer = классический embedded developer, а то что у вас подразумевается под low level embedded developer, это нечто другое.

А причем софт, к фрагменту который вы цитируете? Это проблемы аппаратные, а точнее коммуникационной составляющей.

Прочитал всю тему, но так и не нашёл ответа на вопрос: чем ETL не устроил?

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

Возможно. Просто у IAR заявленно С11/C++14. У keil тоже есть С++11, насчет Си ненашел инфы. Но возможно это все, не для всех платформ реализованно.

Что не так? Разве что, я не учел, нехилую стоимость лицензии для новой версии компилятора

Почему?

Рассмешил.

Ну все компиляторы вроде бы поддерживают и С11 и С++11