по-моему, смысл существования ради продажи - это только у стартапов.

Это по-твоему. А вообще-то все компании имеет свою цену. Вот, сан и продалась.

ага, конечно. ты как всегда прав, анонимный эксперт ;-)

Ура!

ага, конечно. ты как всегда прав

Конечно прав, факты ж на лицо - всё, что измеряется деньгами, продаётся и покупается. Бизнес делается дядями, а фонатики потом стродают :-)

Строки как раз сравниваются нормально.

str1.equals(str2) - это ни разу не нормально для высокоуровневного языка.

ну пиши str1 == str2, твои желания через astral.jar угадывать надо?

Почему? В любом случае нужны разные способы сравнения по содержимому или по ссылке. Если заменить equals на ==, то для == надо придумать ещё что-нибудь.

Там нет строк. Есть объекты-экземпляры класса «строка». И к этому очень быстро привыкаешь.

В армии ты быстро привыкаешь спать в любом, даже самом неудобном, положении в любом, даже самом неподходящем, месте. Подумай об этом.

Посмотри, как это сделано в других, действительно высокоуровневых языках.

str1.equals(str2) - это ни разу не нормально для высокоуровневного языка.

Это нормально для языка, где в основе ООП на базе посылки сообщений - понятная и однообразная семантика.

Посмотри, как это сделано в других, действительно высокоуровневых языках.

Да также и сделано - два операнда и один оператор.

Вноси пример чтоб не быть голословным

Это нормально для языка, где в основе ООП на базе посылки сообщений - понятная и однообразная семантика.

А где тогда 5.add(6).less(2) и т. п., однообразный ты мой?

А давай ты сам оторвешь свою жопу и займешься самообразованием.

5.add(6).less(2)

Тут нет однообразия, оно есть тут

Integer(5).add(6).less(2)

Тут нет однообразия, оно есть тут

Что значит нет? Если все объект, то все объект; и если все через методы, то все через методы. Какого хрена в жабе операторы сравнения, сложения и т.п. делают? Сахарок? А чо он такой кривой и убогий тогда?

Память копеечная

Уже давно нет.

Лучше я пожелаю тебе заткнуться и не рассуждать о вещах в которых не разбираешься.

Что значит нет? Если все объект, то все объект; и если все через методы, то все через методы. Какого хрена в жабе операторы сравнения, сложения и т.п. делают? Сахарок? А чо он такой кривой и убогий тогда?

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

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

А вот в цепепе в какой-то либе через оператор +/+= даже можно добавлять виджеты в контейнеры, типа Container container; Label l; Input i;

container += l; container += i;

Вот это уже действительно уродство и желание авторов повыпендриваться. :-) Да что уж там виджеты, в цепепе даже ракеты в космос операторами можно отправлять :-)

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

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

Ну, если уж и так согрешили с операторами, можно же было сделать, чтобы и со строками было удобно работать

На жабе написано столько годного софта, включая нашумевший Clion для цепепе, что сдаётся мне, что всем пофиг то удобство относительно строк :-)

А собственно чем это хуже container.Add(l)? Истерика с переопределением операторов совершенно надуманная. Метод Add, например, тоже у разных объектов может иметь абсолютно разный смысл, и это тоже целиком зависит от степени накуренности разработчика.

А собственно чем это хуже container.Add(l)? Истерика с переопределением операторов совершенно надуманная. Метод Add, например, тоже у разных объектов может иметь абсолютно разный смысл, и это тоже целиком зависит от степени накуренности разработчика.

Тем что набор операторов, особенно в цепепе, ограничен. Даже точку переопределить нельзя. Кометет будет ещё многолет думать о точке :-) А методы можно называть бесконечным способом. Это в любом случае универсально, и хорошая либа будет содержать в первую очередь методы, а потом, может быть, вдобавок, операторы их вызывающие. Только операторы типа + особо нахрен никому не нужны. Тем более, что фОнаты скорости знают, что std::string s = «a» + «b» + «c» медленнее!!!11 чем std::string s; s.append(«a»).append(«b»).append(«c»). Остаются только -> и *.

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

Так это проблемы конкретной реализации, а не концепции в целом.

Ура! Java давно обогнала по производительности С++

20 лет вместе с Java

я думал ты моложе

Поздравляю фанов!

Помню, к восьмой версии на ней стало можно программировать.

Чего не хватало - возможности создавать объекты неподконтрольные gc.

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

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

Ура! Java давно обогнала по производительности С++

По производительности труда за счёт IDE. А в рантайме задротно написанный код на цепепе однозначно быстрее.

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

Это шо за парадокс такой - «неподконтрольные gc, но уничтожаемые при обнулении счётчика ссылок»?

Кстати, очень часто слышу плохие отзывы, что Java говно, но когда задаю вопрос: «А почему?», то никто мне не может дать нормального ответа. Тем не менее Java разработчиков ооооочень много. Неужели она такая простая и охватывает столько задач? Где-то читал, что она очень похожа на C++.

Задам здесь этот вопрос: почему Java говно?

P.S. Просьба без троллинга

Это шо за парадокс такой - «неподконтрольные gc, но уничтожаемые при обнулении счётчика ссылок»?

Он наверное имеет в виду ARC: http://en.wikipedia.org/wiki/Automatic_Reference_Counting

Кстати, если уж нужно устроить свалку, то есть Usafe, ByteBuffer, Direct Buffers всякие, Apache DirectMemory, Chronicle Map... Или просто свалить в Memcached или Redis

Скучный ты, думал подождать пока ты лопнешь, а ты уныло слился.

Не собираются такое реализовать?

а зачем?

Неужели она такая простая и охватывает столько задач?

Да.

Где-то читал, что она очень похожа на C++

Похожа только лишь сишным синтаксисом.

Задам здесь этот вопрос: почему Java говно?

У многих складывается такое впечатление из-за тормознутости на десктопах, особенно у тех, кто сидит на доисторическом железе, пИчатая код в vim. Другие фОнаты не любят потому шта это пропрЕИтарщЕна!!!11, а это не совместимо с догмами open source и fsf. Третьих не устраивает то, как там сравниваются строки :-) Четвёртых тошнит от классов и ООП. Пятые плюются от GC. Шестым нужны укОзатели и деструкторы. И т.д.

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

Банки последние пару лет активно отказываются от жаборешений и переходят чистые веб-приложения.

Шо такое «чистые веб-приложения»?

Восьмые просто не хотят учить язык, про который кто-то говорит «говно».

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

Отличная новость!
Нет повода не выпить :)
Правда С++ она так вытеснить и не смогла.
Но надеюсь что-нибудь другое его закопает.

Смотря как писать.
Вот Firefox не на джаве написан, а выжирает память оптом.
Был бы на джаве то может быть хотя бы не тёк.

Вот Firefox не на джаве написан, а выжирает память оптом.

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

Это приложения, для которых нужен чисто браузер.

Как?

Тогда не знаю )

Можно ли изучать Scala без знания Java?

Это тот самый лисп на JVM, как и все лиспы, с динамической типизацией?

Нет, это жалкая попытка сделать лисп в уловиях JVM.

Уточню вопрос, если это было неясно из контекста.

Как в Java запилить строки в виде примитивных типов?

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

и все эти веб-приложения написаны именно на жабе

Что бы не писать простыни try с ресурсами.