Мир прикладного ПО ближайшего будущего будет весь на джава благодаря гуглу

Ну и ладно. Надо только в процессоры встраивать аппаратную джава-машину.

Куда уж толще?

Ненене. Чур меня.

HTML5, метеор, кордова, реакт-натив - пжалста.

Скала, груви - пжалста.

Рубиниусы, джитоны - пжалста.

Голая жаба? No way!

НАМ ВСЕМ ПРИДЁТСЯ ПИСАТЬ НА ДЖАВА!!11

Откуда ты делаешь такой бредовый вывод? По-твоему, в андроиде и ChromeOS нативных приложений нет что ли? Qt5 нету? При чем тут java?

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

НАМ ВСЕМ ПРИДЁТСЯ ПИСАТЬ НА ДЖАВА!!11

Ну мож научитесь писать на java.

гугл собирается сделать

Гугл любит нативный код. Из-за этого Firefox ещё приличный промежуток времени будет зависеть от GTK+ 2.

Даже если ты пишешь под андроид на культях - изучить платформу придется.

Ты можешь писать хоть на сях. Работать оно всё равно будет на жабе. И писать тебе всё равно придётся под жабу.

Никаких вам питонов/перлов

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

Ты ж недавано не знал что такое ООП, а теперь уже мнение имеешь? %)

Гугл любит нативный код. Из-за этого Firefox ещё приличный промежуток времени будет зависеть от GTK+ 2.

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

ps. ко всем тулкитам отношение индиферентное.

Ну и ладно. Надо только в процессоры встраивать аппаратную джава-машину.

Уже были попытки. https://en.wikipedia.org/wiki/Java_processor

Жаба это вообще само по себе толстое поделие :)

Я такую песнь лет 15 назад слышал. Шо, опять?

Так, сначала перепишем весь десктоп на Java, а потом и C++ похороним. Всё как в конце 90-ых. Всё ждём!

Ты можешь писать хоть на сях. Работать оно всё равно будет на жабе.

Бред.

М, и давно андроид переписали с жабы?

1. JVM - это не только Java. Можно писать на Scala, Kotlin, итп.

2. Android - это не только managed code. Можно писать на C/C++ чисто нативные приложения

3. Android - это не только JVM, можно писать на C#/.NET (Xamarin). Компилируется потом в нативный бинарь.

4. Для любителей питона - тоже вроде что-то было.

5. В Play Store на самом деле полно приложений и на html5/js: *.apk состоящий из одного WebView, и все остальное - веб страницей загружаемой из ресурсов

NativeActivity, нативные api GLES и OpenAL были и есть. Статические бинари написанные на C берут и просто запускаются внезапно в терминале. Какие проблемы? Что, java в ядро линукс внедрили в андроиде по-твоему? Что помешает ядру линукс запускать бинарники?

Уже были попытки. https://en.wikipedia.org/wiki/Java_processor

Не только попытки, на самом деле. ARM процессоры использовавшиеся в нокиях на S40 5-6 лет назад имели нативное аппаратное ускорение для JVM байткода. По этой причине, если сравнивать производительность кода на телефоне vs тот же код на десктопе тех времен _без_ JIT - то выходило что мобильник то не сильно медленее. (Включение JIT на десктопе понятное дело меняло картину совершенно).

А разве твоё приложение будет работать только с ядром?

Насколько я знаю, даже обращения к камере, GPS и другим вещам осуществляется через API, а следовательно - работает через java. Поправьте, если ошибаюсь.

CromeOS? Это то что должно пихать везде юзеру на монитор контекстную рекламу? Да хомячки лучше будут свои оральные сцены и пароли мелкомягким продавать чем контекстуху смотреть, хотя... Этож хомячки, им без раздницы откуда зонд торчит.

Обоснования будут, или как всегда?

Но как-то же люди пишут нативные приложения. cast Stahl

Мир прикладного ПО ближайшего будущего будет весь на джава благодаря гуглу

Нам пофиг.

/пользователь OSX

Во-первых, с чего это гугл любит нативный код?

Потому что быстро и разогреваться не надо. Native Client — уже скомпиленный, только проверить. Portable Native Client — компилируется при установке, потом тоже только проверяется. В Android'е одно время был AOT-компилятор. Слой совместимости с Android-приложениями в ChromeOS сделан не на JavaScript, а на NaCl.

Ну допустим это так. Но как это коррелирует с тем, что фф будет ещё долго зависить от гтк2?!

