Java 10. Внезапно

Депрессую. Я ещё не всё по Java 9 прочитал, а тут уже EOL.

stevejobs, 11 хоть пару лет поддержки обеспечит?

Пацаны, а это типа как заклинание, да? Повтори три раза:
stevejobs stevejobs stevejobs
и начнет твориться всякая хрень?

Уже 10? 9я вроде недавно вышла, на неё в проде даже и не начинали переходить.

Стиви тут главным ява-популяризатором числился

Народ, вы как из криокамеры, Java теперь имеет LTS и не-LTS релизы, как у Ubuntu, последний lts это java8, следующий java11. Тут об этом

Они каждые полгода будут релиз выкатывать теперь. И какие-то из них будут LTS.

Народ, вы как из криокамеры, Java теперь имеет LTS и не-LTS релизы, как у Ubuntu, последний lts это java8, следующий java11

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

Вот спасибо, мил человек.

11 обеспечит как минимум 3 года поддержки.

Каждый из мелкорелизов обеспечит как минимум полгода поддержки.

Но надо понимать, что сейчас это по сути, нормальный человеческий механизм обновления, как у любого другого софта (типа Google Chrome). А не LTS-driven, как было раньше. Рекомендуется постоянно обновляться на новые мелкорелизы.

Регулярно обновляться на новые мелкорелизы может не каждый.

Вон, GWT вообще только недавно смогли запуститься поверх девятки, а тут уже у неё EOL подошёл.

Мы так до сих пор 7-ку используем.

В конторе много проектов и на 6-ке сидит.

нормальный человеческий механизм обновления

Перебор, вот правда, перебор.

Фап на циферки и фичи - да.

А так это больше похоже на ноду, нежели на нормальный и человеческий.

Так и на 10 не надо переходить, LTS будет 11

Марк Рейнхольд сказал, Что обновляться от LTS к LTS - плохая идея, ибо изменений может накопиться много. Рекомендуется использовать и промежуточные релизы, чтобы сглаживать переходы.

Да работал я в таких конторах. Сидит куча идиотов, и придумывает *любые* объяснения, лишь бы не апгрейдиться.

Заказчики просто жадные, а разработчики-исполнители - чёртовы старпёры. Они зачастую джаву (а не JS) именно для того и выбирали, что можно взять одну древнючую версию, и так на ней и жить.

Эти ленивые лоси себе даже какой-нибудь Debian old old old stable ставят, и так на нём по двадцать лет и живут не обновляя. Серьёзно, один большой начальник пытался заставить меня поставить древнючий дебиан вместо убунты и арчлинукса! (Я уволился от них через месяц, так что всё обошлось очень хорошо).

Таких людей можно только очень испугать, чтобы они начали хоть что-то делать!

Раньше их приходилось пинать в жопу каждую неделю и гундеть:
- хибернейт уже не 3.5, а 3.6, обнови!
- Ну зачем, у меня есть ещё личная жизнь, жена, ребенок и собака.
- потому что надо, обновляй!
- а если что-то сломается, кто это чинить будет
- вот гляди, какие в 3.5 жуткие баги, а вдруг они сотрут заказчику прод? Ты тогда месяц с женой не увидишься, будешь по ночам чинить
- ну ладно...

И потом по второму разу этот диалог с заказчиком, которому насрать, а тратить день-другой лучшего программиста - ЖАДНОСТЬ.

В pom.xml зависимостей очень много, а ещё есть версия JDK, а ещё есть JavaScript фронтенд... это тяжкий труд постоянно, неусыпно пинать их всех по жопе. Причём пинать нужно и тех, кто ниже тебя (подчинённые), и тех кто выше (начальники).

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

Ну так вот, Оракл теперь, к счастью, будет пугать старпёров вместо нас. Ура!

Рейнхолд открытым текстом сказал, что если пропустить несколько минорных версий и не апгрейдиться, то можно настолько отстать от прогресса, что апгрейднуться уже не получится *никогда*.

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

