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

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

a->add(b->sub(c->mult(d)))

Явное же противоречие.

А если вы отказываетесь программировать на Java пока в него не завезут перегрузку операторов, то это и хорошо, потому что плохих программистов в Java и так хватает.

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

В IDEA есть преобразователь методов в операторы. Например, для BigInteger и других классов из JDK это работает точно. Т.е. можешь спокойно писать операторы, а она методы сама подставит. А видеть будешь только операторы.

Вообще, в 21 веке можно не париться из-за синтаксиса, таже IDEA сделает как тебе больше нравится. Я, так вообще задумывал IDE, которая полностью скроет многословные модификаторы графическими иконками. Когда ты в режиме чтения кода.

Ошибки и опечатки в новостях (4)

Это круто!

Напишите, что Oracle JDK стала проприетарной и платной, на халяву надо использовать Open JDK.

А зачем вообще вызывать toArray(null)? Тем более что это выкинет исключение.

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

Удалены фонты Lucida

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

Да, но у меня лично (а также у прочих адептов) не щелкает в голове переходить к определению оператора «+»

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

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

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

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

Да объясните мне уже, откуда там сложность-то берется? Я ничего кроме простоты не вижу.

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

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

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

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

Напишите, что Oracle JDK стала проприетарной и платной, на халяву надо использовать Open JDK.

Как будто на линукс-серверах когда-то было иначе.

До сего момента никогда не возникало желания использовать OpenJDK где-либо.

И ты в deb-based дистрах ставил яву руками через костыли со скачиванием с сайта / ppa?

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

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

Да объясните мне уже, откуда там сложность-то берется?

Далее гипотетический синтаксис:

public class FakeInt{
  private int inner;
  @Override
  public int operator+(FakeInt that){
      return this.inner - that.inner; //happy debugging motherfucker!
  }
}

Ну как же вы смеете спорить с моим примером

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

Просто оставлю это здесь

https://blog.joda.org/2018/09/do-not-fall-into-oracles-java-11-trap.html

Какие ppa, tar xzf и всё.

Какая разница?

public class FakeInt{
  private int inner;
  @Override
  public int plus(FakeInt that){
      return this.inner - that.inner; //happy debugging motherfucker!
  }
}

FFFFUUUUUUU на тебя

официально дебиан рекомендует ставить openjdk (как и все линуксы, думаю)

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

не ставить ничего, связанного с Java, из репозиториев

эммм... почему?

Зачем.

Какая разница?

на метод plus я с большей вероятностью схожу посмотреть, вот и вся разница

Ну это надуманный аргумент.

Когда IDE делает преобразование кода при отображении - это и есть доказательство, что фича нужна.

Отрицательный опыт. Вечно они там всё перетасуют, что ничего в итоге не работает и ковыряйся там, реверс-инжинирь, чего взбрело в голову этим мейнтейнерам. А папочка с JDK, папочка с tomcat и прописанные переменные окружения в скриптике работают стабильно и вне зависимости от дистрибутива, операционной системы и погоды на Марсе.

У меня не работает. Только что проверил. a + b вводит как есть и подчёркивает как ошибку. a.add(b) ни во что не преобразовывает. Или это где-то в настройках включается?

Какая незамутненность, как будто методичку от оракла читаешь. Держу пари, раньше там был написано:

лямбды не нужны, поскольку авторы Java стремились к повышению надёжности программ, которая особенно важна для серверных приложений

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

Странно. Никогда не замечал ничего подобного за много лет шатания явы на серверах.

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

А как же обновления? Ничего не ломают?

Скачивать тут:
https://www.oracle.com/technetwork/java/javase/downloads/index-jsp-138363.htm...

Вместо апплетов теперь браузерные API, а JavaFX дожевывает кусочек легаси с Adobe Flash и Silverlight.

Но ведь ничто не мешает разрабатывать гуевые приложения на JavaFX? Поддержка современных языковых средств, таких как enum, стильный-модный-молодежный лук, всякие графики. Чего она не взлетает?

А как же обновления? Ничего не ломают?

А что им ломать, у джавы с совместимостью даже между мажорными версиями почти всегда всё идеально.

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

В чем проблема мейнтейнить пакет самим ораклам? Аж один человек нужен. До сих пор этот гемор с невозможностью автоматизированной установки из дефолтных реп даже в рхеле/центе, которые рядом с оракллинуксом.

