Java на 1 месте на SourceForge

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

Пригляделся лучше, понял, что ошибся. Спасибо :)

А замена (aref nums на (sbit nums и первого loop на dootimes ничего не даст?

Как вы считаете 10^8, у меня > ARRAY-DIMENSION-LIMIT 16777215

(clisp)

dotimes конечно

ну dotimes я думаю не должен изменить, один х макрос, примерно одинаково должно раскрыться. А вот с sbit действительно быстрее - процентов на 10.

cmucl, sbcl: ARRAY-DIMENSION-LIMIT -> 536870911

А кстати зачем вообще использовать clisp? он же тормозной почти как питон

офтопик...

Лор же:)

:)))))))))))

Да я не про то.....

Ну расмешил ;)

Я под офтопиком :))))))

:)) блин вот я торможу:) ну тогда да только коммерческие альтернативно... вот еслиб под оффтопик портировали cmucl или sbcl было бы супер замечательно.

Ждемс... Или хоть под цигвик бы загнали... Но там с локалями засада. Но все же лучше чем ничего. Еще можно coLinux на весь офтопик натравить, но без иксов тоскливо, а еще и иксы к этому делу присобачивать... Ну его все :(

А мы никуда и не торопимся... ;)

ИМХО я быстрее на лицензию Allegro Common Lisp накоплю

И смешно и грустно... :)

Но, поскольку в моем случае речь идет не о работе, вопрос накопления не стоит...

Хотя есть еще gcl...

>платеж пришел, прошла проводка по БД, файл лег в архив - все.

Внимательно читаем про отчетность. Думаем.

Не знаю, что имеется ввиду на форуме, возможно это действительно так, но в сша есть привычка делать рейтинги, и один из самых известных в нашем вопросе -- fortune 500. Это 500 самых удачливых/доходных фирм сша. Мелкософт с ибм рядом не стоит (данные за 2003 год, но я не думаю что что-то координально изменилось). http://www.usatoday.com/money/companies/2004-03-22-fortune-500-list_x.htm

>Что это там такое Вы написали - "apt-get install...."? Ну я знаю что это такое, но почему в 21-м веке система просит написания пользователем таких вот строчек? Окошко быть должно с конопкой и автоматика, а не это...

Хотя я вас не знаю. Но, судя по вашему высказыванию, могу сказать, что Вы идиот.

> Новость показывает факт: Java набирает популярность. Количество
> программ на Java будет расти и дальше.

Т.е. ты наивно полагаешь, что жабка - это типа форева? и что лет
через десять оно благополучно не сдохнет? ;)

Ну-ну... long live COBOL?

> KDevelop, motor ;), bluefish всякие и пр. Anuta по моему Жавная лишь
> неплоха, не помню только Жавная она или нет =) Перешел на Kdevelop и
> Motor ;)

Anjuta - это чистый C и Gtk+, вообще-то...

А хороште IDE на жабке таки есть. В основном на жабку же и
ориентированные. Это вообще достаточно традиционный подход, среда
разработки пишется на том же, на чем в ней потом будут разрабатывать.
Интеграция и все такое... только вот... тормоза-с. Хотя, MSVS тоже в
этом смысле не идеальна, хоть и написана вроде бы на плюсах.

> Java по производительности проигрывает весьма немногим.
> Бодается с С++ и ушел в долёкий отрыв от Ruby,PHP,Python,Perl...

Справедливости ради, "бодается с C++" она пока только в очень
синтетических тестах. Да, на простеньком коде местный JIT работает не
хуже плюсового компилятора (еще бы!). Но реально те преимущества,
которые мог бы давать JIT (который _теоретически_ может
соптимизировать лучше статической одноразовой компиляции), пока не
видно. А вот при написании нормального жабского кода, ООП и все дела,
накладные расходы на выделение памяти подо все на куче вместо стека и
кидание указателей туда-сюда дают о себе знать. Как и нетипизированные
по сути (type erasure) контейнеры. Как следствие, не может быть жабка
быстрей на реальном коде - по определению.

