Кто-нибудь разрабатывает что то на java?
поделитесь пожалуйста опытом:
- какими программными средствами пользуетесь
- какие типы устройств разрабатываются

В общем давайте подискутируем на тему перспективы разработки устройств на Java.

Опишу видимые мной плюсы:
- скорость разработки (кучи полуфабриката)
- высокая абстракция от внутренностей железа

M7 от STMа более заточены под это спецом, M4 едва, едва, медленноват будет, ... хотя смотря какая задача. Есть опыт юзания разных ембеддед яв. Удобств мого, на встроенную яву освоить некое время потратить нужно.
- независимость от железа, да
- графические примитивы и графика, да
- простота написания кода, да
- скорость разработки, непонятно, задач различных много.
- сетевые приложения, да
...

Из истории...
Когда спустя более 10 лет люди произносили Java (это те кто сейчас произносит облака, нано и прочую маркетинговую муть), люди с сей занимались
оптимизацией кода Джавы под ту или иную джава машину.

Это так сказать логичный минус из универсальности языка джавы. Конечно-же воды утекло не мало с тех пор, и всё шагнуло далеко вперёд, но лично я
верю в законы сохранения - универсализм за счёт чего???

По поводу скорости разработки. Стремление фирм разработчиков снизить затраты на производство - понятны. Отсюда потуги натянуть нечто
низкоуровневое на простоту восприятия и использования. Но кризис в штатах, в сфере IT в 2001 дал понять, что не каждая домохозяйка может
осмысленно нажимать кнопки и создавать алгоритмы и код.

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

Если опираться на опыт пром. разработок - то собственно за работоспособность изделия отвечает и электроника и программное обеспечение. Т.е.
завод изготовитель несёт ответственность за работоспособность изделия согласно документации перед заказчиком. В данных рамках универсальность
требуется только во вспомогательном функционале. Ну типа настройки алгоритма дозвона до процессингового центра с утюга, для оплаты счетов за свет
При этом основной функционал утюга = гладить бельё. Именно это продаёт завод изготовитель. Наверное такой подход назреет в будущем...

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

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

андроид годиться?

cortex-m ?

хотелось бы вести дискуссию в рамках микроконтроллеров (не процессоров)

Сообщение отредактировал k000858 - Jul 2 2015, 10:04

Можете привести реальные примеры, иллюстрирующие вот эти два тезиса?
Мне почему-то ничего в голову не приходит. Фантазии не хватает, наверное.

Зачем вспоминать, линуксовую приблуду тут?

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

Для этого яву нужно знать хотя бы и все окружение. На постсовдепии с этим туго было, не популярны были саны. У которых уже ява была вместо бейсика.

Вы серьёзно? Магазин приложений и облачный сервис? На микроконтроллере? Это угар.
Любая такая библиотека захочет многих мегабайтов. И сразу "зравствуй, настоящий взрослый линух". МК тут вообще ни с какого бока.


Собственно, см. комментарий выше. Я думаю, вы долго будете втолковывать "любому ява-программеру", что нельзя просто так взять и создать любой объект, потому что пямяти всего 100 килобайт.

не взлетело, а ведь были же и ARM9 с буковкой J, и AVR32 (AP который, а не то что сейчас осталось).
кстати, где они? ©

так что либо андроед, но это уже совсем не cortex-M,
либо что-нибудь по-легче - lua например.

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


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

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

далее отказываюсь спорить на эту тему.
хотел бы почитать об опыте реальных программеров реализующих такие задачи.

кто же спорит, что "можно". Если сейчас начнём перечислять что можно на том или ином языке - то свалимся в холифар длины органов.
всё становится на свои места, когда речь заходит что НУЖНО заказчику. а на чём и с помощью чего делать - это то дело двадцать пятое =
подсчитываешь плюсы и минусы и сравниваешь...



вот объясните дураку - что такое "облако" ?
А то до сих пор все только говорят как это круто. А что это такое - пока никто не сказал.
Чем это например отличается от клиент-серверной технологии, с точки зрения определения этого понятия?



Как бы нет проблем позвать что то уже готовое и из сей и из азма. В конечном итоге-то внизу всё из-азм!



Вы абсолютно правы конечно-же. В теории. Но на практике всё упирается в хозяйственные отношения. Закон КГБ рулит (качество-график-бюджет).
Т.е. если требуемый функционал можно достичь на дохлом МК, с программой в двести строк... То разовая работа на азме дешевле миллионной партии
железа, даже если на азме мегабайты кода... Да с возрастанием объёма на сцену выходят другие законы уже, и у азма они выйдут быстрее чем на
сях либо джаве. Но это уже повод сделать итерацию в осмыслении и изменении платформы на более высокоуровневую.

лично для себя расцениваю вектор "stm32 -> java" как один из инструментов (как осциллограф или паяльная станция), а не как замена существующего. работаете без них - флаг вам в руки. меня опыт "без опыта" не интересует. никого пролечивать ни на что не планирую. меня интересует ОПЫТ тех, кто такое делает, а не мнение "с дивана"
без обид