В частности, это достигается путём того, что ровно за 1 год добавляется+выбрасывается любая функциональность. Например, уже сейчас в 9 жабе появились модули (с которыми не работают старые версии половины фреймворков), в 11 джаве не будет JavaEE и Corba, и все кто на неё завязался - лососнут тунца.

Чем больше Ораклы придумают такого ужаса, тем лучше, имхо. Нужно чтобы люди тряслись как осиновый лист от одной мысли, что они пропустят какой-нибудь релиз посредине цепочки, представляли огромные $$$ которые придётся платить ораклу за поддержку (у них таких денег нет).

Нужно чтобы люди тряслись как осиновый лист от одной мысли, что они пропустят какой-нибудь релиз посредине цепочки, представляли огромные $$$ которые придётся платить ораклу за поддержку (у них таких денег нет)

... и переходили на Python.

Java сильна именно обратной совместимостью. Сдохнет совместимость, Java станет чем-то вроде ноды. Для модных, с подворотами и смузи.

Знаешь, смена версии не обязательно означает улучшение. Сахарок не есть лучше, это всего лишь сахарок.

В случае большой поломки совместимости Java пойдет в задницу в конторах «стартеров», используют по старинке плюсы, али что-то другое enterprise ready используют.

Чем больше Ораклы придумают такого ужаса, тем лучше, имхо.

Я пока что вижу, что Oracle планомерно дожимают наследие Sun Microsystems.

Java потеряет популярность - выкинут догнивать где-нибудь в Apache/Eclipse Foundation.

А за 15 лет так и не виделни одного проекта где обновили бы жабу.

На какой написали, с той и закапывают.

Уже 10? 9я вроде недавно вышла, на неё в проде даже и не начинали переходить.

У 9й срок поддержки заканчивается в марте.

Java сильна именно обратной совместимостью.

Java сильна не только обратной совместимостью

Сдохнет совместимость, Java станет чем-то вроде ноды

100% обратной совместимости никогда небыло, нет и не будет

Знаешь, смена версии не обязательно означает улучшение

В мире Java это всегда улучшение

В случае большой поломки совместимости Java пойдет в задницу в конторах «стартеров»

В задницу пойдут старперы, а не Java. У Java все хорошо. Вот уже и Kotlin подтягивается как преемник.

используют по старинке плюсы, али что-то другое enterprise ready используют.

Писать на крестах enterprise-приложения - лютый зашквар.

Регулярно обновляться на новые мелкорелизы может не каждый.

На новые релизы могут обновляться не только лишь все, а каждый может это делать (c)

Отмазки обычно гнилейшие

Твиттер?

что апгрейднуться уже не получится *никогда*.

Неужели правда так сказал? Или это только на предстоящие крупные обновления JVM с новыми дженериками и валутайпами?

Вообще же, для современного ПО характерно непрерывное внесение изменений, сборка и тестирование. А значит, если код покрыт тестами достаточно плотно и они проходят, то программу можно сразу же поставлять.

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

Я смотрю, Python сообщество уже век как закопало версию 2.

Сколько там прошло с выхода 3-ки?

Портирование огромной кучи легаси кода в погоне за новой циферкой в релизе бизнесу не выгодно ни разу. Ибо онанизм программистов на введение сахара (что обычно и является причиной слюней по новой версии) никоим образом не добавит приложению стабильности или производительности. Точнее, это случается, но достаточно редко.

Я ничего не имею против фич в 10-ке (та же параллельная сборка мусора - это здорово, как и GC interface). Хотя var был принят неоднозначно буквально всеми, кто про него прочитал (т.к. люди представляют, во что начнут превращаться исходники и как могут начать фигово работать тулы по автодополнению, теряя тип). Однако надо понимать, что принцип write once должен работать как можно дольше, ибо чем больше кодовая база, тем сложнее (нет, не сложнее - дольше) портирование между версиями, точнее как только будет завершено портирование на Java N, к примеру, уже придет время начинать портирование на Java N+1. Т.к. огромная куча зависимостей обновится не сразу, потом еще портировать сам продукт.

