The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Java 9 переносится на 2017 год"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Java 9 переносится на 2017 год"  +1 +/
Сообщение от opennews on 02-Дек-15, 17:27 
Разработчики из компании Oracle сообщили (http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-Decembe...), что они не вписываются в ранее опубликованный график (https://www.opennet.dev/opennews/art.shtml?num=42218) подготовки Java 9, так как им требуется ещё около полугода на доведение до должного вида проекта Jigsaw, развивающего принципиально новые для Java средства разбиения программ и JDK на модули. В настоящее время для утверждения подготовлен новый график, в соответствии с которым релиз JDK 9 переносится с 22 сентября 2016 года на 23 марта 2017 года. Завершение разработки всей необходимой функциональности  ожидается 25 мая 2016 года, а не 10 декабря 2015 года как планировалось изначально.


URL: http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-Decembe...
Новость: http://www.opennet.dev/opennews/art.shtml?num=43437

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Java 9 переносится на 2017 год"  –7 +/
Сообщение от Нимано on 02-Дек-15, 17:27 
> они не вписываются

Возможно совпадение, но:
http://wccftech.com/intel-expects-launch-10nm-2017/
> Intel Expects to Launch 10nm Chips in 2017

как раз для новой версии "не тормозит!" )

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Java 9 переносится на 2017 год"  +2 +/
Сообщение от Ан (??) on 02-Дек-15, 20:42 
Intel блин любитель гонок. Сначала они гонялись за гигагерцами, а теперь они гоняются за нанометрами.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

22. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от hoopoe email(ok) on 03-Дек-15, 10:09 
одно вытекает из второго: поднятие частоты означает поднятие энергопотребления, а значит тепловыделения. снижение размера транзистора (нанометры) - это понижение тепловыделения, а значит можно задрать частоту и количество транзисторов на чипе на более высокий уровень...
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

23. "Java 9 переносится на 2017 год"  +/
Сообщение от Ан (??) on 03-Дек-15, 10:32 
Вообще-то именно те гигагерцы за которыми гнались INtel ранее никак не связаны с нынешними наноматрами. В то время Intel наращивал конвейер(NetBurst), но потом таки признала что это тупиковое направление. И отказался от тех гигагерц которые выдавливал этим конвейером. И как видим гигагерц сегодняшнего процессора совсем не тот же гигагерц что и во времена NetBurst.
Но в общем вы правы про энергопотребление только вот снижать его только нанометрами это опять таки тупик. С каждым разом уменьшать нанометры становится сложнее, а выйгрыш от этого всё меньше плюс отводить тепло ещё надо. Потому если Intel не начнёт что-то более серьёзно исследовать в сфере процессоров, а будет гоняться всё за нанометрами ихние процы будут всё меньше покупать потому что выигрыша особо никакого не будет.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

46. "Java 9 переносится на 2017 год"  +/
Сообщение от Ононимус on 08-Дек-15, 15:29 
ну, обородувание, сделанное из "ихния", я бы тоже не рискнул купить
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

17. "Java 9 переносится на 2017 год"  –2 +/
Сообщение от Классический анонимуз on 03-Дек-15, 05:42 
Доказано небританскими учеными - си быстрее на простых задачах, сложный проект быстрее на java

Например:
http://boofcv.org/index.php?title=Performance:OpenCV:BoofCV

Другими словами, тормозит не java, а задачи жирные.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Java 9 переносится на 2017 год"  –2 +/
Сообщение от freehck email(ok) on 03-Дек-15, 09:12 

> Например:

Конечно, Java не тормозит. Вот робот Tommy на скорости 70 миль в час въехал в кирпичную стену. =)

> Доказано небританскими учеными - си быстрее на простых задачах, сложный проект быстрее
> на java
> http://boofcv.org/index.php?title=Performance:OpenCV:BoofCV

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

Сравнивать библиотеки стартовавшие в 1999 и 2011 годах, чтобы доказать превосходство одного над другим? Хм... Когда ты переписываешь чей-то код, ты работаешь с уже готовой, выстраданной за много лет архитектурой. Разумеется у тебя получается результат местами несколько лучший, чем в оригинале.

Даже сами тестеры вам это написали:
"For high level algorithms the language in which it was implemented seems to matter less. What is most likely the biggest determining factor is the algorithm implemented and how well it has been implemented. These implementation difference can explain BoofCV's better performance in many of the operations despite its language disadvantage."