Лучи ненависти Ларри.

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

Конечно, так как это сделано в С++, это диверсия. Рефакторинг кода с перезагрузкой операторов это боль. Определить, какая именно перезагрузка используется в данном случае - трудоёмкая операция. Гарантировано найти именно те места, где используется данный оператор для данного типа - вообще невозможно.

Но если учесть ошибки С++ и сделать перезагрузку сделать по уму, то это было бы круто.

её выкупила какая-то компания, специализирующаяся на поддержке legacy

«Какая-то компания» IDERA жива и набирает персонал -

https://www.idera.com/about/careers

Legacy и не только legacy.

Зато окучивают правительственные структуры США.

Для mid-size задач они заняли свою нишу -

https://ru.wikipedia.org/wiki/Idera_Software

Так же слышал, что он потерял свою былую популярность.

Не потерял -

https://vaadin.com/success-stories

Мне как-то «посчастливилось» поддерживать один такой проект.

Гвит намного проще, чем Spring MVC или Apache Wicket.

Хотя, Wicket, всё-таки тоже неплох, хотя и на любителя.

Сейчас, правда, тенденция такова, что меня переключили только на backend, а frontend должны создавать молодые креативные специалисты по JS.

PS. GXT 3.1.1 я для своих legacy «форкнул» как внутренний проект, добавив свои модули. В принципе, для средних и небольших проектов GXT вполне пригоден.

Зачем тебе перегрузка операторов?

Учите Groovy, если нужна «перегрузка операторов».

Хорошо учите.

чтобы писать vec3 a = c + d

не замечал ничего подобного

Как минимум томкат в дебиане кастрированный.

а в чём проблема ? неясен тип операнда ? И «по-уму» это как ? можете привести пример

Это уже у Вас на собеседовании спросят.

class ArraysAdd {
    public static Collection plus(Collection a, Collection b){
        [a, b].transpose().collect { x, y -> x + y }
    }
}

use (ArraysAdd) {
   System.out.println ([10, 20] + [1, 2])
}

$ groovy ADemo.groovy
[11, 22]

$

Groovy - основной скриптовый язычок для Spring - без него сейчас никак.

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

Может это конечно всё и правда, но они помнится и вариантность из generics исключили — сознательно, для простоты (читай - для понижения порога вхождения). А получилась херня, когда приходится в коде писать вперемешку <T> и <? extends T> (причём одно к другому не приводится), плюс иметь идиотские варнинги про f(List<T>... tt). Сами себя обманули. В общем, я бы не стал апеллировать к намерениям авторов жавы как к окончательному аргументу. Хорошо хоть в скале сделали нормально, без этого корявого упрощенчества.

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

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

далее по тексту встречается та же ошибка

Так как подобные комментарии быстро теряют ценность, для них есть спецтопик:

Ошибки и опечатки в новостях (4)

Удалено автоматическое обновление JRE и сам JRE для Windows и MacOS.

А даже хорошо, ибо то, что было — позорище в лучших традициях malware и васян-сборок.

LOL, а в плюсах (казалось где бы еще!) нет в стандартной библиотеке оператора + для коллекций (в std::valarray он есть, но имеет несколько другую семантику).

Но жирнобуст как всегда в помощь: http://www.boost.org/libs/assign/

Вообще Groovy очень дополняет Джаву.

Скоро увидим на ЛОРе новость про релиз Groovy 3.

Там много приготовили вкусненького -

http://groovy-lang.org/releasenotes/groovy-3.0.html

boost::assign это про инициализацию контейнеров. В современном с++ это делается так (без всякого boost):

std::vector<int> v = {1,2,3,4,5};

boost::assign это про инициализацию контейнеров

Я об операторе +=: https://wandbox.org/permlink/Ghdy2YPPuupyNbk3

UPD Хотя он тоже не умеет конкатенировать векторы...

Jvm и java как язык это две разные вещи. С какой стати гуглу кормить этих дармоедов? Ты еще упрекни что в мозилле сплошные злодеи, ведь они c# и .net не двигают. Вот злодеи то!

сняли с языка

К тому же не совсем очевидно почему += должен конкатенировать а не складывать поэлементно, как это принято в математике.