caxapa.ru :: LUA, Java - не позволяют оптимально структурировать данные, а следовательно код будет сильно не оптимальным, можно ещё вспомнить про тормоза их интерпретаторов/виртуальных машин. PS: регулярно вижу как разрабатывают системы на Java, ужасно не

уцкуецукацу (26.06.2013 21:43, просмотров: 1) ответил Evgeny_CD на не завтра. И не от Espruino (Slower, because code is interpreted. Too slow for Audio + Video. No network connectivity). Но программизм контроллеров точно кардинально изменится. Весьма быстро, по моим ощущениям.

LUA, Java - не позволяют оптимально структурировать данные, а следовательно код будет сильно не оптимальным, можно ещё вспомнить про тормоза их интерпретаторов/виртуальных машин. PS: регулярно вижу как разрабатывают системы на Java, ужасно не оптимально(производительность и память) и далеко не кроссплатформенно(ОС Linux/Win), причина: дань моде и с крючка уже не слезть. Поэтому считаю что всегда будет ниша для программистов "железа", но она уменьшиться.

- LUA не разу не тормоз. Несколько лет назад народ пустил сюда результаты тестов LUA на STR912. Грубо - LUA была в 4 раза медленее, чем plain с на типовых задачах. Evgeny_CD(201 знак., 26.06.2013 22:25)
  - наверняка вызывали какую-нить сверхтяжёлую библиотечную функцию в цикле (fft например). ну так конечно, там 95% на исполнение функции уходило, и 5% только на интерпретацию. Mahagam(67 знак., 26.06.2013 23:23)
    - Здоровье призывников оценят по новым правилам) - lexxx-lexxx(27.06.2013 13:04, ссылка)
    - Не было там тяжелых функций - я это помню. Сами посты найти не могу. AlexandrY постил. - Evgeny_CD(26.06.2013 23:29)
      - Это? - rezident(26.06.2013 23:35, ссылка)
        
        Да. Черт, проигрыш там не 4, а 20 раз. Память подвела :( - Evgeny_CD(26.06.2013 23:44)

Средства и методы разработки