А перед этим они целый абзац распинались о причинах тормозов в Java, и почему проседают результаты в тестах.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "Java 9 переносится на 2017 год"  +1 +/
Сообщение от Классический анонимуз on 03-Дек-15, 11:59 
Правильно, дело в качестве кода. И на джаве писать хороший код легче + быстрее.
В итоге, в сферическом мире бесконечное количество прогеров за бесконечное время напишут программу на СИ лучше, чем бесконечное количество прогеров за бесконечное время напишут на java.

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Java 9 переносится на 2017 год"  +1 +/
Сообщение от Led (ok) on 03-Дек-15, 22:04 
> И на джаве писать хороший код легче + быстрее.

Так чего ж никто не пишет?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

42. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от burjui (ok) on 07-Дек-15, 18:11 
Очень даже пишут, если в критерии качества кода входят и другие параметры, а не только скорость его работы по отношению к аналогичному коду на C.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

29. "Java 9 переносится на 2017 год"  +/
Сообщение от Led (ok) on 03-Дек-15, 22:06 
> В реальном мире на сложном проекте, СИшники завязнут через два года в
> багах, кривых либах и дебрях своей писанины

В реальном мире такой сложный "проект на сишечке", как Java, - действительно кусок говна.


Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

32. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от freehck email(ok) on 04-Дек-15, 10:29 
>> В реальном мире на сложном проекте, СИшники завязнут через два года в
>> багах, кривых либах и дебрях своей писанины
> В реальном мире такой сложный "проект на сишечке", как Java, - действительно
> кусок говна.

Ну вот это как раз не однозначно. Java очень хорошо параллелится, и поэтому в отдельных местах может составить конкуренцию проектам на сях, которые параллелятся плохо.

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

В общем и целом, если спросить у среднестатистического явиста, как jvm взаимодействует с системой, на которой крутится, он скорее всего разведёт руками.

Интересно также то, что явисты, которые знают эту подоплёку, не так активно пропогандируют jvm, как это делают новички. =)

PS: Это личный опыт общения с отдельными индивидами, и в целом может и не соответствовать действительности, но пока впечатление именно такое.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

25. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от Классический анонимуз on 03-Дек-15, 13:30 
> Конечно, Java не тормозит. Вот робот Tommy на скорости 70 миль в час въехал в кирпичную стену. =)

Остальные 20++ участников, управляемые великолепным си так же зафйэлились, ещё и до 100 мпх не смогли разогнаться.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

30. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от Классический анонимуз on 04-Дек-15, 05:44 
"Когда ты переписываешь чей-то код, ты работаешь с уже готовой, выстраданной за много лет архитектурой."

Чтобы кто-то переписывая на джаве сишный код копировал архитектуру - это анекдот дня. Си++ нормальное ООП в каком тысячелетии заумеет?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

33. "Java 9 переносится на 2017 год"  +1 +/
Сообщение от freehck email(ok) on 04-Дек-15, 23:42 
> "Когда ты переписываешь чей-то код, ты работаешь с уже готовой, выстраданной за
> много лет архитектурой."
> Чтобы кто-то переписывая на джаве сишный код копировал архитектуру - это анекдот
> дня. Си++ нормальное ООП в каком тысячелетии заумеет?

Три разъярённых сообщения в течении суток. Мда. Что ж вас так задело-то? :)
Я не хотел вас обидеть. Но из статьи и правда нельзя сделать таких смелых выводов.

По поводу же комментария:

1) Архитектура никак с ООП не связана. Unix вон писался вообще без ООП, и хорошая архитектура получилась. И нет, если бы в основе Unix применялись принципы ООП, дело точно не улучшилось бы.

2) Кресты и ява -- обе являются обладателями обыкновенных, ничем не примечательных класс-ориентированных объектных систем. То, что в яве модель ООП возведена в абсолют и существуют тысячи классов и зависимостей между ними, не далет её модель более "нормальной". По мощности, выразительной силе и определённому поведению они обе уступают CLOS. А в задачах, где не важен строгий контроль типов -- экземплярно-ориентированным моделям.

3) ООП -- это не серебрянная пуля, которая улучшает Ваши программы в разы. Процедурно-ориентированные подходы тоже занимают значительную нишу в программировании. Вот вам ссылочка с хорошим сравнением ООП и ПОП: http://psi-logic.narod.ru/pro/diffs.htm

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от Классический анонимуз on 07-Дек-15, 05:12 
"Три разъярённых сообщения в течении суток."

"разъярённых"?! Да мне просто смешно с этого очередного "си всех порвёт, жаба тормозит".

"Unix вон писался вообще без ООП, и хорошая архитектура получилась"