Ну и еще использование памяти. Строго говоря, это не идет как
"производительность" в тестах, но реально для меня это имеет не меньшее
значение. Если даже жабская прога будет работать так же быстро, как
плюсовая, но отъедать в четыре раза больше памяти - это не есть хорошо.
Пока она одна, еще ничего, но если бы весь десктоп был на жабке? Брр...

> Насчет дистрибутива. Явы не оказалось под модным Ubuntu.

А вы выбираете дистр для _работы_ по критерию "модности"? Мда...

Что касается того, почему там жабки нет. Ubuntu - это
FOSS-ориентированный дистр. Несвободного софта там, AFAIR, вообще нет в
базовой поставке. Java - это не свободный софт. Соответственно, будьте
добры раскошелиться на коммерческий дистр.

Впрочем, а в (бесплатном) OpenSuSE жабка не предустанавливается разве?

>А делать большие проекты, в которых участвует >10 разработчиков, на C++ <skipped> по определению (и практика это подтверждает) невозможно

Вызывающе неверная информация.

Ваша практика подтверждает, что вы не умеете делать большие проекты, в которых участвует >10 разработчиков, на C++.

Наша же показывает обратное.

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

Не знаю, почему ты не читаешь Talks и Development, но там уже не раз давали ссылки на статьи о том, как быстро выделяется память в жабе

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

Ну хорошо. У меня IntelliJ IDEA жрет под 200 Мб памяти. Ты хочешь сказать что любая навороченная IDE на C++ жрет меньше 50 Мб?

Да у меня даже Mozilla с одним открытым окном, в котором я пишу этот ответ, жрет 50Мб! Куда это годится?

>>переключатель раскладки иногда залипает так что не раздуплить,

>Вот черт! И у тебя тоже? Я думал только у меня на Атлоне. Бесит до жути, в системе, которую 20 лет пишут, не могут ПЕРЕКЛЮЧАТЕЛЬ РАСКЛАДКИ написать! Кинжопас!

А ни у кого не вылезало такого глюка, когда напрочь отсутствует реакция на "Выключить компутер"? Это мой эксклюзивный глюк или как?

Ага, еще из последнего (по поводу "нормально написанных систем"):

Сменил GeForce4 на 6600. Винда ХР: "найден новый девайс, нада дрова.... ребут". Debian Sarge: работает.

Сменил мать (с ASUS P4S533-X на Gigabyte GA-8IPE1000-G) и проц. Винда ХР: при попытке загрузки даже в сейф-моде --- ребут и все. Debian Sarge: работает.

No comments....

>Ага, еще из последнего (по поводу "нормально написанных систем"): Сменил GeForce4 на 6600. Винда ХР: "найден новый девайс, нада дрова.... ребут". Debian Sarge: работает. Сменил мать (с ASUS P4S533-X на Gigabyte GA-8IPE1000-G) и проц. Винда ХР: при попытке загрузки даже в сейф-моде --- ребут и все. Debian Sarge: работает. No comments...

100% А вы прбовали переносить винду с одного винта на другой винт другого компа? Вот это простор для фантазии. Один чел скопировал акронисом разделы один в один, попытался загрузится с нового винта в защищенный режим для дальнейшего сноса драйверов, так бсод был обеспечен. Я пытался недавно на работе проапгрейдиться с 2000advanced server-а до 2003ЕЕ. Так после апгрэйда - БСОД и перезагрузка. Вот мой домашний винт с дебианом загружается везде и пернокочевывал с винта на винт 3 раза.

> А ни у кого не вылезало такого глюка, когда напрочь отсутствует реакция на "Выключить компутер"?

У меня после двух-трех hibernate-ов с вероятностью 90%

>И еще, JDK 5 имеет очень кульную фичу: Integer.valueOf(int) возвращающий Integer, взятый из кэша, а не созданный по new. Очень экономит память.

Жаба и экономия памяти понятия к сожалению несовместимые.

