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

Балбесик, если вам не приходилось работать, как указанно выше, с матрицами и векторами, то это не значит, что это не нужно.

Бинари с заявлеными возможностями или не было.

Да хотя бы туже перегрузку операций осилили бы. И то было бы уже хорошо.

Зачем Мотре лапы Годзиллы?

Балбесик, если вам не приходилось работать, как указанно выше, с матрицами и векторами, то это не значит, что это не нужно.

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

Выходит, jdk7 не существует в природе.

>> Java(TM) SE Runtime Environment (build 1.7.0-b147)

Для компиляции используется JDK (javac), а не JRE (чью версию вы привели). Так что ещё раз проверьте настройки среды/IDE.

просто оставлю это: http://blogs.msdn.com/b/brada/archive/2005/01/12/351958.aspx

>Вопрос — догонят ли они C#?

по синтаксическому сахару и сомнительной нужности фичам врядли. а вот это

Улучшения в поддержке многопоточного программирования

только начало. Ораклы сделают из явы многопоточную конфетку. (На это нацелен и project lambda, только каким боком не пойму)

Тогда к тебе тот же вопрос — что из этого лучше читается и воспринимается, легче пишется и отлаживается и, соответственно, лучше поддаётся сопровождению:

a = b + c * d / e;

a = b.add(c.mul(d).div(e));

Мне почему-то кажется, что первый вариант с перегруженными операторами всё-таки лучше хотя бы потому, что:

• короче — проще писать, меньше мороки со скобками (за счёт чего и читать-проверять проще);
• выглядит, как обычная математическая формула — такое выражение легче писать и читать, оно лучше воспринимается и удобнее в отладке (легче проверить на соответствие исходной формуле; опять же, меньше путаницы со скобками).

А какие аргументы против добавления перегрузки операторов в язык? Те же, что и против беззнаковых целых — «это слишком сложно для жабакодеров»?

ok

Работает.

Как eclipse обучить этому так и не понял.

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

Too slow

http://msdn.microsoft.com/en-us/data/gg577609 http://msdn.microsoft.com/en-us/library/dd233250.aspx

Это С# нужно подниматься до явы, и разница между ними пропасть. Крме того дотнет это вендорлокинговое поделие от некрософта, а сишарп смесь явы и плюсов сводящая на нет все преимущества модели принудительной объектно-ориентированного программирования явы.

да за одно упоминание С# на лоре нужно анально карать всех адептов некрософтовского говна.

>А что есть в C#, чего нет в яве?
Уже 100 раз обсуждали.
Начиная от нормальных дженериков и заканчивая LINQ выражениями

Можно сказать что есть scala имющая многие полезные свойста C#, но ублюдочный синтаксис делает работу со scala весьма неприятной :(

>А какие аргументы против добавления перегрузки операторов в язык?

В языке не должно быть «операторов».

Те же, что и против беззнаковых целых

вот зачем тебе интересно беззнаковое целое.

>> Можно сказать что есть scala имющая многие полезные свойста C#, но ублюдочный синтаксис делает работу со scala весьма неприятной :(

Ублюдочный синтаксис С# сводит на нет все попытки уподобится яве по уровню трезвомыслия. Какой больной наркоман добавил в C# оператор goto? Только лишь для того что бы все микрософтожополизы могли кричать на всех углах, что в С# есть все то чего нет в яве, и поэтому С# она крууууче. Это все ровно, что говорить, что разработка на С# даст программистам возможность отсасывать у себя, а на яве этого сделать не возможно.

>Можно сказать что есть scala имющая многие полезные свойста C#, но ублюдочный синтаксис делает работу со scala весьма неприятной :(


Вот интересно что вам не нравится в синтаксисе скалы? Он не похож на C#?

>Используй неджаву, кто тебе не дает? Огороженность — это прекрасно. Минимум рисков, предсказуемость, надежность, поддерживаемость, энтерпрайз, короче.
Это да.
Мой дев. мэнеджер сказал что это главное преимущество Java(и .net тоже) что появилась возможность использовать совсем безмозгих программистов.
В С++ программист дожен хотябы понимать что он делает а в Java уже и это не нужно.

>В С++ программист дожен хотябы понимать что он делает