11 джаве не будет JavaEE и Corba, и все кто на неё завязался - лососнут тунца

Чем предполагается заменить JavaEE?

Чем предполагается заменить JavaEE?

Сборной солянкой Spring Boot с технологиями, освоенными хипстерами с 2010 года. А там как пойдёт.

Jakarta EE уже считается мертвой? Т.е. передана Eclipse Foundation, но на развитие никто уже и не рассчитывает?

Эти конторы пилят этерпрайз проекты? Тогда всё очень логично. Технология должна быть надёжной и обкатанной, иначе это риск. Баги потенциально могут ударить по клиентам и репутации, а на их исправление придётся влить деньги. И на сам переход наверняка понадобится влить деньги, потому что не 100% обратная совместимость, а во фреймворках многое могло изменится. Новая технология не нужна, если старая прекрасно справляется со своими задачами.

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

Почему мёртвая? Можно загрузить свежую сборку javaee с eclipse.org и последнюю ночнушку apache netbeans и работать с ними.

Ну почему же мёртвой. Но пересобрать всё точно придётся.

Это заблуждение

Сейчас весь мир переходит на девопс и частые релизы (по релизу в неделю, например). В результате объем работы по проверке качества только повышается

А ещё это повышает удовольствие работников от работы.

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

Между прочим, Сталин рассматривал возможность перехода на 5-часовой рабочий день:

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

Что требуется для этого? Было бы неправильно думать, что можно добиться такого серьезного культурного роста членов общества без серьезных изменений в нынешнем положении труда. Для этого нужно прежде всего сократить рабочий день по крайней мере до 6, а потом и до 5 часов. Это необходимо для того, чтобы члены общества получили достаточно свободного времени, необходимого для получения всестороннего образования. Для этого нужно, далее, ввести общеобязательное политехническое обучение, необходимое для того, чтобы члены общества имели возможность свободно выбирать профессию и не быть прикованными на всю жизнь к одной какой-либо профессии. Для этого нужно, дальше, коренным образом улучшить жилищные условия и поднять реальную зарплату рабочих и служащих минимум вдвое, если не больше, как путем прямого повышения денежной зарплаты, так и, особенно, путем дальнейшего систематического снижения цен на предметы массового потребления.» »

Я смотрю, Python сообщество уже век как закопало версию 2.

Причем тут два разных языка - Python 2 и Python 3 к одному обратно совместимому языку - Java?

Портирование огромной кучи легаси кода в погоне за новой циферкой в релизе бизнесу не выгодно ни разу.

Да ничего не надо портировать, обновил версию, прогнал тесты, они заработали в 99.9% случаев если ты не наркоман, прогнал через QA как любое другое изменение и все будет работать.

Хотя var был принят неоднозначно буквально всеми, кто про него прочитал (т.к. люди представляют, во что начнут превращаться исходники и как могут начать фигово работать тулы по автодополнению, теряя тип).

Хорого понимаешь что такое local type inference? Это есть уже давно буквально во всех языках за исключением Java, включая С++ в самых больших кодовых базах. Работает отлично, код только улучшает и никто себе лоб об это не разбивает

Писать на крестах enterprise-приложения - лютый зашквар.

Пишу уже 4 года. Думаю что проблемы с опенсорсной инфраструктурой, но когда компания обросла своими либами для типичных задач (которых поразительно нету в опенсорсе) и хорошим код-стилем, то С++ выглядит и работает надежно где-то как Java

Хорого понимаешь что такое local type inference? Это есть уже давно буквально во всех языках за исключением Java, включая С++ в самых больших кодовых базах. Работает отлично, код только улучшает и никто себе лоб об это не разбивает

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

Если придётся работать в команде только из джунов - все грабли соберешь.

В JEP'е как раз про это написано:

Risk: reduced readability, surprises when refactoring.

Like any other language feature, local variable type inference can be used to write both clear and unclear code; ultimately the responsibility for writing clear code lies with the user.

