Java 7 сможет распараллеливать сортировку и поиск на имеющиеся процессоры

>а казалось бы - причём тут C++ ?

при том же при чём и другие языки.

wfrr снова запостил свой бессмысленный пост, но это его не последняя ошибка. Он будет снова и снова постить свои бессмысленные посты. На фоне других комментариев у wfrr явно нет никаких шансов.

>>а казалось бы - причём тут C++ ? >при том же при чём и другие языки.

например ? в один ряд с какими языками ты ставишь C++ ?

>была бы ide которая может всё то что может idea, говорили бы иначе.

была бы IDE на java которая может всё то что может emacs - возможно и я пересмотрел бы свою точку зрения

>была бы IDE на java которая может всё то что может emacs

С возможностью проигрывания музыки, просмотра веб и кофеваркой?

> Линукс, солярка, фря, JVM та же - даже нетбсд, которая держалась 
дольше других, в последней версии ушла от m:n модели в пользу 1:1.

Наверное не стоит смешивать потоки в ОС и ЯП. На практике легковесные 
потоки дают лучшие результаты и модель m:n вполне себя оправдывает. 
Смотрим тесты:

http://shootout.alioth.debian.org/gp4/benchmark.php?test=threadring&lang=all

1) 1.0	Haskell GHC #2	6.70
2) 1.1	Erlang HiPE	7.06
3) 1.2	Mozart/Oz	8.21
...
6) 8.5	C GNU gcc	57.08

Первые пять! мест занимают языки с легковесными процессами. 
"Мегабыстрый" Си с честным 1:1 только шестое и по скорости 
проигрывает в 10 раз.

>задачи с такими данными я показать могу, да только решаются они с помощью J и прочих APL, а уж никак не на java

Вот-тож.

>С возможностью проигрывания музыки, просмотра веб и кофеваркой?

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

>Да не кипятись ты! Ну знает человек только одну императивщину и считает её вершиной жабу, на которой без мощного IDE писать нельзя, ибо иначе проступает её убогость. Ну не беситься же из-за этого :)

Каким местом императивщина к IDE?

Кто говорил что разработчики явы не курят травку?

>Каким местом императивщина к IDE?

если я отвечу - меня забанят .___.

>И еще. Расскажи какие паттерны рефакторинга ты используешь, что для этого нужна навороченная IDE?

extract function (with code duplicate lookup), introduce parameter, rename, change signature (reorder arguments), introduce variable (для эрланга можно с деструктивным присваиванием)

> Заметь, что те вещи которые нужно рефакторить в яве не обязательно нужно в Эрланге.

Для эрланга можно свои придумать которые больше относятся правда больше к умны фичам чем формально рефакторингу: declare export, генерация варианта матчинга для пустого листа, дефаултного матчинга (для любых языков с паттерн матчингом)....

Короче можно много чего сделать.

Ну чтож вам, сказать если вы не можете жить без психотерапевта, хотя может это все из-за емакса?

>ыла бы IDE на java которая может всё то что может emacs

посмотри на IntelliJ IDEA.

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

на кой чёрт генерация ? каким образом предполагается угадывать что там надо сделать ?

>Ну чтож вам, сказать если вы не можете жить без психотерапевта, хотя может это все из-за емакса?

дык я ж не себе :) я мож вообще альтруист

>посмотри на IntelliJ IDEA.

в ней можно запустить embedded интерпретатор yorick'а ?

>одно из преимуществ языков вроде erlang перед java - в отсутствии необходимости IDE

То есть рефакторинг делать ручками? Или искать определение используемой функции?

...

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

>да и что значит "хорошую"

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

>С NPTL подобное отображение является оптимальным. Не верите - попробуйте создать 100 тысяч тредов

Java 1.6 не позволяет создать 100 тыс. потоков. Облом подступает, в зависимости от системы, на числе потоков от нескольких тысяч до десятка тысяч.

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

>Которая позволяет не задумываться, как бы мне сделать то-то и то-то.

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

>То есть рефакторинг делать ручками? Или искать определение используемой функции?

bash$ ls /. для Ъ - зри в корень !

>Подобные ответы может давать только человек, никогда с приличными IDE в больших проектах не работавший

