А где он настолько объектный?

Scala, Eiffel, Smalltalk, Ruby?

Scala, Eiffel, Smalltalk, Ruby?

пожалуй про Eiffel я и забыл.

что именно хотел сказать его автор

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

А где он настолько объектный?

Ну в упомянутой скале сделано в этом плане всё почти как надо.

Это про Windows XP?

И про нее, и про джаву, и про ситуацию в целом.

Что за length, откуда он взялся, чей это метод?

Так надо называть не map переменную а, например, users и тогда вопросы отпадут.

Длина пользователей? У всех померяли и сложили? o_O'

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

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

от слова «ДЖАВА» у меня уши в трубочку сворачиваются. интересно, я один такой? «ява» нормально, «жаба» нормально, но «джава» это как серпом по яйцам.

Джава не следует статической типизации во многих аспектах

Да, не везде, но те случаи которые вы приводете - это на стыке языков (Java-SQL, или там Java-XML), там вообще в любом языке все плохо, если это не система типа MPS.

Не факт.

В большинстве своем.

Документацию таки лучше читать.

Документацию редко пишут, она устаревает, она многословна, неоднозначна. Код - никогда не устаревает и локаничнее и четче. Нет, в документацию я полезу только если совсем приспичет.

статический анализатор, который легко найдет подобные ошибки.

Который будет лажать на переданных аргументах. Нет, спасибо.

джава все говорят

scala конечно уникальный результат борьбы инженерной мысли с ограничениями jvm.

джава все говорят

В данном контексте слово «все» является преувеличением. «Большинство» еще можно употребить, да и то где статистику взять? А то вот в вики: в русском языке распространены два варианта написания: «Джава» и «Ява». Правообладатели торговой марки Java считают, что правильное написание — транслитерация «Джава», и не признают слово «Ява»

Похоже разработчики игр их ничему не научили.

всего-то ? Ж) прогресс налицо, да... а шуму сколько...

Это позволит воскресить Diamond Inheritance problem для искоренения которой интерфейсы и изобрели.

Теперь её притащили в Java обратно.
Как лекарство советуют final.

Песец какой-то.

scala конечно уникальный результат борьбы инженерной мысли с ограничениями jvm.

Очень верное замечание.

И если бы не идиотский синтаксис, она возможно бы даже взлетела.

О, опять наш клоун лингвистическими познаниями блещет, обкакавшись с переводом слова «merge». Слышь, клован, индонезийцы говорят «Джава» - а все остальные не имеют права иметь мнение. Ты бы еще поспорил, как город правильно называть - «Маскау» или «Моску-у-у».

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

Дурила, openjdk и есть оракловая.

Парад опупевшей школоты на ЛОРе?

О! Поклонники летающих дуршлаков подтянулись. Очевидно понимать различие между «все говорят» и «правильно говорить» таким не дано. Ну да ладно. Зато лестницу построить может. Правда такому придеться очень долго копать.

Никакого дискомфорта не чувствую.

Так я тоже когда-то Eclipse на 4гб запускал и думал что так и нужно.
Оказывается нет.

Если скалу выкинуть, откуда же в джаве будут появляться нововведения?

Из C#

Надеюсь Оракл постепенно все фичи перетянет.

Хотя это и может занять лет 30 :(

Типичная шизофазия. Кто-то забыл таблеточку принять.

но «джава» это как серпом по яйцам.

Т.е. если сказать Джава несколько раз, можно кастрировать анона?

Занятно....

Не совсем понял как это поможет.

Тем не менее, могли бы пойти по пути C# и не долбить мозг честным девелоперам.

ну хоть не бинарное говно

думал что так и нужно

А нужно 12? 16?

Типичная шизофазия. Кто-то забыл таблеточку принять.

Хорошо что вспомнил. А то так бы в клинч и вошел, как вчера. Иди принимай быстрее, пока тебя опять не развезло.

Блина у меня 8 (((

О, надо значит уже на 7-ую c 6-ой перебираться :)

Не совсем понял как это поможет.

никак, однако и проблемы не будет. То есть все будет как раньше: не реализовал метод, не соберется.

То, что они неудобны луддитам, это уже другой вопрос. Луддиты должны страдать.

о, спасибо! узнал для себя новое слово («луддит») :-) ..

Так они удобные.

в том случае когда «удобство» гадит внутрь кода (и одновременно позволяет комфортно скрыть из виду нагаженное место) — думаю стоит считать вопрос об удобстве спорным. :) ..

то есть — удобно делать что именно (?), разрабатывать программу (?).. возможно да, удобно :).