Юниксвей с парадигмой "100500 мелких программулек, каждая делает работу типа-хорошо - безбожно устарел". Сейчас большая программа (например gimp), которая состоит из 100 узко заточенных мелких подпрограмм будет смотреться как минимум очень странно.

"Про то, что жабисты не знают как jvm взаимодействет с ОС вообще смешно"

Мне не интересно даже что находится в потрохах библиотек, с которыми я работаю. Например htmlunit или fastutil, подключил и работаешь. В этом сила java и ООП.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

36. "Java 9 переносится на 2017 год"  +/
Сообщение от freehck email(ok) on 07-Дек-15, 09:16 
> Да мне просто смешно с этого очередного "си всех порвёт, жаба тормозит".

Блин, ну чем люди читают. Я такого не писал однозначно. Я писал: "Java очень хорошо параллелится, и поэтому в отдельных местах может составить конкуренцию проектам на сях, которые параллелятся плохо." (msg#32)

И это её основная сила. По производительности она не очень -- это факт, по быстродействию -- более-менее.

И вот не скучно вам желчью исходить на то, чего я даже не утверждал, а?

> Юниксвей с парадигмой "100500 мелких программулек, каждая делает работу типа-хорошо - безбожно устарел".

O_o
Однако, я даже не знаю, чем парировать такое заявление. Трижды ха, или что-то вроде? С чего бы это он устарел? Что за бред?

> Сейчас большая программа (например gimp), которая состоит из 100 узко
> заточенных мелких подпрограмм будет смотреться как минимум очень странно.

Unix-way опирается не только на то, что одна программа делает одно дело, но и на то, что между ними строго специфицирован протокол взаимодействия. Это всегда текст, который посылается через программный канал от одного приложения другому.

В случае с Gimp протокол явно не текстовый, и там разумеется такой подход не прокатит.

> "Про то, что жабисты не знают как jvm взаимодействет с ОС вообще смешно"
> Мне не интересно даже что находится в потрохах библиотек, с которыми я
> работаю.

Что и требовалось доказать.

> Например htmlunit или fastutil, подключил и работаешь. В этом сила java и ООП.

Дополнительные модули, которые можно подключать по мере необходимости -- это явно не сила ООП. Равно как и java.

Сила java -- в параллелизме. Запомните это раз и навсегда.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от Классический анонимуз on 07-Дек-15, 09:25 
"Дополнительные модули, которые можно подключать по мере необходимости -- это явно не сила ООП. Равно как и java."

Сразу видно человека, который не пробовал подключать к сишной прожке (особенно под винду) несколько либ (например libcurl, openssl, libpng). Столько церебрального секса, мама не горюй. А потом работать с этим из основного кода - кому что взбрело в голову, то и лепит.
А ООПшные библиотеки намного понятнее использовать не вникая в потроха.

"Unix-way опирается не только на то, что одна программа делает одно дело, но и на то, что между ними строго специфицирован протокол взаимодействия"

Костыль. Кстати, ещё не сказали, что несмотря на невероятную примитивность базовых прожек из linux, в них за всю историю тонны критических багов выловили и ещё будут 20 лет вылавливать. Ибо, си и текст несовместимы.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Java 9 переносится на 2017 год"  +2 +/
Сообщение от freehck email(ok) on 07-Дек-15, 09:52 
> "Дополнительные модули, которые можно подключать по мере необходимости -- это явно не
> сила ООП. Равно как и java."
> Сразу видно человека, который не пробовал подключать к сишной прожке (особенно под
> винду) несколько либ (например libcurl, openssl, libpng). Столько церебрального секса,
> мама не горюй. А потом работать с этим из основного кода
> - кому что взбрело в голову, то и лепит.

Я вам мягко намекаю, что ООП и модульность -- вещи разные.

Про винду не начинайте даже. В ней всё и всегда не как у людей. Но справедливости ради, пойдите и подключите эти либы у себя на jvm. Посмотрим, у кого больше секса будет. =)

> "Unix-way опирается не только на то, что одна программа делает одно дело,
> но и на то, что между ними строго специфицирован протокол взаимодействия"
> Костыль.

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

Я лично использую этот механизм каждый день в своей работе, и я видел очень мало вещей, которые сравнялись бы с этим механизмом по удобству. Пожалуй, единственный механизм, который на порядок удобнее -- это взаимодействие модулей в Emacs. Но впрочем это также делает систему на порядок сложнее.

> Кстати, ещё не сказали, что несмотря на невероятную примитивность базовых прожек
> из linux, в них за всю историю тонны критических багов выловили
> и ещё будут 20 лет вылавливать.