может поспорим ?

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

дык доставляет же

>может поспорим ?

а чё спорить то? ты себя идиотом назвал... некоторые люди вабще вместо CTRL-F глазами ищут...

> неграмотные копрофаги с софковым образованием

А у тебя образование какое - постсовковое? Или за границами учился?

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

посмотри что такое IntelliJ IDEA Live Templates

например я могу написать iter+<tab> оно экспанднется в код итерации по массиву и курсор пройдется по местам которые надо определить, при чем пододящие кандидаты вычислятся из окружающего кода.

В результати если у меня есть где-то в верху:

List<String> l;

я пишу iter+<tab> генерируется шаблон ввода

for( String [s]:2 : [l]:1 ) { []:3 }

квадратными скобками отмечено куда встанет курсор (через двоеточие - порядок). В первым случае он встанет с предложением опознанного из контекста списка - если предожение устраивает - жимаешь ентер - идет распознавание типа элементов (String - подставлен IDE) - и переход на предложение назвать переменную с типичной подстановкой по типу - дальше в прыжок в область реализации.

То же самое например для эрланга:

описываем:

lenght([]) -> 0

нажимаем <;>:

в раене курсора предложени декларировать следующий матч для length - нажимем <enter> он рисует

length( <курсор> ) - здесь же нарисовано предложение для деструкции списка посколку в первой декларации аргумент распознан как список, подтверждаем IDE сама дописывает

length([H|R])- > <курсор здесь>.

Современные IDE ценны не только возможностями фигачить большие вещи по большом коду - но и умными редакторами которые позволят сокращать шалонные дествия.

Указанная методика применима _к любому_ языку. То есть вопрос стоит не "может ли IDE сама сгенерировать весь код" - если может значит подобный код писать вобще не нужно - а насколько она может помоч писать код которые сгенерирован быть не может.

>а чё спорить то? ты себя идиотом назвал... некоторые люди вабще вместо CTRL-F глазами ищут...

...а в Африке дети умрают от голода. ты прав, ты несомненно прав

>в ней можно запустить embedded интерпретатор yorick'а ?

В ней можно написать плугин который сможет это сделать. И в Eclipse.

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

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

>может поспорим ?

Поспорим. MSVS к нормальным IDE не относится.

>программисту, который перестаёт задумываться перед тем, как что-то сделать, следует

А что следует делать человеку, который по капле пива делает выводы о существовании океанов пива?

>bash$ ls /. для Ъ - зри в корень !

Вот-вот.

>может поспорим ?

Предыдущий ответ про "ls" говорит сам за себя.

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

Судя по всему, человек такими вопросами никогда не занимался :) Семь вёрст ему не крюк :D

>Современные IDE ценны не только возможностями фигачить большие вещи по большом коду - но и умными редакторами которые позволят сокращать шалонные дествия.

ты правда думаешь что это характерно только для "современных" IDE ? или emacs ты к ним тоже относишь ? я понимаю, там такого красивого названия как IntelliJ IDEA Live Templates нету...

>Указанная методика применима _к любому_ языку. То есть вопрос стоит не "может ли IDE сама сгенерировать весь код" - если может значит подобный код писать вобще не нужно - а насколько она может помоч писать код которые сгенерирован быть не может

да я не против. только какое отношение это имеет к обсуждавшемуся рефакторингу ?

>Программист должен думать

ура. в дискуссии появилось здравое мнение !

>Поспорим. MSVS к нормальным IDE не относится.

а казалось бы - при чём тут MSVS ? ну пусть будет Momentics. сойдёт ?

>ты правда думаешь что это характерно только для "современных" IDE ? или emacs ты к ним тоже относишь ?

Ты можешь сменить сигнатуру функции с учетом мест использования в emacs? emacs у тебя в эрланге сам декларирует export или ты его пишешь руками? Хоть одну из функций котоыре я перечислил для gaa емакс тебе делает?

>только какое отношение это имеет к обсуждавшемуся рефакторингу ?

Прямое. Действия того же плана.

>Линукс, солярка, фря, JVM та же - даже нетбсд, которая держалась дольше других, в последней версии ушла от m:n модели в пользу 1:1.

Всё так .... но разве соляра тоже отказалась?

>emacs - IDE

бугаг.

>Судя по всему, человек такими вопросами никогда не занимался :) Семь вёрст ему не крюк :D

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

>ну пусть будет Momentics. сойдёт ?

Сойдет. То есть - Eclipse. НАдеюсь сколро догонят по удобству IDEA.

Только оно для С++ - а там багодаря врожденным свойствам языка...

Чего не скажешь об эрланге.

>Ты можешь сменить сигнатуру функции с учетом мест использования в emacs? emacs у тебя в эрланге сам декларирует export или ты его пишешь руками? Хоть одну из функций котоыре я перечислил для gaa емакс тебе делает?

с дельтой на то, что я пишу на haskell - да, делает. паттерны, подобные описанным, применял и для C++ в своё время - они пишутся за десять минут максимум

>Прямое. Действия того же плана

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

>а потом хвастаетесь друг перед другом техникой для её провешивания.

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

>вместо того, чтобы сначала немного подумать, и пойти более простым путём

Это все абстрактные фразы. Такой подход работает только в хеловордлах и еще помогает ментальной мастурбации неадекватных лисперов.

Перечисленные мной проблемы и свойства существуют в _любых_ языках. И их решение обощено для любых языков. Отсутсвие нормальной IDE для эрланга не есть по причине ненужности а есть по причине отсутствия рынка чтобы кто-то этим серьезно занимался.

Тут можно только радоваться направление разработки жабских IDE где языки вещь встраиваемая в виде плугина.

>Сойдет. То есть - Eclipse. НАдеюсь сколро догонят по удобству IDEA >Только оно для С++ - а там багодаря врожденным свойствам языка... >Чего не скажешь об эрланге.

я отвечал на вопрос насчёт использования IDE, и только

>Перечисленные мной проблемы и свойства существуют в _любых_ языках.

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

>они пишутся за десять минут максимум

Знаем - кушали. Возможность написать хорошую IDE и наличие хорошей IDE - две большие разницы.

>каким местом это дейтсвия того же плана ?

Механизмом осуществления. Они завязаны на возможность IDE понимать исходники и модифицировать их с сохранением семантики.

>Это все абстрактные фразы. Такой подход работает только в хеловордлах и еще помогает ментальной мастурбации неадекватных лисперов

я выше приводил пример языка tcl. ему около двадцати лет, на нём написанно чудовищное количество очень немаленьких проектов - правда ни разу не десктопных. для него вообще нет IDE а-ля Eclipse, и никогда не было - и тем не менее почему-то никто особо не возмущается

>Тут можно только радоваться направление разработки жабских IDE где языки вещь встраиваемая в виде плугина

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

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

в хаскеле с ними как раз всё в порядке, его набору инструментов можно только позавидовать. IDE из коробки нет, но есть emacs

>tcl. ему около двадцати лет,

ну разумеется, во времена бородатых извращенцев(т.е. юниксойды) никаких IDE не было. Вот им и пришлось выделить кусок своего мозга под tcl. Конечно же теперь им когнитивный диссонанс не даёт понять что их трата сегодня обесценилась.

>Механизмом осуществления. Они завязаны на возможность IDE понимать исходники и модифицировать их с сохранением семантики

ну это уже десятое правило Гринспуна чистой воды :)

>Знаем - кушали. Возможность написать хорошую IDE и наличие хорошей IDE - две большие разницы

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

Из ваших постов создается впечатление, что вас поразил емакс своей архитектурой и возможностями, и вы фанатично считаете, что он идеал.

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

анархо-примитивизм это сильно, это я запомню :)

> То есть вопрос стоит не "может ли IDE сама сгенерировать весь код" - если может значит подобный код писать вобще не нужно

Вопрос стоит не так. IDE может сгенерировать часть кода, и генерит его. Можно ли было его сгенерить другим путем (макрос, параметризованный тип, или пресловутый DSL), и нужно ли было его вообще генерировать - не стоит.

За некоторым исключением (типа export для Erlang) кодогенерация в IDE - это автоматизированный cut'n'paste.

P.S. ничего не имею против IDE.