Mozilla с одной стороны не любит бинарники, потому что это противоречит их видению открытого веба, а с другой стороны вынуждена поддерживать плагины типа Flash, потому что они поддерживали их десятилетиями. Эти плагины ждут, что в среде их выполнения будет доступен GTK+ 2. Поэтому Firefox занимается акробатикой с библиотеками, чтобы в основном процессе использовать GTK+ 3, а в процессе с плагином — GTK+ 2.

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

ТС устал и несёт чушь.

гугл собирается сделать софт из гуглплеея доступным для

Да пусть они обеспечат его запуск на всём от презервативов до реактивных двигателей — всё равно в Google Play банально нет программ привлекательных иначе чем на смартфоне. И если запуск этих программ будет тривиальным на любой системе, то всё равно это никому не нужно.
Более того — обычно в Google PLay представлены корявые и малофункциональные кальки с нормального софта.

Я тебя немного другое хоикл спросить. Ты пишешь натиный код с применением qt, ты можешь использовать андроидовское API камеры и GPS, например?

Насколько я знаю, даже обращения к камере, GPS и другим вещам осуществляется через API, а следовательно - работает через java.

Это да. Но утверждать, что любое приложение, написанное под андроид на C, все равно работает на java не правильно. 3D игры почти все нативные. Если нужны java api, часть приложения будет на java, которая взаимодействует с этими api. А все остальное может быть нативным. Приложениям-аналогам десктопных, которым не нужна камера, gps и т.д. в принципе достаточно нативных api, или минимальной прослойки на java. Речь то в ОП идет про десктоп и ChromeOS вообще.

Не будет Этого. Гугл уже решил иначе.

У меня был такой телефон, правда не Nokia на S40. Проц ARM1176 (вроде) имел Jazelle: https://ru.wikipedia.org/wiki/Jazelle

Java работала ну очень быстро. Девайс, кстати, на Lunix был. Почему сию технологию дропнули — фиг его знает. В андроедах бы пригодилась.

У него внутри там Qt, а Qt имеет обёртку из Java-классов.

Как из плюсов дёргается жабоапи?

Не может. Qt в Android обёрнут в Java обёртку. Из самого Qt это будет выглядеть как нативный, C++ код, но на деле:

https://github.com/A780/Kinamania/blob/master/android/src/org/qtproject/qt5/a...

Скорее всего API-камеры и GPS Qt в Android'е будет дёргать из Java, с помощью JNI.

Именно таким методом:
http://doc.qt.io/qt-5/qtandroidextras-notification-example.html

они предлагают дёргать что-то системное, вроде смс-ки в шторку или вибро-сигнала.

В Android'е одно время был AOT-компилятор

А куда он делся? Только недавно завезли же

С помощью JNI. И не только из плюсов, из любой нативщины. Это самый простой способ достучаться до стандартных API, а они только на Java, ты ведь не забыл, что они требуют разрешения, на разные действия, вроде отправки СМС или использования вибромоторчика.

Нативных API, если я не ошибаюсь, тупо нет. Но приложение написать на чистом C/C++, без строчки Java-кода можно, в примерах NDK куча таких. И там как раз работа через JNI.

так оно и потонет под тяжестью android API

как www вместо перехода на xhtml начал html5 и вот это всё.

p.s. а так вообще пофиг, язык программирования - вопрос второстепенный.

Читать так: «на самом деле нет».

Ясно, понятно, спасибо.

Как всегда.

Ну и ладно. Надо только в процессоры встраивать аппаратную джава-машину.

у skylake есть SGX, поэтому ява машину можно припрятать в отдельной области памяти.

Через жоп^WЯву. Нормальных плюсовых либ нет или я о них ничего не знаю. Увы...

народу не шибко прёт писать на html/js/css

А есть люди которых прет? Это же вообще как говна поесть. Пусть лучше жаба.

Прорыв нарыва?

Недавно была новость о переезде на OpenJDK. Там же ещё нет AOT-компиляции?

Всем ЛОРом тащили мир в прогрессивное будущее

о да, ржали тоже всем шредером?

Более того — обычно в Google PLay представлены корявые и малофункциональные кальки с нормального софта.

Ну не стоит же всех сравнивать с тем, что делаешь ты.

внезапно обратил внимание на новые, беззведные ники.

за здравие!

Нам, маководам, пофиг, что там будет в мирке рабов гугла. /thread