Смерть Жабы

[Shaos]

а поглядите ка какую прелесть оракла повесила на сайте откуда надо качать последнюю жабку

java.png (29.89 KiB) Viewed 11331 times

короче в бизнес-секторе жаба официально сдохла начиная с 16 апреля 2019 года...

[bigral]

интересно перейдут ли конторы на https://adoptopenjdk.net/index.html

[Shaos]

А вот кому 80 гигов софта для J2ME

https://archive.org/download/j2me-archive-unified-2019-09

Копирасты молчат ибо всё давно помёрло

Основной линк: https://archive.org/details/j2me-archive-unified-2019-09

This is a unified collection of J2ME (Java Micro Edition) games from many
sources. Each archive is a complete collection of all J2ME software available
from its source at the time of archiving. The sources are:

dedomil.net

dertz.in

flashpoint
(Various sources collected by creators of Flashpoint)

kyndigs
(Thanks to archive.org user kyndigs)

mastiwap.com
(Thanks to archive.org user cjrobe)

Nokia64
(Thanks to archive.org user Nokia64. This is all J2ME software uploaded to
archive.org by them)

saisa.ru
(Thanks to archive.org user cjrobe)

veoh.biz
(This is itself an archive of tunewap.com)

As well as the archives themselves, I've included a database of all included
software, with the platform and resolution where possible, indexed by the name
included in the JAR files. This database is searchable through index.html, or
accessible with SQLite3 in j2me.sqlite3 or as a spreadsheet in j2me.csv.

Note that this archive includes symbolic links, as many files are duplicated in
several archives. Only identical files are replaced by symbolic links, so no
original content is actually lost. If your operating system or filesystem does
not support symbolic links, you likely had trouble extracting this archive, and
will find many files are missing. If you encounter a missing file, simply look
for it in dups.txt, which will tell you where to find the real copy.

If you have or know of other J2ME software that should be in a unified archive, please contact me at j2me-archive-quh@yahweasel.com .

[Lavr]

А вот кому 80 гигов софта для J2ME

J2ME - это же мобильная Жаба...

Да, и я не понял, что смертельного в том объявлении от Оракл выше?

[Shaos]

Да ничего такого - просто халява стала платной

[Lavr]

Да это везде так... халявой заманивают, дают попривыкнуть, потом - хоп! Давай денег!

Я вот пользовался долго халявным сервисом: https://document.online-convert.com/ru/
А сегодня - хоп! Просят зарегистрироваться... нахаляву не конвертируют более...

[Alekcandr]

Чего вы от жабы хотите? Я вот еще помню когда студент в начале 2000г. рассказывал, что это язык будущего.

А по факту что вышло . Языка будущего не существует. Вот нет его. Есть только амбиции и промоушен. Так-что радуемся си, паскалю и pl/I (вдруг взлетит).

Виртуализация на сегодняшней момент рабочего стола достигла тупика (это ява! 2000г.). Посмотрим что там будет. Но когда гугл браузер жрет последний гигабайт памяти. Это перебор.

[Shaos]

Ява была "языком будущего" в 1996 (когда я стал с ней впервые играться), а к 1999 она превратилась в язык унылого настоящего - эдакий "Cobol 2.0", который в финансовых учреждениях теперь десятилетиями будут обратно запиливать чем-то другим...

А теперешний язык будущего это V

[Alekcandr]

А теперешний язык будущего это V

Пускай будущий будет более будущней предыдущего. И конечно ждем темы что этот будущний, помер

[Lavr]

А что-то статистика никак даже не намекает на скорую смерть Жабы:

1cZTIL7eQw.png (153.53 KiB) Viewed 10629 times

[VituZz]

Судя по картинке, они все при смерти...

[Shaos]

Сейчас Си повыше стал - скоро опять обгонит Жабу
Да и Python чото опять попёр...

[Icer]

SQL при смерти у него нет пульса с 2004 года

[bigral]

я бы сказал что настоящей жабы так никогда и не было

так как штука эта предполагала некий процессор (виртуальный или реальный) стековый, похожий на pascal p-machine или на форт... суть которого была - выкинуть нафик обычные процессоры с их MMU и сделать процы простыми в производстве
MMU рассматривалось как зло, потому что оно предпологает тормозные вызовы из USER режима в режим KERNEL-a, каждый такой вызов проблемный так как он требует перепрограммирования карты памяти под USER или KERNEL режим, так же это дело предпологает кучу кода который обрабатывает ошибочные обращения к read only участкам и т.д.
в java всего этого нету изза того что софт не работает с адресами памяти вообще, просто не имеет к ним доступа, т.е. никакие сложности с MMU джаве не грозят, процессор для java должен был быть простой как обычные процы без MMU работающие в режиме flat памяти, java классы не могут повлиять друг на друга не могут полезть в чужую память и их можно тусовать по памяти в любой момент в любое место

так вот учитывая эту задумку все что мы видели это не настоящая java как она задумывалась а эмуляторы в виде процессов под unix/windows... что естественно БРЕД потому как даже не ясно как решить проблему с памятью, изначально предпологалось что java процу доступна ВСЯ память компьютера и garbage collector ею крутит как угодно, но в режиме процесса под unix это ж невозможно, потому нужно задавать максимальный обьем для JVM который она будет использовать что является бредом так как она жрет этот обьем пока он есть даже если половина данных в нем уже не актуальны (делается это для скорости, пока есть чистая память то можно не смотреть что там пора очищать), изза этого не пашет unix swap который скидует на диск страницы к которым не было обращения давно (например при memory leak)

вроди были потуги делать настоящий java cpu... и настоящий java os (без unix-a) но все это тормозило как то дико и в массы не пошло

так что java концепция все еще не реализованна по настоящему и потому оценить ее эффективность мы не можем

[Lavr]

я бы сказал что настоящей жабы так никогда и не было
все что мы видели это не настоящая java как она задумывалась а эмуляторы в виде процессов под unix/windows... что естественно БРЕД потому как ...

У меня лично была (и есть) java на мобильных телефонах (J2ME), где не было и не могло быть никаких "процессов под unix/windows..."
Так что БРЕД я вижу немного в другом месте...