Невероятную... ПРИМИТИВНОСТЬ?! O_O
Это вы про grep, awk, sed? Или про bash/zsh? Или про curl/wget/aria2? Может, Вы про ssh/telnet? Или может про gnutls-cli?

> Ибо, си и текст несовместимы.

Бред. Вас обманули.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "Java 9 переносится на 2017 год"  –2 +/
Сообщение от Классический анонимуз on 07-Дек-15, 11:35 
grep, awk, sed это утильки уровня 1-2 метода на java. При этом имеют в истории критические баги.

curl/wget - убожеские поделки, которые в 2015 году не умеют исполнять javascript, в итоге на 95% сайтов уже ничего не скачают. И опять в истории тонны критических багов. До джавовского Htmlunit ещё 100 лет не дорастут.

А в остальном, прекрасная маркиза, си прекрасно работает с текстом.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Java 9 переносится на 2017 год"  +/
Сообщение от freehck email(ok) on 07-Дек-15, 13:45 
> grep, awk, sed это утильки уровня 1-2 метода на java.

Неужели? Понимаю, бывает сложно оценить сложность задачи. Однажды Джон Маккарти дал студентам задние на лето: создать систему распознования образов. Он искренне полагал, что к сентябрю она будет решена. Однако спустя 50 лет мы всё ещё бьёмся над её решением. =)

1-2 метода -- это явная профанация с вашей стороны. Это всё равно, что сказать "парсинг параметров командной строки согласно стандарту GNU -- относительно простая задача". Правда, потом авторы таких заявлений смотрят, ну к примеру, на модуль cmdliner для ocaml и начинают ныть: "Ой, а что так сложно? Аргумент -- это не строка, а структура с кучей параметров? Какие-такие термы, и почему их надо вычислять? Я должен определять какие-то там конвертеры типов для аргументов? Ух ты, позиционные параметры рассматриваются отдельно от опциональных? И есть несколько типов опциональных?! Ай, какой овер-инжиниринг". Вот только библиотеку попроще они написать не могут, по понятным причинам.

> curl/wget - убожеские поделки, которые в 2015 году не умеют исполнять javascript,
> в итоге на 95% сайтов уже ничего не скачают.

Интересно, за каким фигом curl нужен js. Или зачем wget-у. Для чего он там нужен? Для ftp или для imap? Или для http?

Странно то, что утилита, созданная для утягивания контента по заданному url, почему-то должна его ещё и парсить. Не лучше ли данную задачу перепоручить чему-то, что работает с html?

> До джавовского Htmlunit ещё 100 лет не дорастут.

Кстати, на счёт парсить html. Возможно, лучше посмотреть в этом случае на нечто, что генерирует DOM? На webkit, например? Ой, неужели webkit ВНЕЗАПНО умеет и javascript, и всё остальное? )

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от dlazerka (ok) on 08-Дек-15, 07:02 
> что сказать "парсинг параметров командной строки согласно стандарту GNU -- относительно
> простая задача". Правда, потом авторы таких заявлений смотрят, ну к примеру,
> на модуль cmdliner для ocaml и начинают ныть: "Ой, а что
> так сложно? Аргумент -- это не строка, а структура с кучей
> параметров? Какие-такие термы, и почему их надо вычислять? Я должен определять
> какие-то там конвертеры типов для аргументов? Ух ты, позиционные параметры рассматриваются
> отдельно от опциональных? И есть несколько типов опциональных?! Ай, какой овер-инжиниринг".
> Вот только библиотеку попроще они написать не могут, по понятным причинам.

Ну, в Жаве подключаешь либку JCommander и она всё это умеет.

А вообще я думаю предыдущий оратор жалуется скорее на то, что раньше подход к тестированию и качеству был попроще, чем сегодня. А Жава предотвращает наиболее частые ошибки (buffer overflow, non-initialized variable/array). Но оратор конечно приводит не самые лучшие аргументы :)

Над Законом Линуса "given enough eyeballs, all bugs are shallow" сейчас можно посмеяться, без тестов и continuous integration уже никто не пишет, ни Жависты, ни Сишники. Даже Анатолий Воробей про это писал  http://avva.livejournal.com/2826126.html

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

45. "Java 9 переносится на 2017 год"  +/
Сообщение от freehck email(ok) on 08-Дек-15, 10:23 
> Ну, в Жаве подключаешь либку JCommander и она всё это умеет.

Я не к тому, что в яве нет, а к тому, что все эти задачи относятся к классу "часто их сложность недооценивают".