а чтобы ему лечше понималось пишут вот такие правила:
Don't use static constructors
Don't use exceptions
Don't use Run-time Type Information
Don't use C++ standard library features, including iostream
Don't mix varargs and inlines
....https://developer.mozilla.org/index.php?title=en/C%2b%2b_Portability_Guide

Конечно C++ программисту надо понимать что он делает - он как сапер, пытающийся разминировать мину под обстрелом в советском привокзальном общественном туалете.

>Ублюдочный синтаксис С# сводит на нет все попытки уподобится яве по уровню трезвомыслия. Какой больной наркоман добавил в C# оператор goto?
goto не есть зло.
Он есть во многих языках и пока не доказано что его применение вредно.
На этом аргументы о проблемах синтаксиса C# заканчиваются?

> Как eclipse обучить этому

Установить netbeans.

> Как eclipse обучить этому так и не понял.

У Eclipse свой компилятор в JDT, поэтому пока там не сделают поддержку фич из Java 7 обучить не получится.

> В языке не должно быть «операторов».

Надо будет написать в Оракл, чтоб убрали из явы '+', '-', '*', '/' и т.п., ведь их быть не должно...

вот зачем тебе интересно беззнаковое целое.

Для размеров (объектов, массивов или других блоков данных), количества и прочих целых чисел, которые по определению не могут быть отрицательными. Существенное увеличение диапазона значений (у знаковых целых в таких случаях половина диапазона теряется вникуда, т.к. заведомо не будет использоваться) без раздувания структур и прочих мест, где эти числа хранятся/используются. Но я понимаю, что рациональное использование ресурсов вообще и памяти в частности — не Java-way, т.ч. можешь не беспокоиться.

http://wiki.eclipse.org/JDT_Core/Java7

Начиная от нормальных дженериков и заканчивая LINQ выражениями

А что не так с дженериками? Почитал в справке сишарпа - пример такой же, как на джаве.

Что такое LINQ пока не понял, почитаю педивикию.

> а чтобы ему лечше понималось пишут вот такие правила:

Это древние правила Netscape

>> В С++ программист дожен хотябы понимать что он делает

а чтобы ему лечше понималось пишут вот такие правила:

...

mozilla.org

С какой это стати все C++-программисты должны равняться на говнокодеров из мозиллы и следовать их правилам?

>> вот зачем тебе интересно беззнаковое целое.

Для размеров

Это еще со времен Си было плохой идеей.

Но я понимаю, что рациональное использование ресурсов вообще и памяти в частности — не Java-way, т.ч. можешь не беспокоиться.

Ситуации, в которых не хватает одного бита, на практике встречаются очень редко.

плохому программисту знаковый бит мешает

> Да хотя бы туже перегрузку операций осилили бы.
Имхо она ни разу не OOPic. Зачем она в объектно-ориентированном языке, если есть наследование?

>А что есть в C#, чего нет в яве?

optional arguments?

>> На этом аргументы о проблемах синтаксиса C# заканчиваются?

А что вышла версия дотнета под линукс/соларис/мак чтобы был смысл сравнивать? И не указывайте на полуфабрикат моно, это пародия на породие явы. Наличие оператора goto указывает на отсутствие мозга у архитектора системы. В синтаксисе он конечно не вреден, если его не использовать. Проблемы не в синтаксисе C#, а мозгу руководителей и разработчиков микрософта. Это прогнившая компания жрет деньги на стареющих технологиях и плюёт на инновации потому что их у них нет... такой хоккей нам не нужен.

>Конечно C++ программисту надо понимать что он делает
рад что вы согласны со мной.

С++ отсеивал самых тупых.
А сечас я на таких Java программистов насмотрелся что просто очень печальнно.

Доделываю проект за такими дебилами, что просто уму не постижимо. Зато умеют поливать говном всё остальное.
Сколько говна эти кадры вылили на Perl, Python, C++, .Net при этом не зная основ Java, которую они ставят как венец творения на пьдестал.

Но со стороны личной выгоды - это достоинство Java, так как на С++ не востребованы те, кто приходит и доделывает проекты за такими идиотами. Опять таки QA расцвёл так что QA на проектах часто уже больше чем Java программистов.