В моём проекте, к примеру используется GWT 2.6.1 + GXT 3.0.* (не помню 3 цифру) (Hibernate не думаю, что будет проблемой обновить). Честно скажу - стремно обновлять этих двоих в составе проекта, хотя обновить хочется. Используем в основном ради TreeGrid'ов, которые не так уж и хорошо работают, и, как понимаю, проблемы не пофикшены и на 4-ую версию тоже (например, SelectionModel - событие на обновление таблицы TreeGrid просто не приходит). И если обновить до Java 8 ещё как-то можно, то боюсь на 9-ке (ну, уже 10-ке) уже не заведём проект.

Ну так пусть капиталист раскошеливается, ради нашего удовольствия! Всё в порядке.

Серьёзно? Программирование ради программирования, а не программирование ради решения задачи?

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

да, использовать современные языки и фреймворки - это удовольствие. А писать легаси говнокод и страдать - нет.

для переходов тесты помогают.

современные языки и фреймворки - это удовольствие

Говнокод есть и в современном коде.

я думал ты человек, а ты оказался хипстором. Буээ~~

В результате объем работы по проверке качества только повышается

Вспомнилось как старый эклипс крашился на новой джаве, прямо в процессе кодинга. Интересно, каковы будут убытки, если так банковское ПО ляжет со всеми транзакциями? Можно ли будет покрыть их рассказами главному боссу о качестве?

А ещё это повышает удовольствие работников от работы.
Ну так пусть капиталист раскошеливается, ради нашего удовольствия!

Это ты где нашёл вакансию с такими должностными обязанностями? Поделись с обществом.

Это ты где нашёл вакансию с такими должностными обязанностями? Поделись с обществом.

Это любая вакансия.

Если человек на работе не получает удовольствия, то скоро увольняется, и начинает рассказывать о конторе всякое паскудное говно.

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

Поэтому цель любой нормальной конторы - обеспечить такой разумный компромисс между удовольствием работников и стоимостью этого удовольствия, чтобы работники не начали оттуда сваливать в ужасе

22 days ago
guice 4.2 is released w/ java9 support.

И ещё куча незакрытого «висяка» в issues в среднем по больнице.
Все пока на восьмёрке сидят. И не потому, что лень, а потому что хрень.

Если человек на работе не получает удовольствия, то скоро увольняется

нормальные люди работают за деньги, а не за удовольствие

начинает рассказывать о конторе всякое паскудное говно
В результате чего возникает общественное мнение, что контора эта - скверная
цель любой нормальной конторы - обеспечить такой разумный компромисс между удовольствием работников и стоимостью этого удовольствия

Это из другой вселенной, в нашей всё иначе.

Судя по этим фантазиям, я не верю что ты где-то работал кодером, тем более на энтерпрайзе.

нормальные люди работают за деньги, а не за удовольствие

Те, кто работают исключительно за деньги - они не нормальные. Ну или скоро станут ненормальными.

Судя по этим фантазиям, я не верю что ты где-то работал кодером, тем более на энтерпрайзе.

Сбертех - достаточно энтерпрайз?

Или энтерпрайз не зависит от сложности и объемности решаемых задач, равно как и их вида, а только от количества ненависти к работе? Чем больше ненависти - тем энтерпрайзней?

Я не уверен в рабочем списке Олега, но ты можешь открыть его профиль, перейти по ссылочка и оценить самостоятельно: где и чем он занимался.

нормальные люди работают за деньги, а не за удовольствие

Нет, это говноделы.

я не верю что ты где-то работал кодером

правильно, кодер это все лишь «быдло"кодер.

Настоящим инженерам нравится работа которую они делают, и делают они ее качественно.

тем более на энтерпрайзе

Там банальный КРУД, даже мозг не надо включать. Самое то «кодерам».

Настоящим инженерам нравится работа которую они делают, и делают они ее качественно.

Настоящие инженеры делают качественно даже ту работу, которая им не нравится.