Здравствуйте, Marty, Вы писали:
M>мы тут дискутируем о том, нужна ли ОС в эмбеде или нет.
А вы тут уже определились, где кончаются костыли с многопоточностью, и начинается ОС?
M>А что ты хочешь сказать, я так и не понял
А я отвечал исключительно на утверждение о том, что конечный автомат любой сложности ничем не хуже многопоточки.
Здравствуйте, cppguard, Вы писали:
C>Какие есть фундаментальные труды по этому направлению?
Фундаментальных нет. Там все точно так же. Там может не быть stl, но если ты заюзаешь свой статический аллоктор, то можешь юзать и stl без проблем. Все зависит от местных code guides. Там больше про всякие RTOS, RTE еtc. Например,
https://en.wikipedia.org/wiki/Windows_IoT
Здравствуйте, prog123, Вы писали:
P>Например, https://en.wikipedia.org/wiki/Windows_IoT
Ну, Windows IoT (по крайней мере, в своем современном состоянии) для программиста вообще ничем не отличается от настольных версий, да и пользователь там с ходу отличий не найдет.
Windows CE/Mobile отличалась сильнее, но и туда можно было легко перенести многие гуевые приложения, сделанные под настольную, обычной перекомпиляцией. Проблемы возникали в основном из-за совершенно дурацких различий в наборах второстепенных функций GUI, а на уровне системных функций разница (для прикладного программиста) была незначительной.
Линуксы для всяких маршрутизаторов, даже
самых мелких и маломощных, для программиста тоже мало отличаются от своих настольных собратьев. Гуя там, само собой, нет, но файловая система, вытесняющая многозадачность со всей положенной синхронизацией и средствами межпроцессного общения, аппаратная защита памяти, сетевые функции и прочее, почти такие же, как и во "взрослых" системах. Консольное приложение можно пересобрать под них практически любое, лишь бы памяти хватало.
Так что самое непривычное, что может быть в embedded — это работа либо на голом железе, либо под его собственной ОС или мониторной оболочкой.
Здравствуйте, cppguard, Вы писали:
C>Какие есть фундаментальные труды по этому направлению? Интересует не как помигать светодиодом или записать что-нибудь в регистр, а какие существуют архитектуры приложений, с какими распространёнными проблемами можно встретиться, почему код нужно писать в таком стиле, а не в другом. До этого момента прочитал "Test-Driven Development for Embedded C" и "Design Patterns for Embedded Systems in C".
Лучше прочитайте эту статью
https://habr.com/ru/articles/668368/
а потом сравните количество вакансий и зарплаты программистов embedded, например, с программистами Java.
Здравствуйте, IgorVlasov, Вы писали:
IV>Лучше прочитайте эту статью https://habr.com/ru/articles/668368/
IV>а потом сравните количество вакансий и зарплаты программистов embedded, например, с программистами Java.
Спасибо, конечно, за информацию. Но, во-вервых, я не писал, что планирую работать программистом микроконтроллеров, embedded это всё таки область широкая. Во-вторых, я в корне не понимаю постановку вопроса таким образом. Если я хочу много денег, я пойду туда, где много денег. Например, буду торговать китайщиной на вайлдбериз. Или задорого делать "илитные" ремонты. Или выпущу мотивационный онлайн-курс "открой в себе внутреннего программиста 2.0" за стопыцот тыщ. Да вообще есть 101 способ заработать гораздо больше, чем сидя в пыльном офисе рядом с унлыми задротами, которые пишут говно-java-код.
Здравствуйте, IgorVlasov, Вы писали:
IV>Лучше прочитайте эту статью https://habr.com/ru/articles/668368/
IV>а потом сравните количество вакансий и зарплаты программистов embedded, например, с программистами Java.
Статья в стиле Вы в самом деле хотите работать в бизнесе, ведь вы же будете сидеть в палатке или на рынке продавцом !