>LockOn, не менее знаменитый авиасимулятор, написан на С++. Требования у LockOn выше чем у Ил-2.

ИЛ-2 напиcан на яве?

>Интеграция и все такое... только вот... тормоза-с

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

>Хотя, MSVS тоже в этом смысле не идеальна, хоть и написана вроде бы на плюсах.

Студия работает прекрасно, пока не включается "managed" код типа дизайнера и т.п. А там уже неважно на чем она написана на С++ или VB.NET - "managed" он и в африке "managed".

>ИЛ-2 напиcан на яве?

Да. Кстати, прикол с Ил-2. Они на одной из версий пытались использовать Excelsior Jet, то бишь компилятор Java в машинные коды. Программа побежала немного быстрей. А потом отказались, по сооражениям безопасности - программа в машинных кодах менее защищена от взлома читерами.

>которые мог бы давать JIT (который _теоретически_ может соптимизировать лучше статической одноразовой компиляции), пока не видно.

Это имеется в виду профилирование при выполнении? И так запуск жабских приложений (jit-компиляция), делает их совершенно непригодными для "краткоиграющих" приложений ( можно представить геморр, с жаба-версиями например команд cp, mv, awk, sed и прочего, что так любят линуксятники ), можно себе представить, что будет, если это приложение будет еще и профилироваться во время выполнения, а затем еще и перекомпилироваться, с генерацией более оптимального кода, на основе статистики профайлера. Не говоря уже о том, что всякие самомодифицирующиеся приложения сразу же идут лесом.

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

Глупости. Выделение памяти в жабе немного уступает выделению памяти на стэке - приращение указателя + проверка выхода за границы блока ну и еще может "cache miss" (верхушка стэка обьективно всегда в кэши проца).

>Ну и еще использование памяти. Строго говоря, это не идет как "производительность" в тестах

Владение памятью на современных платформах - (с точки зрения производительности) очень дорогое удовольствие - TLB miss и memory faults дорогого стоят. Исследования показывают, что например для ультраспарков 3, для апликухи, использующей ~1.5 гигов только TLB miss сжирает до 20% процессорного времени.

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

Да уж... OCaml например очень хороше работает с памятью и gc там великолепен.

>Пока она одна, еще ничего, но если бы весь десктоп был на жабке? Брр...

Как это на лоре - ужоснах!

>Ваша практика подтверждает, что вы не умеете делать большие проекты, в которых участвует >10 разработчиков, на C++.

Он просто неумеет думать. Сомнительно, что тот же OO делали мньше 10 человек или к примеру jvm ... Не говоря уже о продуктах от MS.

>А жавы на Pocket PC нормальной и бесплатной вообще, кажись, нету. ewe?

www.ewesoft.com

>Talks и Development, но там уже не раз давали ссылки на статьи о том, как быстро выделяется память в жабе

Лор для стеба. Не нужно здесь читать Development. Ведь Вам там не рассказали, что при бысром выделении памяти в жаба есть еще и медленное освобождение не говоря уже о дефрагментации ( compacting ), клторая в приложенияи, использующих >1Г при определенных условиях (доказано ибм) может продолжаться ~40 секунд при полностью остановленном мире! Не помню сейчас ссылок, но если интересно, можно порыться на DevWorks на тему того, что их подвигло зделать "частичнокомпактизирующий гц".

А на rentacoder - на первом месте VC++ и MFC!

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

быдлопрограммеры должны последовать за томми.

а "write once, run anywhere" придумали за десятилетия до сана (см. лисп) как бы макнили со компанией не пыжился

>Ну хорошо. У меня IntelliJ IDEA жрет под 200 Мб памяти. Ты хочешь сказать что любая навороченная IDE на C++ жрет меньше 50 Мб?

Именно так. Это так удивительно? MSVC 7.1 если не использовать .net ( ЧИСТЫЙ С++ ПРОЕКТ) никогда не видел, чтобы он отжирал > 20M при (в среднем) 10 одновременно открытых файлах. emacs + xref (тулза для рефакторинга и комплетшна) примерно столько же.

