Какими приложениями на Java вы пользуетесь?

[Алексей Гринь]

На Яве нет утечек памяти и сваливаний системы.

Утечки есть и полно. И их ещё сложнее решать (чем в C++). Сваливания системы редки, но всё же бывают, когда ошибка где-то в нативных библиотеках, или баг в самом ядре Java. Конечно, по сравнению с С++, таких случаев в 9000 раз меньше. Но тем не менее проблемы не решены полностью.

[Darkstar]

На Яве нет утечек памяти и сваливаний системы.

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

[Darkstar]

Dreamweaver, по-моему еще на яве писан (если не на бейске конечно)...

[francisrossi]

OpenOffice (не знаю, Libra всё так же сидит на Jav'e или нет).

жрет в итоге столько ресурсов, что невозможно работать.

Да, и никак эта проблема не решается.

[Demetrius]

Просто интересно, кто реально пользуется Java и какими программами. Подчеркиваю, не пишет, а сам пользуется на постоянной основе.

Сейчас не пользуюсь.

Раньше очень долгое время пользовался таким:

• DimSum — программа для изучающих китайский; к сожалению, давно не обновлялась.
  
• JEdit — текстовый редактор; в нём есть вещи для программистов, но не только для Jav'ы, но и для программистов на других языках.
  
• FreeMind — для рисования майндмепов; вообще-то толку от них мало, но забавно.

[Алексей Гринь]

а именно то, что жрет в итоге столько ресурсов, что невозможно работать.

Кстати, потребление памяти можно было бы урезать, если бы у них не был тупой дизайн системы с самого начала. Они почему-то решили, что возможность блокировать любой объект как мьютекс — это суперкруто. Хотя обычно только 1% объектов используется больше, чем двумя потоками. Чтобы иметь возможность ассоциировать любой объект с мьютексом операционной системы — требуется память, как маркер. В итоге что? Каждый Java-объект сжирает лишние 4 байта на пустой маркер, который не пользуется в 99 процентах случаев. Если в программе миллион объектов, то оверхед — 4 мегабайта просто на неиспользуемые lock-маркеры. И такое вот сжирание памяти вхолостую в Java — на каждом шагу. В итоге можно было бы как минимум половину памяти урезать.

Ещё дебилизм в Java - Java полностью игнорирует память С++-модулей при эвристике сборки мусора. Т.е. если сторонний С++-модуль выделил 1 гигабайт памяти, а сама Java выделила только один мегабайт, то Java будет думать, что память ещё дохрена. И не будет инициировать сборку мусора вообще. В итоге программа может вылететь с «Кончилась память» даже не попытавшись избавиться от мусора.

Короче много дебилизма. .NET получше будет в этом плане.

[I. G.]

Какими приложениями на Java вы пользуетесь?

Только в телефоне.

[Darkstar]

Гринь, вы разве профессиональный программист вообще-то? Что-то не обращал внимания раньше.

[Алексей Гринь]

Да, и никак эта проблема не решается.

Насчёт памяти. Эта проблема раньше существовала, потому что Java не умела возвращать память обратно операционной системе. Если в какой-то особо производительный момент времени программа выделила 1 гигабайт, а потом забыла о нём и стала пользоваться всего одним мегабайтом, то Java на это было пофиг и она всё равно держала как свои этот один гигабайт и не отдавала оси. То есть память Java могла только расти. В Sun на это отвечали, мол, ось всё равно засвопит неиспользуемое на диск и пометить лишнее как свободное. Т.е. я не уверен, была ли реальная проблема-то вообще. Может, люди просто смотрели в диспетчер задач и ужасались, сколько там много мегабайт, но реальных-то проблем не испытывали с памятью?

В последних версиях наконец-то сделали возможность отдавать память обратно оси, так что память Java теперь не только постоянно растёт, но может и сжиматься.

Насчёт собственно скорости выполнения - я не вижу проблем. Тормозит только на стартапе слегка. Дальше всё летает у меня.

[I. G.]

Гринь, вы разве профессиональный программист вообще-то? Что-то не обращал внимания раньше.

На мой взгляд, Гринь как раз технарь, а не лингвист. 

[Алексей Гринь]

Гринь, вы разве профессиональный программист вообще-то?

Я и швец, и жнец, и на дудке дудец.

[Darkstar]

"Может, вы все просто смотрели в диспетчер в задач и ужасались, но реальных проблем не испытывали с памятью?"

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

[Алексей Гринь]

Может быть, в этом повинна не сама Java, а конкретные приложения. Java-програмисты грешат тем, что любят over-engineer-ить и на каждый пустяк создавать по двадцать пять фабрик и тридцать синглтонов.

[Darkstar]

Гринь, вы разве профессиональный программист вообще-то?

Я и швец, и жнец, и на дудке дудец.

Не, ну, я просто интересуюсь. Просто откуда интерес к Java, если не разрабатываете под нее профессионально?

[Алексей Гринь]

Просто откуда интерес к Java, если не разрабатываете под нее профессионально?

У меня чисто теоретический интерес к виртуальным машинам.

[Darkstar]

Может быть, в этом повинна не сама Java, а конкретные приложения. Java-програмисты грешат тем, что любят over-engineer-ить и на каждый пустяк создавать по двадцать пять фабрик и тридцать синглтонов.

Это так Eclipse был сделан -- среда для удобной разработки приложений. При замене среды все вдруг неожиданно начало летать и все проблемы почему-то исчезли.

[Алексей Гринь]

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

Ибо платят больше.

[Darkstar]

В смысле? У них что, покодовая оплата? Или за яву платят больше?

[Чайник777]

и программисты (по крайней мере большая часть) вовсю писали бы под неё, а не под голый Win32 — потому что это удобно и вкусно.

 

[Алексей Гринь]

В смысле? У них что, покодовая оплата?

Ну есть такая штука, как оплата за количество написанных строк. В сети есть много пёрлов на эту тему. Индусы-умельцы специально растягивают код (не добавляя нового функционала), чтобы больше заработать.

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

и программисты (по крайней мере большая часть) вовсю писали бы под неё, а не под голый Win32 — потому что это удобно и вкусно.

 

?

[Чайник777]

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

[Алексей Гринь]

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

Да и сам язык - каменный век.

Например?

[Darkstar]

Однако те приложения, о которых я вел речь, писались обычными программистами, а не дебилами.

[Oleg Grom]

OpenOffice (не знаю, Libra всё так же сидит на Jav'e или нет).

Сам офис не на жабе, ее используют только некоторые плагины.

[francisrossi]

Да, и никак эта проблема не решается.

Насчёт памяти. Эта проблема раньше существовала, потому что Java не умела возвращать память обратно операционной системе. Если в какой-то особо производительный момент времени программа выделила 1 гигабайт, а потом забыла о нём и стала пользоваться всего одним мегабайтом, то Java на это было пофиг и она всё равно держала как свои этот один гигабайт и не отдавала оси. То есть память Java могла только расти. В Sun на это отвечали, мол, ось всё равно засвопит неиспользуемое на диск и пометить лишнее как свободное. Т.е. я не уверен, была ли реальная проблема-то вообще. Может, люди просто смотрели в диспетчер задач и ужасались, сколько там много мегабайт, но реальных-то проблем не испытывали с памятью?

В последних версиях наконец-то сделали возможность отдавать память обратно оси, так что память Java теперь не только постоянно растёт, но может и сжиматься.

Насчёт собственно скорости выполнения - я не вижу проблем. Тормозит только на стартапе слегка. Дальше всё летает у меня.

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