netduino plus 2 работает под микрофреймворком
только с сеткой оне зачем-то конкретно накосячили

Все косяки от того, что существование полноценной JVM без платформы ОС это абсурд. У Oracle нет пункта скачать под IA64 или под Sparc, есть только под ОС. JVM не работает с голым железом. Например, она лишь дополняет работу с памятью, но всё также работая в виртуальной памяти и обрабатывая исключения ОС, если программа полезла в запрещенную область. И память выделяет/чистит она силами ОС. С оборудованием работает через системные вызовы. Портировать JVM легче под ОС, чем под голое железо, хотя бы потому, что вариаций ОС меньше и для работы с ними требуется меньше asm. И, наверное, стека TCP нет в JVM, а есть лишь надстройка над ОС.
Создавая C++ Страуструп не пошел на компромисс монструозность/скорость исполнения кода, и теперь мы пользуем C++ на самых маленьких МК. И да, в нем нет стека TCP/IP и сборщика мусора.

Подсчет ссылок - это такая полуавтоматическая технология сборки мусора. Проблема номер 1 - она не разруливает циклы (но есть штуки вроде weak_ptr, которые помогают это делать вручную). Проблема номер 2 - она тоже не слишком шустрая, и в некоторых случаях проигрывает gc


Ну если сервис написан под .NET, то да, эпизодически в нем происходит сборка мусора

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

Хотелось бы в целом понять. Что именно привлекает автора?
Скажем исключения - для си и для плюсов задача не сказать чтобы архисложная. Здесь больше зависит от того, как написано всё. Если широко используется динамическое выделение памяти или, к примеру, внешние библиотеки ну например FAT, TCP/IP стеки, то действительно, для начала требуется глубоко залезть в эти библиотеки. Если пишешь всё сам и с нуля, то это вообще не проблема.
Как преимущество промелькнула возможность предварительной отладки проекта под писишкой. Ну я тут от обратного иду. Замутил себе симулятор на QT и шпарю. Правда я только GUI и некоторые другие вещи отлаживал. Ну типа клаву, флэш память. Но по хорошему можно и другие вещи прикрутить. Тоже вариант.

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

Хотелось бы более конкретно преимущества услышать.

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

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

Сообщение отредактировал mantech - Jul 8 2015, 07:40

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

Сишники освоят жабу и вздохнут с облегчением

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

Как никак альтернативная ветка эволюции...

А оно и сейчас уже так... Потребность embedded программистах невысокая, зарплата низкая. Рулят различные php, java, и т.п. И з/п у них значительно выше.
По крайней мере у нас.
Причина, наверное, в том, что этих программистов могут нанять конторы из-за бугра. Впрямую или ч/з национального посредника.
Такой вариант с embedded не просматривается ...

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

Сообщение отредактировал mantech - Jul 9 2015, 05:10

а я убежден в обратном: думаю, в ближайшие пару лет все эти эмбдэд темы сольются с развлекательной мишурой ака "твиттер в кофеварке"

и кто победит ? что-то мне подсказывает - у кофеварки нет шансов

Вот именно что "у нас". Это потому что у нас промышленность практически отсутствует, соответственно и рынок железного программирования ограниченный и зарплаты.

С чего бы это? Вполне себе нормально просматривается.
Я, например, несколько лет проработал на канадского дядю Сэма в нескольких ембеддед-проектах.
И до сих пор из всего моего опыта удалённой работы это был самый удачный - такого взаимопонимания у меня не было ни с одним из "наших" заказчиков.
А в чём кстати проблема с ембеддед? Большая часть комплектации покупалась нами здесь, макеты и опытные образцы - тоже здесь изготавливались. Туда (заказчику) в основном отправлялась только документация на платы, прошивки, текстовая документация и т.п. Обычной почтой пришлось воспользоваться всего несколько раз за все эти годы.
И я знаю, что у моего босса наша команда была не единственная, у него было ещё несколько команд и проектов у нас в РФ и не только.