Так что, я не считаю что Java не нужна.
Очень нужна! Это мой хлеб насущный.

>Надо будет написать в Оракл, чтоб убрали из явы '+', '-', '*', '/' и т.п., ведь их быть не должно...

Правильно. И сделали

class String {
@infix(prio=4, assoc=left)
public static String +(String a, String b) {...}
}

Только там невменяемые пердуны засели, которые до сих пор делают C++ с человеческим лицом.

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

unsigned short a = 100, b=200;
unsigned short c = a - b; //=65436

Существенно помогло, да.

Существенное увеличение диапазона значений

Где тебе его не хватает.

Но я понимаю, что рациональное использование ресурсов вообще и памяти в частности — не Java-way, т.ч. можешь не беспокоиться.

Регистры которые используются процессором ты тоже научишь экономить память?

>А что не так с дженериками? Почитал в справке сишарпа - пример такой же, как на джаве.
они отсутствуют в runtime
Так что полезность дженериков в Java на уровне препроцессора

ps
в scala это обошли

>> Но я понимаю, что рациональное использование ресурсов вообще и памяти в частности — не Java-way, т.ч. можешь не беспокоиться.

Съедаемое при старте Windows7 700 Mb ОЗУ это истинный микрософт-way :) Ява действительно, до этого еще расти и расти. В яве по крайней мере GC хоть иногда срабатывает. А в Windows7 харанее резервируется место под дотнет, чтобы не нужно было вообще выгружать его из памяти. Признаю, тут ява отстала от жизни. :)

>Это древние правила Netscape

Угу. Зато исключения в деструкторах и прочие интересные вещи c комбиначциями перегруженных функций и автоконвертируемых типов доставляют все также:)

>А что вышла версия дотнета под линукс/соларис/мак чтобы был смысл сравнивать?
С разморозкой :)
я mono уже года 4-5 использую на рабочих серверах.
mono, кстати даже на iOS работает в отличие от Java

Желательно бы перечислить :) Ибо пока кроме Paint.NET ни одного чисто шарпового десктопного приложения Вы не назвали. МС Офис и Студия только частью на этом деле, Террария - игра же, подозреваю что тоже лишь клиент-серверной части дотнет понадобился. Про Seesmic первый раз слышу.

>>> вот зачем тебе интересно беззнаковое целое.

Для размеров

Это еще со времен Си было плохой идеей.

Вроде size_t всегда был беззнаковый.

>> в scala это обошли а вы байт код видели? вы про рантайм бы не говорили. В jvm генерики иначе не реализуются, а в яве это явно видно ибо есть обязательство обратной совместимости! Оно превыше синтаксического сахара. Юзайте груви...

>> я mono уже года 4-5 использую на рабочих серверах. Сделайте меня развидеть ЭТО! Мои поздравления. Вы истинный знаток самых искусных извращений. Но в виду патентных неопределенностей, я к моно и близко не подойду. Заморозьте меня обратно.

>Так что полезность дженериков в Java на уровне препроцессора

Да правда чтоле? Значит такие вещи как Class::getGenericInterfaces, Class::getTypeParameters мне во сне привиделись?

разница в C# и жабских генериках только в том в жабе можно получить информацию только по декларациям а в c# по инициализациям тоже, что на практике обходится простым метдом interface TypeInfo<T>{}; Type t = new TypeInfo<List<Int>>(){}.getGenericSuperclass().getTypeParameters()[0];

С какой это стати все C++-программисты должны равняться на говнокодеров из мозиллы и следовать их правилам?

В гугле, конечно, тоже говнокодеры?

http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Other_C++_Features

>В jvm генерики иначе не реализуются, а в яве это явно видно ибо есть обязательство обратной совместимости! Оно превыше синтаксического сахара.
Но это не повод восторгаться увобостью и недостатками.

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

>Но в виду патентных неопределенностей, я к моно и близко не подойду. Заморозьте меня обратно.
Почитайте на тему Microsoft community promise
Это на лоре уже 1000 раз обсуждали.

что ты курил?

> Вроде size_t всегда был беззнаковый.

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

Вот они как раз-таки VM.

Я некурящий.

На вскидку - NWN2 Toolset был написан на C#.