> А вообще я думаю предыдущий оратор жалуется скорее на то, что раньше
> подход к тестированию и качеству был попроще, чем сегодня.
> Но оратор конечно приводит не самые лучшие аргументы :)

А я стараюсь излишне не додумывать за человека. Что пишет, на то и отвечаю.

> А Жава предотвращает наиболее частые ошибки (buffer overflow, non-initialized variable/array).

Да, возможно он и об этом. Я как-то не подумал, ибо я в общем-то не с крестами едиными сравнивал. Вот те же Ocaml/Haskell предоставляют вполне себе годные системы контроля типов.

> Над Законом Линуса "given enough eyeballs, all bugs are shallow" сейчас можно
> посмеяться, без тестов и continuous integration уже никто не пишет, ни
> Жависты, ни Сишники. Даже Анатолий Воробей про это писал  http://avva.livejournal.com/2826126.html

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

PS: отвечу и на удалённый, что ли.

> Scala, конечно, хороший язык (если не пытаться читать сырцы), но коммьюнити там собралось из "я умнее всех" хакиров, которым важнее уместить код в как можно меньше строчек, чем сделать его понятным и стабильным.

Как по мне, все явисты этим грешат. Разницы между явистами и скалистами как-то не заметил. Но всё-таки, хоть какой-то ML-подобный язык под эту вашу ненаглядную jvm. А по поводу "уместить все в как можно меньше строчек" -- это не все такие. У нас вот вроде более-менее нормальные скалисты.

> Хотя с другой стороны, я ещё не видел ни одной хорошей билд-системы для Жавы. Разве что в гугле Blaze был неплох, который они недавно заопенсорсили как Bazel.

А вот за это спасибо.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

41. "Java 9 переносится на 2017 год"  +/
Сообщение от freehck email(ok) on 07-Дек-15, 14:38 
> При этом имеют в истории критические баги.
> И опять в истории тонны критических багов.

Да, кстати, вот то-то sbt и fisheye так регулярно ловят исключения из-за того, что превышают лимит открытых файловых дескрипторов.

Нет, что Вы, это не критично. Действительно, зачем нам закрывать файл с модулем после того, как мы его загрузили? Или зачем нам закрывать файлы git-репозитория после того, как мы их просканировали?

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

9. "Java 9 переносится на 2017 год"  +/
Сообщение от anonymous (??) on 02-Дек-15, 18:38 
Я же говорил, что они не решатся выпилить unsafe
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Java 9 переносится на 2017 год"  +/
Сообщение от Дмитрий (??) on 05-Дек-15, 03:13 
Зато можно сказать: Java не медленнее С, просто пользуйтесь Unsafe, и будет всё как в C.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от Аноним (??) on 02-Дек-15, 19:24 
Лучше бы они перенесли его в другое измерение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Java 9 переносится на 2017 год"  +1 +/
Сообщение от Аноним (??) on 02-Дек-15, 19:26 
Всё правильно делают. Project Jigsaw получился никому не нужным г-ном (за что отдельное спасибо его ведущему куратору, скотине), Valhalla ещё пилить и пилить, а больше и релизить-то нечего.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Java 9 переносится на 2017 год"  +/
Сообщение от Ан (??) on 02-Дек-15, 20:44 
Можете по подробнее расписать? А то не в теме, но интересно. :)
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Java 9 переносится на 2017 год"  +/
Сообщение от Аноним (??) on 03-Дек-15, 01:19 
Java лучшая технология для сервера с бизнес логикой
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Java 9 переносится на 2017 год"  +/
Сообщение от Классический анонимуз on 03-Дек-15, 06:15 
На самом деле Java8 уже идеальна, зачем что-то портить? Ещё JavaEE не подтянулась до 8, 9-а не горит.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Java 9 переносится на 2017 год"  +3 +/
Сообщение от Аноним (??) on 03-Дек-15, 08:53 
> 25 мая 2016 года, а не 10 декабря 2015

Т.е. за неделю до дедлайна ребята сказали, что им нужно ещё полгода? Неплохо.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Java 9 переносится на 2017 год"  +/
Сообщение от Аноним (??) on 03-Дек-15, 09:21 
Блин, я только недавно на Java 8 перешел, а они уже про девятку говорят. Не гони, ямщик, лошадей!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Java 9 переносится на 2017 год"  +/
Сообщение от ZiNk (ok) on 03-Дек-15, 15:28 
Вот они и не гонят, а откладывают.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

31. "Java 9 переносится на 2017 год"  –1 +/
Сообщение от iPony on 04-Дек-15, 07:26 
Тоже самое :D
Лошадки быстро разогнались
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру