После шести месяцев разработки компания Oracle выпустила (https://www.oracle.com/corporate/pressrelease/Java-10-032018...) платформу Java SE 10 (http://www.oracle.com/technetwork/java/javase/downloads/inde...) (Java Platform, Standard Edition 10), в качестве эталонной реализации которой используется открытый проект OpenJDK. В Java SE 10 сохранена полная обратная совместимость с прошлыми выпусками платформы Java, все ранее написанные Java-проекты без изменений будут работоспособны при запуске под управлением новой версии. Готовые для установки сборки Java SE 10 (JDK, JRE и Server JRE) подготовлены (http://www.oracle.com/technetwork/java/javase/downloads/jdk1...) для Linux (x86_64), Solaris (SPARC), Windows и macOS. Разработанная в рамках проекта OpenJDK эталонная реализация Java 10 (http://openjdk.java.net/projects/jdk/10/) полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами.
Выпуск примечателен переходом на новый процесс разработки, подразумевающий более короткий цикл формирования новых релизов. Новая функциональность теперь развивается в одной постоянно обновляемой master-ветке, в которую включаются уже готовые изменения и от которой раз в шесть месяцев ответвляются ветки для стабилизации новых выпусков. При выходе очередной версии прошлая ветка прекращает (http://www.oracle.com/technetwork/java/eol-135779.html) своё существование, но раз в три года формируется релиз с длительным сроком поддержки (LTS).
В частности, выход Java 10 ознаменовал прекращение поддержки ветки Java 9. В свою очередь ветка Java 10 будет поддерживаться до сентября 2018 года, после чего её сменит Java 11. Пользователи, не желающие постоянно переходить на новые ветки, могут использовать ветку Java 8, которой присвоен статус LTS-релиза и обеспечена поддержка до декабря 2020 года.Из ключевых (http://openjdk.java.net/projects/jdk/10/) новшеств (https://blogs.oracle.com/java-platform-group/introducing-jav...) Java 10 можно отметить:
- Выведение (http://openjdk.java.net/jeps/286) типа локальной переменной на основе типа инициализатора. Например, тип теперь можно явно не указывать при объявлении переменной с использованием инициализатора (var arr = new ArrayList‹String›());- В сборщике мусора G1 реализована (http://openjdk.java.net/jeps/307) возможность выполнения полного цикла сборки мусора в параллельном режиме (алгоритм mark-sweep-compact теперь выполняется в несколько потоков), минимизирущем задержки в ситуациях, когда невозможно обойтись без выполнения операции полной сборки мусора;
- Расширена (http://openjdk.java.net/jeps/310) возможность Class-Data Sharing ("CDS"), обеспечивающая совместный доступ приложений к общим классам. Отныне общие классы могут размещаться в отдельном совместно используемом архиве, что позволяет ускорить запуск приложений и снизить накладные расходы;
- Представлен (http://openjdk.java.net/jeps/317) экспериментальный JIT-компилятор Graal (https://github.com/oracle/graal), написанный на Java и позволяющий динамически компилировать Java-код для HotSpot JVM. Поддержка нового JIT пока ограничена платформой Linux/x64.URL: https://www.oracle.com/corporate/pressrelease/Java-10-032018...
Новость: https://www.opennet.me/opennews/art.shtml?num=48300
Для армов интересно будет сборка? Кто-нибудь знает?
Еще бы AoT компилятор для армов. :)
Есть официальные сборки для Арма Java 8: http://www.oracle.com/technetwork/java/javase/downloads/jdk8... Для 9 и 10 не нашёл...
Java для Legacy.Для остального есть Kotlin - единый язык на разных платформах JRE, JS, Native (винда, линукс, мак, iOS, WebAssembly). Причем на каждой платформе, код Kotlin стыкуется с кодом платформы почти как с родным (на JRE можно очень легко вызывать код Java и наоборот, на Native код Objective-C из Kotlin и наоборот почти как родной). При этом нет необходимости поддерживать 15 лет назад принятые ошибочные решения. Разработчики грамотные рациональные парни, очень прагматичные без детских идеалистических заморочек. Решения принимаются из соображений удобства использования языка прикладным программистом и полезности для бизнеса (коммерческой разработки).
Что может предложить Kotlin для создания десктопных приложений? В плане UI он что использует?
Kotlin может работать на JVM, поэтому ему доступно все библиотеки Java. Есть обертка над JavaFX под названием TornadoFX
Ну то есть - ничего?
Или нет - ВСЁ, что и так не работает :) Proofed by Java UI
Всё это можно сделать и на Java, без лишних прослоек.
Вот и так думаю, зачем этот kotlin, php и другая ерунда г*внокодеров если есть java?
Ерунда полная. Kotlin работает на JVM. Даже браться нет желания после того как прочёл Why Kotlin sucks
>В сборщике мусора G1 реализована возможность выполнения полного цикла сборки мусора в параллельном режиме, не блокирующем выполнение программы и минимизирущем задержки;Теперь крупнейшие специалисты в области разработки больше не смогут при первом упоминании Явы доставать транспаранты про "самый тормозной ЯП".
Однако это не делает его самым быстрым. Поэтому пусть не расслабляются и пилят дальше.
>Однако это не делает его самым быстрым. Поэтому пусть не расслабляются и пилят дальше.Ну, вообще говоря жаба давных давно почти всегда самая быстрая из всей несишной шайки бидонов, перлов, js и подобного.
> бидонов, перловПрофилирующе-оптимизирующий JIT быстрее интерпретаторов. Кто бы мог подумать?
> js
Статически типизированный код быстрее динамически типизированного. Какая неожиданность!
> В сборщике мусора G1 реализована возможность выполнения полного цикла сборки мусора в параллельном режимеСколько раз уже они об этом объявляли?
>> В сборщике мусора G1 реализована возможность выполнения полного цикла сборки мусора в параллельном режиме
> Сколько раз уже они об этом объявляли?Ни разу. В shanondoa обещали такое. Вообще, нужность pauseless GC сильно преувеличена. Если не рассматривать кривоту навроде ElasticSearch, у которых то репликация отваливается из-за STW то ещё что-то танцевать мешает. Другие проблем не имеют с GC.
Всё это маркетинговая трепотня. Shenandoah делает задержки более предсказуемыми *если в куче достаточно места*. Но если в куче всё время достаточно места, то Epsilon GC ещё лучше: отключил GC, — и нет задержек!Похоже, что мы скорее доживем до истечения патентов Azul, чем до действительно эффективных GC.
> Всё это маркетинговая трепотня. Shenandoah делает задержки более предсказуемыми *если
> в куче достаточно места*. Но если в куче всё время достаточно
> места, то Epsilon GC ещё лучше: отключил GC, — и нет
> задержек!Ровно такая же ситуация как и в C, только в C если память в куче кончилась - malloc вернет null, и дальше особо кроме exit делать нечего.
Эпсилон кучу совсем не освобождает, со всеми вытекающими. Shenandoah в фоне подчищает, главное что бы давление на сборщик было меньше, чем оно успевает собирать :)
> Вообще, нужность pauseless GC сильно преувеличенаЭто пока очередные гении не запихнут жабу в управление вторым контуром реактора, как уже случалось.
что то не слышал о таком
Тут проблема не Java а в тех кто решил что им хватит вот такого уровня "гениальности" работников, и 99.99% достаточная надёжность.Некоторые гении правильно провода соединить не могут, не говоря уже о том что-бы блок в разъём обратной стороной вставить ( и разработать так что-бы это возможно было ).
Это я к чему, проблема зачастую в эффективном менеджменте...
Java с jit по скорости теоретически приближается к c, но сравните любую полноценную java ide с qtcreator или любой другой написанной на c++ средой разработки и согласитесь, Java - самый тормозной ЯП. Конечно, кроме python, php, perl, javascript, ...
>сравните любую полноценную java ide с qtcreator или любой другой написанной на c++ средой разработки и согласитесь, JavaСравниваю intellij и visual studio - idea рулит. Или VS написано не на си?
Тоже хотел написать что-то в этом духе, но не стал.Может в managed-языках IntelliJ и опережает MS VS, но поддержка C/C++ у JetBrains люто глючит и с трудом выдерживает сравнение с VS (особенно если судить по NDK/андроидным проектам).
а разве в Android Studio/NDK сишный редактор это не дефолтный текстовый редактор с подсветкой вроде gedit или дефолтного vim?
Vs написан на c#.
Visual Studio написано на сборной солянке из C, C++ и C#. Всё это счастье между собой общается через COM, а сишная часть не умеет работать нигде кроме UI-потока. И вообще сишная часть кодовой базы тянется с конца 90-х годов, ибо совместимость. Отсюда невозможность запуска студии в качестве 64-битного процесса. Отсюда сходящий с ума GC дотнетной части, которой при определённых размерах кодовой базы становится в трёх гигабайтах адресного пространства очень тесно.
>>сравните любую полноценную java ide с qtcreator или любой другой написанной на c++ средой разработки и согласитесь, Java
> Сравниваю intellij и visual studio - idea рулит. Или VS написано не
> на си?VS - c# давно
> Теперь крупнейшие специалисты в области разработки больше не смогут при первом упоминании
> Явы доставать транспаранты про "самый тормозной ЯП".Ява (Jawa) - это остров в составе Индонезии а также марка дорожных мотоциклов, никакого отношения к Джаве (Java) не имеет. Простите за замечание, но если пишете комментарий то демонстрируйте, хотя бы, элементарные знания о предмете обсуждения.
> Ява (Jawa) - это остров в составе Индонезии а также марка дорожных
> мотоциклов, никакого отношения к Джаве (Java) не имеет.Величайший в мире сборник тривиальщины утверждает, что это не так. Через w это пишут голландцы и немцы. :)
> Величайший в мире сборник тривиальщины утверждает, что это не так. Через w это пишут голландцы и немцы. :)А немцы-то о том, как им теперь следует правильно писать Java, уже знают? :)
>> Величайший в мире сборник тривиальщины утверждает, что это не так. Через w это пишут голландцы и немцы. :)
> А немцы-то о том, как им теперь следует правильно писать Java, уже
> знают? :)Правильно написанная Java это Java.
>>> Величайший в мире сборник тривиальщины утверждает, что это не так. Через w это пишут голландцы и немцы. :)
>> А немцы-то о том, как им теперь следует правильно писать Java, уже
>> знают? :)
> Правильно написанная Java это Java.А правильное v это все же не w.
>>>> Величайший в мире сборник тривиальщины утверждает, что это не так. Через w это пишут голландцы и немцы. :)
>>> А немцы-то о том, как им теперь следует правильно писать Java, уже
>>> знают? :)
>> Правильно написанная Java это Java.
> А правильное v это все же не w.Остров по-немецки и голландски через w. Остров по-английски через v.
То же и кофе.
Программный продукт обыгрывает смысл "кофе", и его название -- в английском правописании.
Ваш Кэп.
> Остров по-немецки и голландски через w. Остров по-английски через v.Так я и спрашиваю - немцы-то об этом знают?
https://www.duden.de/rechtschreibung/Java_Programmiersprache (ЯП, имя собств.)
https://www.duden.de/rechtschreibung/Java_Insel (Остров, имя собств.)
https://www.duden.de/suchen/dudenonline/jawa
> Leider haben wir zu Ihrer Suche nach 'jawa' keine Treffer gefunden. (ничего нет).
> Ваш Кэп.Самозванец!
>> Ваш Кэп.
> Самозванец!Колонизатор!
Но да, соврал как очевидец. :) "Коренизация" написаний, всё она.
Шыкарно. Не успели дистры толком перейти на Java 9 (до сих пор не знаю, например, как в Арче поставить JavaFX9), а уже её поддержку прекратили. Может заранее было известно что так будет с девяткой, никто и не морочился?
Да, это было известно. До выхода Java11 рекомендую продолжать сидеть на Java8 и не дергаться в сторону 9/10.
> не дергаться в сторону 9/10IMHO, на локалхосте и/или тестовом сервере вполне можно и подёргаться. Хотя бы для того, чтобы потом, при переходе на 11, сюрпризов меньше было.
А что случится в 11?
LTS случится.
> Да, это было известно. До выхода Java11 рекомендую продолжать сидеть на Java8
> и не дергаться в сторону 9/10.Да 9-ка она же сильно отличается от 8-ки, просто так переползти на 9 не выходит, для интереса заставлял работать на ней Tomcat, просто так не стартанёт, из-за модульности
> Шыкарно. Не успели дистры толком перейти на Java 9 (до сих пор не знаю, например, как в Арче поставить JavaFX9), а уже её поддержку прекратили.Ну, maintaner жабы в Арче вообще странный, до недавнего времени 144й билд восьмерки был последним.
Ждём JavaEE 8 от JBOSS, а SE уже давно умеет всё, что надо.
> Ждём JavaEE 8 от JBOSSWildFly 12 - это оно и есть.
GlassFish 5.0.1 - эталонная реализация JavaEE 8.
>WildFly 12 - это оно и есть.- нет: 12.0.0.Final / 2018-02-28 / Java EE7 Full & Web Distribution
>>WildFly 12 - это оно и есть.
> - нет: 12.0.0.Final / 2018-02-28 / Java EE7 Full & Web Distribution///---http://wildfly.org/news/2018/02/28/WildFly12-Final-Released/
By default WildFly 12 launches in EE7 mode. In order to use these new capabilities you have to enable EE8 preview mode.
---///
in fully completed incremental chunks ... support for the majority of the new standards
- это как бы намекает, что далеко не вся функциональность EE8 реализована и лично я уже испытал некоторую досаду и разочарование желая попробовать новинки спецификации, но не найдя их в имплементации
В GlassFish 5 есть
>GlassFish 5.0.1 - эталонная реализация JavaEE 8.Ораклоподелки это эталонная реализация днищща. :)
>WildFly 12 - это оно и есть.
Тебе уже ответили, в мухе12 ещё далеко не всё из ЕЕ8 сделано
> Шыкарно. Не успели дистры толком перейти на Java 9 (до сих пор
> не знаю, например, как в Арче поставить JavaFX9), а уже её
> поддержку прекратили. Может заранее было известно что так будет с девяткой,
> никто и не морочился?Пора бы уже уяснить, JavaFX входит в Java9 на правах полноценного модуля (модулей), а не сбоку припёка.
Кстати, на FreeBSD есть порт linux-oracle-jdk9-9.0.4 ( https://www.freshports.org/java/linux-oracle-jdk9/ ) - работает. А у вас не могли линуксовый порт на линус портировать? Позорище.
>> Шыкарно. Не успели дистры толком перейти на Java 9 (до сих пор
>> не знаю, например, как в Арче поставить JavaFX9), а уже её
>> поддержку прекратили. Может заранее было известно что так будет с девяткой,
>> никто и не морочился?
> Пора бы уже уяснить, JavaFX входит в Java9 на правах полноценного модуля
> (модулей), а не сбоку припёка.
> Кстати, на FreeBSD есть порт linux-oracle-jdk9-9.0.4 ( https://www.freshports.org/java/linux-oracle-jdk9/
> ) - работает. А у вас не могли линуксовый порт на
> линус портировать? Позорище.Я слышал что из Java 11 хотят исключить JavaFX и оформить ее отдельной библиотекой которую нужно будет подключать к проекту.
> Я слышал что из Java 11 хотят исключить JavaFX и оформить ее отдельной библиотекой которую нужно будет подключать к проекту.По-видимому, JavaFX не так популярна, как Swing. Из Java сейчас выкидывается весь ненужный хлам, который никому не нужен.
>> Я слышал что из Java 11 хотят исключить JavaFX и оформить ее отдельной библиотекой которую нужно будет подключать к проекту.
> По-видимому, JavaFX не так популярна, как Swing. Из Java сейчас выкидывается весь
> ненужный хлам, который никому не нужен.JavaFX - интересня вещь, много разных эффектов и т п. Kстати андроид-кодеры, не подразумевая того, используют именно элементы JavaFX для создания GUI.
> Шыкарно. Не успели дистры толком перейти на Java 9 (до сих пор
> не знаю, например, как в Арче поставить JavaFX9), а уже её
> поддержку прекратили. Может заранее было известно что так будет с девяткой,
> никто и не морочился?А вас разве это не насторожило? Джава - инородный организм и никогда не приживётся в GNU/Linux системах.
> Джава - инородный организм и никогда не приживётся в GNU/Linux системахУгу. Только она давно уже GPL, а сколько в мире серверов с jvm знает только небо.
Еще год не прошел как они с 8й копья ломали.Куда они полетели с версиями ?
Пытаются догнать хромую лису
>Куда они полетели с версиями ?это комбо такое: скрестить ынтрепрайз с гироскутером. смешные бородатые толстяки сменили растянутые свитера на рубашки с бабочками, стригут бороды на манер женстевнноватых лесорубов и пытаются някать и поняшить на яваскрипте. глупее выглядит только скрещивание солянки с супом-пюре.
>>Куда они полетели с версиями ?
> это комбо такое: скрестить ынтрепрайз с гироскутером. смешные бородатые толстяки сменили
> растянутые свитера на рубашки с бабочками, стригут бороды на манер женстевнноватых
> лесорубов и пытаются някать и поняшить на яваскрипте. глупее выглядит только
> скрещивание солянки с супом-пюре.В "Ынтерпрайзе" не будет 9 и 10, 9-10 это для подготовки перехода
>для Linux (x86_64)И только? :(
И только. 32 бита было решено прибить, выложенные поначалу по ошибке сборки java 9 для 32 бит, были убраны, а скопированные успевшими удалены с хостингов по DMCA.
Понял, спасибо :(
> а скопированные успевшими удалены с хостингов по DMCA.Слава GPL?
> И только. 32 бита было решено прибить, выложенные поначалу по ошибке сборки
> java 9 для 32 бит, были убраны, а скопированные успевшими удалены
> с хостингов по DMCA.Вот вам и кроссплатформенность изкаропки. armv4 ещё не прибили?
> И только? :(П - Переносимость!
Ха ха :)
>> И только? :(
> П - Переносимость!Я уж думал, П -- Oracle.
PS: интересно, как весь этот движняк коррелирует с закрытием доставшейся им от сана питерской разработки...
> ограничен платформой Linux/x64 и пока отстаёт по производительности от традиционного JIT... но зато написан на яве.
А есть ли открытые альтернативы java jdk?
Ну кроме openjdk, а то как-то совсем печально смотреть на оракл и джаву:(
Альтернативы в смысле? VM совместимая с байткодом Java? Альтернативная совместимая библиотека классов? Или вообще другой язык и среда выполнения с аналогичными возможностями?
Шарп?
Кому он нужен за пределами виндовс, которой, уже который год, ну абсолютно ничего не светит в ынтырпрайзе? Да и в клиентских устройствах доля виндовс снижается из года в год.
> Кому он нужен за пределами виндовсмне.
Мне кажется, у Вас однобокое представление об энтерпрайзе: на десктопах там как раз именно и только Windows.
Количество десктопов в пользователях инета сейчас уже меньше половины. И процент продолжает снижаться. Заметьте, это всех десктопов. И макосей, и линуксов и виндовс. Винда реально вымирает
А на тех платформах давно веб-морды по внутренней сети работают где доступ строго для внутреннего пользования и только на казенном оборудовании. Там Java не нужна чуть более чем полностью, а на чем сервер так это дело сервера - хоть JVM, хоть .NET, хоть Python с Ruby или Node.JS.
> Количество десктопов в пользователях инета сейчас уже меньше половины. И процент продолжает
> снижаться. Заметьте, это всех десктопов. И макосей, и линуксов и виндовс.
> Винда реально вымираетЭту мысль следует уточнить. Сокращается число десктопов "случайных", если можно так выразиться, т.е. десктопов у тех людей, кому десктоп, как таковой, и не нужен, у кого всех и задач, что в сети поплавать, да музыку/кино употребить.
"Игровые "десктопы" по-прежнему на винде. Рабочие десктопы, мне кажется, преимущественно тоже.
Так что процент винды "существенно" может сократиться лишь в *общем* парке выч. техники.
https://www.azul.com/downloads/zulu/
Тестил весь день. На маленьких прирост незначительный. Зато на больших очень даже чувствуется прирост производительности и уменьшений потребления памяти.P.S.: Давно уже не пишу на Java, только поддержка legacy кода.
>прекратила поддержку Java SE 9Отлично, ждём прекращение поддержки прекратила поддержку Java SE 10 и вообще, - сворачиванию этой лавочки.
Какую замену вэб приложениям на джаве вы видите для энтерпрайза?
Go жеhttps://theiced.livejournal.com/442008.html?thread=5634200#t...
профессионализм оратора и результата его орания по клавиатуре руками и другими частями тела - вызвал сомнения
> Какую замену вэб приложениям на джаве вы видите для энтерпрайза?Для энтерпрайза ява-джава никогда не подходила. Как только у вас проект разрастается до большого, у вас начинаются проблемы. И чем больше проект, тем больше проблемы. У Джава-явы один плюс - армия евангелистов, способных нaсрaть в любую голову. Иногда даже качественнее нaсрaть, чем секта свидетелей Йеговы/свидетелей какого-нибудь другого парня.
К уже упомянутому Go можно добавить старичка Python'а. И, неожиданно, - Eiffel. Правда последний не совсем привычен для веба (во всех отношениях) и вообще, в мире GNU/Linux довольно малоизвестен, но зато проекты на нём можно масштабировать как вверх, так и вниз. И для него не нужна отдельная виртуалка, которая запускается в другой виртуалке, которая запускается в ещё одной виртуалке. У него чёткий и строгий синтаксис, есть возможность прикручивать хоть код на Си, хоть на Ассемблере. И при желании, можно оттранслировать Eiffel-код на всё, под что порой даже и Си-компилятора-то нет (через промежуточную трансляцию на Ассемблер). И у него настолько хороший автоматический сборщик мусора, что про него не думаешь. Совсем. И, наконец, у Eiffel совсем не Си-подобный, как у большинства модных языков синтаксис. И, неожиданно, Джава-ява попыталась от него взять лучшее, но не смогла.
Вот только с маркетингом у Eiffel не очень. Потому и перечислил последним в списке альтернатив яве-джаве.
P.S. И сам я - ни разу не Eiffel-евангелист. Но я всегда за справедливость и за адекватную оценку инструментальным средствам. А чем вам пользоваться - решать, конечно же, вам.
Вот только не нужно сравнивать >9000 проектов на жабе, написанных энтерпрайзными быдлoкодерами, и полтора проекта на Eiffel, написанных Eiffel-гуру. Вы попробуйте дать этот Eiffel быдлoкодерам и посмотрите, как оно будет масштабироваться, и какой функционал языка там будет использоваться.А там [заглядывает в Википедию]:
1. Нечувствительность к регистру
2. Множественное наследование
3. Переопределение операций
4. Потоки отдельной (?) библиотекой
5. ...
99. "Компиляторы с Eiffel от автора языка дороги и не так распространены, как компиляторы C/C++"
Есть и другие "отличные языки", не взлетевшие и оставшиеся проектом автора и полутора подписантов.
Eiffel не видел, сказать ничего не могу. Python - чем оно лучше Java? Такое же тормозное убожество - доказано миллионами макак, пишущих на нем(ситуация аналогичная джавовым быдлoкодерам). Go - возможно, но больше снова получается "стильно, модно, молодежно".
> И, неожиданно, - EiffelДа, да. Знаем, знаем. Типичное поведение.
Есть проверенное решение, с кучей косяков (а на практике без этого не получится), а вот есть тёмная лошадка, которая нигде толком не применяется. Ну и плохого об ней не говорят, потому что без практики и не скажешь.
А раз ничего плохого не говорят, то и крутое решение.
>Для энтерпрайза ява-джава никогда не подходила.И поэтому трудно найти Ынтерпрайз где её нет, ага :)
пхп и яваскрипт
Какую еще гадость вы посоветуете?
> Какую еще гадость вы посоветуете?Этой интырпрайзу хватит с головой.
>> Какую еще гадость вы посоветуете?
> Этой интырпрайзу хватит с головой.Кстати, топикстартер может конкретизировать, что же подразумевается под энтепрайзом для веб?
А та тут уже стопицот других решений наговорили, а конкретики как не было, так и нет. :-)
>Какую замену вэб приложениям на джаве вы видите для энтерпрайза?Что-то как-то не попадаются вебприложения на Java в инете совсем. Было на банки катили, что у них клиент-банки требуют Java, и Сбербанк в т.ч. Только вот не подтверждается, Онлайн.Сбербанк работает и не зачечает, что Java совсем нет на компе.
>>Какую замену вэб приложениям на джаве вы видите для энтерпрайза?
> Что-то как-то не попадаются вебприложения на Java в инете совсем. Было на
> банки катили, что у них клиент-банки требуют Java, и Сбербанк в
> т.ч. Только вот не подтверждается, Онлайн.Сбербанк работает и не зачечает, что
> Java совсем нет на компе.Пользуюсь сбером много лет, жабы как не было так и нет, ЧЯДНТ?
>>>Какую замену вэб приложениям на джаве вы видите для энтерпрайза?
>> Что-то как-то не попадаются вебприложения на Java в инете совсем. Было на
>> банки катили, что у них клиент-банки требуют Java, и Сбербанк в
>> т.ч. Только вот не подтверждается, Онлайн.Сбербанк работает и не зачечает, что
>> Java совсем нет на компе.
> Пользуюсь сбером много лет, жабы как не было так и нет, ЧЯДНТ?Да просто jre поставляеться вместе с приложением вот и весь секрет, всё работает и никаких отдельных установок не требует.
А откуда ты знаешь, java там внутрЕ или нет? Или тебе Java Applet подавай, по типу как раньше сайты не Flash делали?Не, если конечно где-то exception вылетит, то можно понять, что там на backend. Но это совсем быдл@кодером нужно быть, поэтому наружу вываливаются в основном ошибки PHP, ну и .Net периодически попадается, хоть и редко. Но для абсолютного большинства сайтов ты и знать не узнаешь на чем они вертятся.
Так послушать, святые java-писатели и в зеркалах то не всегда отражаются, не чета прочим быдлo писателям, так то, да.Здоровый сон спасёт от краcных глаз.
Круче них только Rust в ядро впилить любители. Другие не умеют в программирование вообще. Во время любой дискуссии уровень непробиваемости зашкаливает, а на небе разбегаются тучи от сияния их святости.
веб в серверной части - там только java
А весь мир - это только Мухосранск и окрестности.
> А весь мир - это только Мухосранск и окрестности.Вы оба подпишите, что это сарказм, а то кто-нибудь и подумает, что так оно и есть. :-)
>Какую замену вэб приложениям на джаве вы видите для энтерпрайза?Для веба у давно JS.
А для невеба энтерпрайза - D. Транслиреут прямо в машкоды без всяких там языковых тормозо-виртуальных машин.
Плюс для веба у них есть еще vibe.d
Нету D в ынтерпрайзе. Даже Cobol есть, а D - нету.
> Нету D в ынтерпрайзе. Даже Cobol есть, а D - нету.Тут мне пaцaны с соседнего двора подсказывают, что Цобол-кобол всегда в энтерпрайзе и жил. Какой банк не копни, - найдётся что-нибудь на нём писанное. Это потом уже америкосы придумали ADA как стандарт для своих сделать. Ну а чё, - и то и то, проверено годами, работает годами и не ломается.
Мой предыдущий пост за Эйфель заминусовали и совершенно зря. У нас тут, в *nix стандартом до сих пор Си, а Эйфель этому очень даже способствует. Суть в том, что ряд его реализаций умеют генерировать не только нативный для TARGET платформы код, но и исходник на Си. В который с ювелирной точностью можно прикрутить всё что душа пожелает. К которому с наноточностью, при желании можно прикрутить ассемблерный код. А так, это да - язык сверхвысокого уровня в котором всё есть объект. :-D Ну и потомок Алгола и ADA, как-никак...
В GNU Eiffel нынче пилят здесь -> https://www.gnu.org/software/liberty-eiffel/
Вот здесь можно книжки почитать -> http://doc.liberty-eiffel.org/
Картинок мало, у того же Бертрана Мейера в книге "Почувствуй класс!" их гораздо больше. Как и живых примеров. Равно как и краткие пособия по переходу на Eiffel Си/Си++/Си# и даже джава-ява программеров (в виде отдельных глав).И опять же, - современный фортран с его параллельными вычислениями опять же делаёт туже яву-джаву. В том же вашем энтерпрайзе.
Ну это к слову о якобы "устаревших" языках которые нынче никто не использует. :-)
> Какую замену вэб приложениям на джаве вы видите для энтерпрайза?Spring Boot.
>> Какую замену вэб приложениям на джаве вы видите для энтерпрайза?
> Spring Boot.Изенька, за 20 лет ты впервые сказал толковую вещь, имеющую отношение к реальности!
>>> Какую замену вэб приложениям на джаве вы видите для энтерпрайза?
>> Spring Boot.
> Изенька, за 20 лет ты впервые сказал толковую вещь, имеющую отношение к реальности!К сожалению Spring Boot требует отдельного разработчика на каждый "чих" (микросервисная архитектра), а разработчики вынуждены взаимодействовать друг с другом, чтобы создать некое подобие javaEE-комплекса - увеличивается время разработки. Кроме того, в Spring используются компоненты JavaEE6 из 2010 года (сервлеты), в то время, как в JavaEE8 уже переделали JSF, внедрили помимо ранее реализованного JSON-P ещё и JSON-B (JSR 367), JCache (JSR-107) и базовую поддержку HTTP 2.0 для клиент-серверного взаимодействия. И всё это может охватить один разработчик, работая над одним проектом EE-приложения, а не три-четыре-пять, как в случае со Spring'ом.
>>прекратила поддержку Java SE 9
> Отлично, ждём прекращение поддержки прекратила поддержку Java SE 10 и вообще, -
> сворачиванию этой лавочки.)))) Скорее свернётся всё вокруг и останутся только Java/С/C++, всё остальное - это игрушки для школокодеров.
>>>прекратила поддержку Java SE 9
>> Отлично, ждём прекращение поддержки прекратила поддержку Java SE 10 и вообще, -
>> сворачиванию этой лавочки.
> )))) Скорее свернётся всё вокруг и останутся только Java/С/C++, всё остальное -
> это игрушки для школокодеров.C/C++ можно, но Java - реально не нужно.
Лол. Все таки прогнулись.
Самое забавное, что при опросах джавистов в 2016 (детали можно найти в списке рассылки) большинство высказались *против* опциональности типов инициализаторов. Так что прогнулись в основном под разработчиков на других языках, которым жаба и так не интересна.
> Самое забавное, что при опросах джавистов в 2016 (детали можно найти в
> списке рассылки) большинство высказались *против* опциональности типов инициализаторов.
> Так что прогнулись в основном под разработчиков на других языках, которым
> жаба и так не интересна.Я, как разработчик на java, доволен нововведениями. Кстати, никто не заставляет использовать это в своём коде но такая возможность теперь есть, разве это плохо?
>> Самое забавное, что при опросах джавистов в 2016 (детали можно найти в
>> списке рассылки) большинство высказались *против* опциональности типов инициализаторов.
>> Так что прогнулись в основном под разработчиков на других языках, которым
>> жаба и так не интересна.
> Я, как разработчик на java, доволен нововведениями. Кстати, никто не заставляет использовать
> это в своём коде но такая возможность теперь есть, разве это
> плохо?а код будет совместим?
Ещё на шаг ближе к возможностям и скорости шарпа. Может когда-нибудь и догонит.
> Ещё на шаг ближе к возможностям и скорости шарпа. Может когда-нибудь и
> догонит.Конечно догонит. Если только джава совсем остановится.
пысы как получить новую методичку от МС?
Возможности ещё ладно, а про скорость хотелось бы пруфца. http://benchmarksgame.alioth.debian.org не предлагать — у них в первом же тесте ("reverse-complement") видна неэквивалентность реализаций, не говоря уже о некорректности определения производительности языка по продолжительности работы процесса с виртуальной машиной, т.к. при этом учитываются нерелевантные вещи типа инициализации VM и прогрева JIT.
> Возможности ещё ладно, а про скорость хотелось бы пруфца. http://benchmarksgame.alioth.debian.org
> не предлагать — у них в первом же тесте ("reverse-complement") видна
> неэквивалентность реализаций, не говоря уже о некорректности определения производительности
> языка по продолжительности работы процесса с виртуальной машиной, т.к. при этом
> учитываются нерелевантные вещи типа инициализации VM и прогрева JIT.О-о, раз уж заговорили про benchmarksgame хочу тоже вставить свои 5 копеек. Там есть benchmark, где все нормальные люди используются регулярки. Там, где в языках они встроены - пользуются тем, что есть. А вот всякие Си и Си++ у них ничего такого нету и они - о сюрприз - подключают pcre! pcre, которая JIT'ить как не знаю что эти регулярки вдоль и поперёк. И естсественно, Си и Си++ в лидерах.
А теперь вопрос - так какого чёрта это позволяется в этих benchmarksgames'ах? Java, C#, Perl, Python тоже могут просто тупо взять и подцепить внешнюю библиотеку (почти все, кстати, ещё подключают библиотеку GMP), но они пользуются тем, что предоставляет им язык и стандартная библиотека.
Так вот, если ввести правило - есть в языке и стандартной библиотеке такая-то и такая фича - пользуйся на здоровье. Нет? Ну пиши сам, покажи насколько крут твой язык программирования. А то иначе можно вообще взять и какой-нибудь OpenCL подцепить и оооо да, выйти на первое место и всем трясти, что мол смотрите, мой язык ХХХ самый лучший! В чём лучший-то? В том, что он умеет вызывать сишные библиотеки? Так поди сыщи ныне такой язык, который этого не умеет.
В общем вот, накипело просто.
С ipmi и прочим та же жопа с кучей действий для якобы безопасности???
Именно из-за таких косяков ненавидят ее.
Пох. Из-за порушенной совместимости с различным старым овнокодом в разных BMC и прочем железе в силу "безопасности", приходится держать Java 7.
А сделать lts для админов на 20 лет нереально?
овнополитика
овнокод везде, даже в ядре его хватает.
> А сделать lts для админов на 20 лет нереально?
> овнополитика
> овнокод везде, даже в ядре его хватает.Не не реально. Для этого надо сначала убить всех овнокодеров, потом - овномеджеров, овномаркетологов, овнофинансистов и конечно же - овнополитиков.
Уф, утомился перечислять. Можно проще - убить всех чилавеков.
>> А сделать lts для админов на 20 лет нереально?
>> овнополитика
>> овнокод везде, даже в ядре его хватает.
> Не не реально. Для этого надо сначала убить всех овнокодеров, потом -
> овномеджеров, овномаркетологов, овнофинансистов и конечно же - овнополитиков.
> Уф, утомился перечислять. Можно проще - убить всех чилавеков.Вы уточните, что речь идёт только про овн-чилавеков в Oracle. А то ведь люди реально подумают, что вы всех имеете ввиду. Java-программисты сами по себе невинные люди с затуманенным Java-евангелистами разумом (Это тоже целая секта, на самом деле. Там только верхи на зарплате, низы проталкивают идеалогию Java за "спасибо"). Ну а что вы хотели?
То что Oracle что-то когда-то открыло и открывает сейчас, ещё не делает её ближе к OpenSource Вообще и к СПО в частности. Это лютый проприетарный вендор, такой же как и Майкрософт. И при общении с ним всегда нужно держать ухо востро, а булки - предельно сжатыми. А лучше не общаться совсем.
Так что, по большому счёту, Java-программистов не истреблять надо, а просвещать о наличии других решений, методов, языков. Для чего и предназначен, собственно, OpenNet. :-)
>[оверквотинг удален]
>> Не не реально. Для этого надо сначала убить всех овнокодеров, потом -
>> овномеджеров, овномаркетологов, овнофинансистов и конечно же - овнополитиков.
>> Уф, утомился перечислять. Можно проще - убить всех чилавеков.
> Вы уточните, что речь идёт только про овн-чилавеков в Oracle. А то
> ведь люди реально подумают, что вы всех имеете ввиду. Java-программисты сами
> по себе невинные люди с затуманенным Java-евангелистами разумом (Это тоже целая
> секта, на самом деле. Там только верхи на зарплате, низы проталкивают
> идеалогию Java за "спасибо"). Ну а что вы хотели?
> То что Oracle что-то когда-то открыло и открывает сейчас, ещё не делает
> её ближе к OpenSource Вообще и к СПО в частности. ЭтоКод [для] OpenJDK открыла Sun. Не Oracle.
" Sun released the Java HotSpot virtual machine and compiler as free software under the GNU General Public License on November 13, 2006, with a promise that the rest of the JDK (which includes the Java Runtime Environment) would be placed under the GPL by March 2007, [...]
Sun released the complete source code of the Java Class Library under the GPL on May 8, 2007, except for some limited parts that had been licensed to Sun by third parties and Sun was unable to re-license under the GPL. " --https://en.wikipedia.org/wiki/OpenJDK#Sun%27s_promise_a...
> лютый проприетарный вендор, такой же как и Майкрософт. И при общении
> с ним всегда нужно держать ухо востро, а булки - предельно
> сжатыми. А лучше не общаться совсем.Аминь, браза.
> Так что, по большому счёту, Java-программистов не истреблять надо, а просвещать о
> наличии других решений, методов, языков. Для чего и предназначен, собственно, OpenNet.
> :-)
> Код [для] OpenJDK открыла Sun. Не Oracle.А, ну да, чё это я. Ну тем более тогда. :-)
я до сих пор использую sdk SE7 для компиляции android приложений
Ой, добавили var. Примерно к моменту, когда в JS его задепрекейтили.Теперь можно не писать ```Borsch borsch = new Borsch();```