удобно ли создавать LibreOpenSource-продукты? думаю здесь ответ — НЕТ. так как загаженный в результате код — будет находиться по своей сути — не особо далеко от обфусцированного кода :).. это ближе наверно к проприетарщине.

[***впрочем нет же ничего плохого же в проприетарщине :) ?***]

на мой (сугубо субъективный взгляд.. особо ни на что не претендующий) — ИСТИННО исходный код СВОБОДНОЙ программы должен быть способен к прочтению (и анализу) — именно через простой текстовый редактор, а не через дизассемблер-какой-то-там :-)

Ты ведь пишешь на языке с расширяемым синтаксисом.

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

value types не наследуются от object

А от чего же они наследуются? Естественно они наследуются от System.Object. От него не наследуются и к нему не приводятся только указатели ну и ещё парочка каких-то совсем уж экзотических типов.

Ну и зачем весь сыр бор, если я не могу сделать генерикову функцию для всех классов+nullable value types, опять приходится с боксингом возиться.

Сделайте две функции, одна для классов, другая для nullables, и всё.

С 16гб нормально.
Увеличение до 24 не дало заметной пользы

А от чего же они наследуются? Естественно они наследуются от System.Object. От него не наследуются и к нему не приводятся только указатели ну и ещё парочка каких-то совсем уж экзотических типов.

перепроверил, действительно, почему же костыль тогда надо применять то такой?

Т.е. в случае Diamond inheritance проект просто работать не будет?

Это не как раньше.
Раньше работало.

Т.е. в случае Diamond inheritance проект просто работать не будет?

будет.

Как было: не реализовал метод интерфейса - код не соберется.

Как стало: не реализовал метод интерфейса - код может как собраться, так и не собраться.

Но в том, что это еще больше морочит голову программистам, я не спорю, потому как особых случаем и прочего стало больше.

почему же костыль тогда надо применять то такой?

Потому что nullable это немножко особенный (читай: обставленный костылями) тип. Это структура, но она не удовлетворяет критерию where T : struct (благодаря чему, кстати, нельзя объявить тип Nullable<Nullable<T>>). Так что зачастую самый простой способ сделать условие класс или nullable это просто проверить в начале, что default(T) == null. Ну или два отдельных метода, если очень нужна проверка во время компиляции, а не потом.

Ещё Nullable использует операторы оборачиваемого типа. Поэтому можно складывать два int? и получить ожидаемый результат, разумеется с поправкой на случай когда один или оба операнда равны null. Nullable никогда не может быть boxed, так в «int? x = 10; object boxed_x = x;» boxed_x будет указывать на boxed int, a не Nullable<int>.

То есть nullable работает интуитивно понятно, но это достигнуто за счёт некоторой костыльности. Иногда она проявляется, как в вашем случае.

eclipse

не далее как вчера установил eclipse в свой уютный debian testing. прямо из репов. четыре раза запускал, четыре раза оно свалилось после попытки открыть html в браузере. казалось бы ынтерпрайз и хочет много рамы, а валится как худшие поделия на C++, даже без трейсов. нунафиг.

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

Они всё ещё тянут 1,5 JDK?

Его можно помимо офф. сайта откуда-то достать? Там только subversion, а он у меня из-за netbeans зависимости ломает. И вообще, насколько я понял из описания, оно больше под разработку заточено, а не под эмуляцию?

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

«Ненужно» версии 8 достигло стадии «ещё чуть-чуть и заработает!».

Нафиг, нафиг.
Пусть этот ужос летящий на крыльях ночи умрёт вместе с виндой.

Тем не менее, все Оракл постепенно перетягивает фичи из C# в Java

А чем вам C# не нравится?

послушайте произношение, может полегчает: http://translate.google.com/#auto/en/ява

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

Ога, язык в котором есть null, Nil, None, Nothing.

И судя по всему разницы между ними ты не видишь...

Половина языков программирования противоречат идее статической типизации

и IDE, для них предназначенные, вынуждены вводить type hinting в комментариях к методам/функциям, иначе автокомплит не пашет. Причем, каждая IDE работает только со своим, особым, форматом.

ИСТИННО исходный код СВОБОДНОЙ программы должен быть способен к прочтению (и анализу) — именно через простой текстовый редактор, а не через дизассемблер-какой-то-там

значит, ядро сабжа не истинно свободно. Вечно что-то по недосмотру ломают, вечно что-то переписывают, а документации даже по sysctl'ям так и нет

Idea работает с JavaScipt без всяких аннотаций и автокомплит пашет.