>Да у меня даже Mozilla с одним открытым окном, в котором я пишу этот ответ, жрет 50Мб! Куда это годится?

И что? Представьте, что бы было, если бы мозила была зделана на жабе! Mozilla сляпана на жабаскрипте + xpcom компоненты и сляпана ПЛОХО это признают сами разработчики. (как в прочем и OO). Вот когда на жабе зделают что либо сравнимое по функциональности скажем хотябы с MSOffice 97 и отжирающем хотябы не более чем в 3 раза больше ресурсов, вот тогда это будет стоить внимания.

>Впрочем, а в (бесплатном) OpenSuSE жабка не предустанавливается разве?

В бесплатном SUSE предустанавливается, в бесплатном SUSE OSS - нет, так как Java не OSS.

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

всегда говорил. вантузятники врыт и не краснеют. что про 32 символа в метке диска что про джабу =)

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

>Кстати!!! Ил-2 Штурмовик, знаменитейший авиасимулятор, на JAVA.

а я то думаю че он так тормозит? :)))

>добился, что на С программа полетела быстрей Java... включив оптимизацию под PIV. Зашибись. :) Под каждый процессор

вантузные идиоты зажигают.

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

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

и народ поверит вам. а уже пеар жабки то какой будет

>В нормальный системах вылазит окошко

и в каком месте оно должно "вылазить" если это удаленная установка посредством ссш?

человек свято верящий в то что для установки прогрыммы необходим гуй - это ходящее топливо для биореактора. генетический мусор

>Java должна сдохуть в агонии ! :) Вот и всё. есть "D" ! :)

Нет - жаба должна стать лучше! Скорость? В жопу! В штатах например есть куча приложений (корпоративных!) на VB, а VB никак нельзя назвать супербыстрым. Однако эти приложения (в основном клиенты в 2-х, 3-х звенках) великолепно пашут на старых пеньках и селеронах под 98-ми виндами с 32-64M памяти! Вы скажете - старье, согласен, однако ситуация, когда весь потенциал новой техники уходит на обслуживание накладных расходов различных "платформ", в результате чего всего потенциала этой супер-пупер техники хватает не более чем на выполнение задачь, с которыми великолепно справлялось старье выглядит по крайней мере странно.

>Но мне по душе иметь неплохие счета в банках, чем жить за идеи

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

> Я понимаю, что ява аплеты сан почти проиграла, но делать демки в конкурирующем формате Flash - это просто позор.

Ты нефига не понимаешь для чего апплеты а для чего flash.

>По правде говоря до тех пор пока java не будет интегрирована в ядро особого смысла в ПОЛЬЗОВАТЕЛЬСКИХ приложениях на ней не вижу, но в корпоративном секторе, где нужно писать качественный софт быстро, дешево и надежно ей нет равных.
Ну нах.
Проходили уже, и пусть они идут себе подальше

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

И т.д. Я сразу почувствовал проФФессионала....

>MSVC 7.1 если не использовать .net ( ЧИСТЫЙ С++ ПРОЕКТ) никогда не видел, чтобы он отжирал > 20M
Можно вопрос, а как отрубить .net? Пока сам не использовал, но на будущее... пригодится.

>де эта ваша грёбаная переносимость? Почему куда ни залезешь скачать ява-прогу валяются сборки для win и linux ?

Объективная реальность в виде лемингов которые научились за Nлет запускать только setup.exe. Если его нет - наступает долгий и продолжительный шок...

>Кстати, а J2ME вообще издевательство - там для каждой платформы надо вроде писать свою версию, для разных телефонов разные.

Это не J2ME а firmware API каждого телефона. Многие вещи в мобилках нестандартизированы и производители предсавляют свои API.

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

>Что это там такое Вы написали - "apt-get install...."? Ну я знаю что это такое, но почему в 21-м веке система просит написания пользователем таких вот строчек? Окошко быть должно с конопкой и автоматика, а не это...

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