Comments 37
новый релиз каждые полгода
Если раньше новая версия Java была событием, то теперь это станет полугодовым отчётом работы малоинтересного конвейера.
-4
Ну а как ещё c# догнать-то…
+5
C# существует давно и что-то раньше никто не делал от этого релизы чаще. Мне кажется, виной тут служит набирающие популярность языки на JVM, такие как Groovy, Scala и прежде всего Kotlin.
+1
Скорее, экспансия C# на другие платформы, помимо Windows.
+2
Помнится какая-то софтина под вантуз сказала «э, не я не буду устанавливаться т.к. мне надо net framework 4.5.2, а установлен устаревший 4.5!». Ну куда уж жабке до такого великолепия? :)
+1
UFO just landed and posted this here
Между релизами j6 и j7 сколько времени прошло? А сколько между n4.5 и n4.5.2? А ещё у вас _в порядке вещей_ требовать версию net framework предыдущего поколения, типа 3.5 много, дай 2.0
0
UFO just landed and posted this here
Все, победили, сдаемся. Забавно, но постоянно в таких спорах, при любом удобном случае, стабильно вспоминают про стирание типов:
https://habr.com/post/352404/#comment_10733822
https://habr.com/post/352404/#comment_10736116
В этой теме проскакивает раза три подобное. А забавно тут именно то, что об этой проблеме приходится слышать от людей, которые на Java не пишут. Джаверы же, по моему опыту, не воспринимают это как Страшную Проблему.
https://habr.com/post/352404/#comment_10733822
https://habr.com/post/352404/#comment_10736116
В этой теме проскакивает раза три подобное. А забавно тут именно то, что об этой проблеме приходится слышать от людей, которые на Java не пишут. Джаверы же, по моему опыту, не воспринимают это как Страшную Проблему.
+2
Я java-разработчик воспринимаю это как еще одну неровность языка из-за которой приходиться таскать с собой постоянно объекта класса. Да проблему можно обойти, но высокоуровневый язык програмирования должен упрощать жизнь, а не вставлять палки в колеса.
0
Никто не говорит, что это хорошо. Да, есть такая проблема. Появилась она не просто так, это был осознанный выбор, который на момент принятия решения, возможно, был лучшим. Речь только про масштаб трагедии.
0
UFO just landed and posted this here
В моём опыте были 2 Java-программы, одна из которых работала только с 1.6.xx, а другая с 1.6.yy (точные xx и yy уже не помню). Вот это было весело.
+1
С# не догнать особенно в плане могучего compatibility оного, когда приходится держать на компе net2, net3, net3.5, net4. Представляю сколько крапа придется ставить ещё через 10 лет
0
UFO just landed and posted this here
Но ведь на КПДВ явно JavaScript…
+10
Что касается нового JIT-компилятора, то он направлен на улучшение производительности JVM. Прежняя версия JVM была написана на C++, однако в рамках проекта Metropolis большую часть JVM перепишут на Java.
но зачем?
+2
Много причин, как минимум:
- Сейчас С2 компилятор очень сложный.
- Для работы этого компилятора необходимо выделять дополнительную unmanaged память, что неудобно при старте (не отвечу про детали, к сожалению).
+4
Наверное, чтобы любой Java программист мог форкнуть JVM и допилить что-то свое, например сборку мусора без «остановки мира». В теории это может быть полезно, правда как-то я сомневаюсь, что можно переписать JVM с C++ на Java и при этом увеличить производительность.
+2
Затем же наверно что и Roslyn сделали на C#. В разработке JVM такие головы сидели тут в Питере. Говорят перевели всё теперь в Индию.
0
Надеюсь, что в 11-й наконец выкатят asynchronous jdbc.
+6
в свете var и строковых литералов, предполагаю что работать оно будет на промисах
0
Оценить API можно уже давно. Можно даже поиграться с sandbox-версией. Сейчас она сделана поверх thread pool'а и не является действительно асинхронной, но релизная версия под капотом будет использовать мультиплексирование.
+3
Чтобы имплементировать такую «простую и необходимую» вещь как честный асинхронный jdbc сначала хотят добавить (снова!) fibers в яву. Что тянет за собой целый ряд неслабых изменений.
Называется project Loom: cr.openjdk.java.net/~rpressler/loom/Loom-Proposal.html
Если поискать в гугле кто ссылается на эту статью — можно найти обсуждения про асинхронный jdbc.
Называется project Loom: cr.openjdk.java.net/~rpressler/loom/Loom-Proposal.html
Если поискать в гугле кто ссылается на эту статью — можно найти обсуждения про асинхронный jdbc.
-1
UFO just landed and posted this here
JEP 325 (switch expressions)
JEP 326 (raw string literals)
Они до сих пор на стадии Candidate, не вводите в заблуждение.
Вот тут список включенных в релиз JEP и кандидатов для релиза в java 11:
openjdk.java.net/projects/jdk/11
JEP 326 (raw string literals)
Они до сих пор на стадии Candidate, не вводите в заблуждение.
Вот тут список включенных в релиз JEP и кандидатов для релиза в java 11:
openjdk.java.net/projects/jdk/11
+1
Sign up to leave a comment.
«Жизнь после Java 10»: какие изменения принесет Java 11