Релиз Java SE 14

Тезис был в том что вкладка лора состоит из хтмл и джавы

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

Порты для Solaris и платформ на SPARC объявлены устаревшими и могут быть исключены в будущем.

А в соседней теме напыщенные фанатики Solaris кричали, что за Java’ой на Solaris’ах и SPARC’ах будущее, а эти ваши Linux’ы, там где используется Java, нинужны бгг.

Вон снизу уже классические оправдашки пошли, как говорится «Что ж ты фраер сдал назад?!», кстати зачем вы с анонами вообще беседы ведете?

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

Sad but true.

У SUN’ов был огромный потенциал.

Тезис был в том что вкладка лора состоит из хтмл и джавы

Твой тезис дно и ты в этом не разбираешься, прости, но скажу как есть.

Ну то что такого нет, не говорит о том, что его в принципе нельзя написать на джаве

Биндинги к WebKit’у были в составе JavaFX, который выкинули из JDK, а в восьмёрке (той что OracleJDK, а не OpenJDK) фактически есть браузер.

Не мой а bdfy

Нет, тезис был в том, что бэкенд работает на джаве.

А я до сих пор на апплетах сижу.

Ненависть становится настоящей, когда приходится с этим работать. Был бы рад с этим никогда не сталкиваться, но увы.

Нет. Ненависть становится настоящей когда ты малолетний дегенерат, который никогда не сталкивался с java и никогда нисчем кроме метлы в жизни не столкнется.

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

Java это tomcat, jboss и иже с ними. Каждый первый веб сервер работает на жабе. Это если по джангам всяким и пхп не ходить, а на нормальные сайты – новости там почитать или интернет банки или вот лорчик. Про spring ты тоже ничего не слышал, да, бедняга? Все уважающие себя конторы используют spring сегодня и уже 10 лет без малого. Работать в ентерпрайзе на java это значит быть успешным, не запар(т)ным и с большой ЗП. Но ты хейть дальше, дурачок. Питончика там прихлебни или сишки.

знатно подгорело.

лучше бы традиционно на php во первых потому что это удел пыха и во вторых далеко не каждый хостинг поддерживает java server pages.

Релиз Java SE 14 (комментарий) где тут про бэкэнд

лучше бы традиционно на php

Кому лучше? PHP-макакам?

ЛОР был раньше на PHP, переезд на Java это развитие, обратный процесс называется деградацией.

и во вторых далеко не каждый хостинг поддерживает java server pages.

Серьёзные проекты хостятся на dedicated-серверах или аналогах VPS, а не на васян-хостингах, где пьяный админ вечно забывает обновлять дырявый PHP вовремя.

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

Вкусно, датаклассы в яве всегда боль и тонны пустого кода

Можешь использовать ломбок в восьмой или 11 джаве и никакого пустого куда не будет. Не благодари

Старые приложения на Java не стали жрать больше памяти

А старые приложения на C++ не стали жрать памяти больше, ЛОЛ :)

а вот новые приложения на C++/Rust в разы превосходят по потреблению памяти старые приложения на Java.

И о чем это говорит? О том, что современные приложения потребляют больше памяти, чем старые? Вот это поворот!

Чтобы найти такое приложение на Java, которое бы потребляло больше 4 ГБ оперативки — это надо постараться. А вот C++/Rust Firefox с десятком-другим вкладок легко выжрет.

Тут сравнивается то, что есть с тем, чего нет. Сначала пусть на Java напишут «Firefox с десятком-другим вкладок», и тогда будем сравнивать.

iZEN уже говорит как политик, оценочные суждения, упрощения, отсутствия анализа и выводы под свою точку зрения.

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

ЛОР был раньше на PHP, переезд на Java это развитие, обратный процесс называется деградацией.

вообще не факт. это твое личное мнение?

уже было озвучено мнение о том что java в веб - зло, и я согласен. и лор всегда наjava был ЕМНИП.

к чему избыточность такая непойму?

Очевидно, что во вкладке у тебя не может быть никакой джавы, если ты не пользуешься IE 6, конечно. Ее удел поедать память на сервере.

Ну что скажут специалисты? Джава умирает или живет и здравствует?

20 лет самый популярный язык программирования https://www.tiobe.com/tiobe-index/

вся bigdata (hadoop, spark,flink, hbase,cassandra,dynamodb) - java
весь enterprise - java
вся мобильная разработка под android - java
большинство популярных IDE - и то java
доставка платного видео - netflix, youtube
messaging (kafka, aws sqs) - java
сервера сборок (jenkins, hudson, teamcity) - java
bug issue tracking (jira/youtrack) - java
сервера артифактов (nexus, artifactory) - java
LOR - и тот на java :-)

Мне вот интересно, а что могло навести на мысль - что отмирает (она на оборот за этот год прибавила, судя по статистике).

Про Gerrit забыл.

Вместо tiobe лучше смотреть redmonk rating. Но там джава тоже в первой тройке.

Поскорее бы ЛОР переписали на свободный .Net 5

Про Gerrit забыл.

Я бы хотел про него забыть, но мне приходится с ним работать каждый день :(

Покажи мне браузер на Java, который будет жрать меньше лисы на одинаковом наборе вкладок.

https://habr.com/ru/company/dcmiran/blog/493018

Можешь использовать ломбок в восьмой или 11 джаве и никакого пустого куда не будет. Не благодари

благодарить не буду. А вот вазектомию за упоминание ломбока предложу. Ты б еще аспекты предложил, извращенец.

Представьте IDE уровня Eclipse или NetBeans, написанные на C++.

KDevelop? Qt Creator?
Хотя Eclipse и NetBeans это уже больше фреймворки, а не IDE.

Представьте IDE уровня Eclipse или NetBeans, написанные на C++.

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

благодарить не буду. А вот вазектомию за упоминание ломбока предложу. Ты б еще аспекты предложил, извращенец.

Когда я пришел в один энтерпрайзный проект я сильно удивился количеству ломбока, но потом мне понравилось. Есть выбор, либо пользоваться явной кодогенерацией в IDE, либо делегировать создание бойлерплейт-байткода ломбоку.

И аспекты в жабе к месту. Аспекты могут быть реализованы через динамические прокси, тот же @Transacional это аспект. Без этого пришлось бы как spring 2.5 писать коллбэки.

Java многословна, все из-за нехватки абстракций, здорово что добавили record, var и многострочный текст. После первых двух фич lombok будет ненужен, а многострочный текст позволит, например, тестировать REST без лишних абстракций т.е. смотришь юниттест и видишь json запроса/ответа как есть, без необходимости навигации по иерархии DTO.

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

Можно подумать, что это первая гадость, которую Оракл сделал солярису

KDevelop? Qt Creator?

А что они могут кроме тестовых запусков, подсветки синтаксиса и проверки правописания?

Слава оракле!

https://imgur.com/zyfUChq

А почему Вы тактически умолчали об IDEA?

С проприетарщиной на винфак.

Community Edition же.

И аспекты в жабе к месту

посмотрю как ты это место потом искать будешь

смотришь юниттест и видишь json запроса/ответа как есть, без необходимости навигации по иерархии DTO

нормальные IDE умеют многострочники и их дифф. А вот за пихание запроса-ответа прямо в исходник вместо ресурсов положен расстрел.

либо делегировать создание бойлерплейт-байткода ломбоку

а потом будешь сидеть и гадать что же эта хрень там нагенерила после обновления. Не, ну ее нафиг

Ломбок не нужен, аннотации не нужны, стримы не нужны, лямбды не нужны, спринг не нужен. Только java EE 6.

Community Edition же.

Это замена jEdit.

О, да!

Только жава приложения это 3 кнопки и 1 таблица, а C++/Chromium и C++/Rust Firefox это целая операционная среда с гуем, встроенными интерпретаторами, процессами, мультимедиа, 3d графикой и поддержкой всего зоопарка по имени web2.0.

В следующий раз не сравнивай х*й с пальцем на публике, умнее будешь выглядеть.

И что же такого интересного могут не-c++-нутые ide?

Не стесняйся, можешь сразу написать, без жвачки.

разумно,поддерживаю +1

А вот за пихание запроса-ответа прямо в исходник вместо ресурсов положен расстрел.

А если у сервиса 50-150 методов, все их запросы/ответы в ресурсы? По факту сейчас много где просто тестируют DTO, иерархические структуры объектов. Открыв такой тест с наскоку понять что там происходит не просто, а хотелось бы сразу все увидеть, чтоб было прозрачно для разработчика.

нормальные IDE умеют многострочники и их дифф.

Был бы многострочный текст раньше я думаю такой проект как mybatis/ibatis даже не появился т.к. фактически он нужен только чтоб убрать большие sql запросы из java в xml.

а потом будешь сидеть и гадать что же эта хрень там нагенерила после обновления.

Надуманно, кажись даже Idea на лету может декомпилировать class файлы.

java то деградирует:

https://www.phoronix.com/scan.php?page=article&item=openjdk-14-benchmark

https://i.imgur.com/ZugpVdg.png

When taking the geometric mean of all the Java benchmarks carried out, OpenJDK 8 was to little surprise the fastest Java version benchmarked in this article

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

Вот не надо, ssh, а значит sshfs везде есть. Это конечно не деплой через git, но все же.

А shared хостинг может быть привлекателен тем, что там автоматически бекапы базы и файлов сайта, причем вне объема оплачиваемого дискового пространства.