Java полностью свободна под лицензией GPL

>ВинРар это сверхмалое приложение, с малым количеством логики. Оно должно быть оптимизировано с точки зрения производительности CPU, а не производительности программиста.

Подождите, так вы хотите сказать, что приложение на Жава(с)(тм) потребляет больше процессорного времени, чем такое же, но написаное на С? Не может быть!

>Сан придумали Жаву потому что требовался инструмент, на котором могли бы работать большие группы посредственных програмистов под управлением одного-двух хоть немного шарящих манагеров.

Гы, с каково перепою ты это придумал? Сан придумал жаву как универсальный переносимый кроссплатформенный ассемблер, который в первых версиях был интерпретируемый. Но это длилось недолго. Чувакам этот язык понравился и они быстро соорудили лучший в мире Hot Spot JIT

>Ну так объяните нам, убогим, почему на жабе не ваяют топовые ПКшные игрухи и вендоутилитки? Ведь они бы писались и работали намного быстрее! Или столкновение со стенкой открыло Вам новые грани познания, недоступные всяким там Кармакам?...

Кстати, да, пора бы давно. Вот у меня Opera 9.5 с десятью открытыми вкладками жрет больше ( 128 ) чем Azureus ( 124 ). При таком раскладе они могли бы сделать движок рендеринга на C, а обвязку, GUI и прочая на Java, получилось бы кроссплатформенно изкаропки, и "увеличение потребления памяти" никто бы и не заметил

Думаю, через годик мы такую версию 10.0 на жабе и увидим.

>А зачем доказывать очевидное? Солнце восходит на востоке, заходит на западе. Это видно и доказательств не требуется. Вы же пытаетесь переубедить - что мол не совсем на востоке, а мы все тупые и не разбираетесь.

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

(жавофильский бред поскипан.)

> Вот у меня Opera 9.5 с десятью открытыми вкладками жрет больше ( 128 ) чем Azureus ( 124 ).

А у меня uTorrent жрёт 50 метров :P

> При таком раскладе они могли бы сделать движок рендеринга на C, а обвязку, GUI и прочая на Java, получилось бы кроссплатформенно изкаропки, и "увеличение потребления памяти" никто бы и не заметил

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

> и солнце восходит на востоке, и Java программы работают не только быстро, но часто ещё и быстрее чем на C++, работают стабильно и не стремятся зависнуть и отожрать столько памяти, сколько ей позволят выделить.

Долго, раскатисто хохотал.

достали крикуны.

>А у меня uTorrent жрёт 50 метров :P

не под linux, и тормозит систему при активной отдаче.

> tommy

Тебе ли не знать всю правду про жабку? :)

>А у меня uTorrent жрёт 50 метров :P

Тяга к пропиеритарщине детектед.

>> А у меня uTorrent жрёт 50 метров :P

> не под linux, и тормозит систему при активной отдаче.

1. wine.

2. обсуждалось потребление памяти, да и шедулер никто не отменял.

3. ktorrent -- 30 метров.

>> tommy

> Тебе ли не знать всю правду про жабку? :)

+1

;)

> 3. ktorrent -- 30 метров.

Можно детально сравнить ktorrent и azerazus. Две весьма подобные утилиты. Сам я использую ktorrent, не смотря на то, что приверженец Gnome и ярый поклонник Gtk+. Azerazus видел. Хоть и Gtk, но не порадовала.

Ещё ждем появление браузера на Java. Я только за! Тогда мой любимый Fx больше НИКТО И НИКОГДА не назовет тормозным и жрущим память.

> Ещё ждем появление браузера на Java. Я только за!

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

> Тогда мой любимый Fx больше НИКТО И НИКОГДА не назовет тормозным и жрущим память.

инкрементирую, хоть ff и любит полакомиться памятью.

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

А правда, есть ли браузеры с редрендингом на Java? Без помощи всяких Mozilla?? С JavaScript и прочими современными вещами?

НА питоне таких браузеров просто навалом можно подумать.

>Ещё ждем появление браузера на Java.

А я жду появление нормальной IDE написанной на С/С++. Глючные быдлоподелия типа Code::Blocks, KDevelop и Anjuta не предлагать.

> А правда, есть ли браузеры с редрендингом на Java? Без помощи всяких Mozilla?? С JavaScript и прочими современными вещами?

Гугль указал сюда:

http://lobobrowser.org/java-browser.jsp

Ставить яву ради него лень.

Ещё есть http://www.webrenderer.com/products/swing/product/ , но он проприетарненький и на основе мозиллы

> А я жду появление нормальной IDE написанной на С/С++.

vim.

Кстати, твоя любимая шестая вижуал студия тоже на плюсах, емнип.

>> А я жду появление нормальной IDE написанной на С/С++.

>vim.

Он написан на vim

>Кстати, твоя любимая шестая вижуал студия тоже на плюсах, емнип.

По сравнению с Eclipse+CDT она сливает и по стабильности и по фичам.

>Кстати, да, пора бы давно. Вот у меня Opera 9.5 с десятью открытыми вкладками жрет больше ( 128 ) чем Azureus ( 124 ). При таком раскладе они могли бы сделать движок рендеринга на C, а обвязку, GUI и прочая на Java, получилось бы кроссплатформенно изкаропки, и "увеличение потребления памяти" никто бы и не заметил

Ну видите, а мужики то и не знают. Одни жабакодеры самые умные и все в белом...

> НА питоне таких браузеров просто навалом можно подумать.

А кто то говорил, что Python быстрее Си?!

>А я жду появление нормальной IDE написанной на С/С++. Глючные быдлоподелия типа Code::Blocks, KDevelop и Anjuta не предлагать.

Абсурд, не заводитесь так, здесь никто не агитирует за С++. Я его люблю не больше чем Жабу.

ЗЫ юзайте православные Emacs

>> vim.

> Он написан на vim

apt-cache show vim мне сказал implemented-in::c. Он меня нагло обманул?

> По сравнению с Eclipse+CDT она сливает и по стабильности и по фичам.

А с какого момента этой связкой стало можно пользоваться? Пробовал её пару лет назад, так оно мало того что по ctrl+space тормозило пару минут, так ещё и по-эклипсовому бессовестно подвисало в самые неожиданные моменты и валилось при дебаге.

> так ещё и по-эклипсовому бессовестно подвисало в самые неожиданные моменты и валилось при дебаге.

подвисать эклипс не перестал и в версии 3.3.

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

>>> vim.

>> Он написан на vim

>apt-cache show vim мне сказал implemented-in::c. Он меня нагло обманул?

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

>> По сравнению с Eclipse+CDT она сливает и по стабильности и по фичам.

>А с какого момента этой связкой стало можно пользоваться?

Для редактирования Си-кода пожалуй с момента появления. Насчет С++ - тебя никто не заставлял кодить на языке на котором исследовать контекст нажатия ctrl+space для того чтобы предложить правильный комплишен это с трудом разрешимая задача даже для человеческого ума.

> так что там про торможение джавы то? примеры то хоть на третий то день обсуждения будут?

Эклипс. Очень хороший пример.

Если нужны цифры, то вот тебе сравнение производительности разных фс, среди них есть одна на жабе. Сливает почти всем: http://code.google.com/p/fuse-zip/wiki/PerformancePage

>Гугль указал сюда:

>http://lobobrowser.org/java-browser.jsp

Употребление вирт.памяти стабильно на уровне фаерфокса. Форматирование ползет даже на ЛОР.

>> так что там про торможение джавы то? примеры то хоть на третий то день обсуждения будут?

>Эклипс. Очень хороший пример.

Давайте не будем сравнивать написанное с ненаписанным.

>>> Он написан на vim

>> apt-cache show vim мне сказал implemented-in::c. Он меня нагло обманул?

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

И? После этого закономерным выводом должно стать то, что oracle написан на sql? :o)

>>> По сравнению с Eclipse+CDT она сливает и по стабильности и по фичам.

>> А с какого момента этой связкой стало можно пользоваться?

> Для редактирования Си-кода пожалуй с момента появления. Насчет С++ - тебя никто не заставлял кодить на языке на котором исследовать контекст нажатия ctrl+space для того чтобы предложить правильный комплишен это с трудом разрешимая задача даже для человеческого ума.

Кто тут сказал про C++? Он мне и ctrl-space на fprintf не прожевал.

>> Эклипс. Очень хороший пример.

> Давайте не будем сравнивать написанное с ненаписанным.

Чтоа? Для того чтобы назвать программу на жабке тормозящей к ней не обязательно надо сделать аналог на C/C++/python/tcl/brainfuck/... Достаточно с ней серьёзно и без фанатизма поработать хоть месяцок.

>Эклипс. Очень хороший пример.

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

>> apt-cache show vim мне сказал implemented-in::c. Он меня нагло обманул?

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

>И? После этого закономерным выводом должно стать то, что oracle написан на sql? :o)

Передергивание. В оракле на SQL написано 10 процентов. Вим весь написан на своем макроязыке, кроме интерпретатора макроязыка.

>> Для редактирования Си-кода пожалуй с момента появления. Насчет С++ - тебя никто не заставлял кодить на языке на котором исследовать контекст нажатия ctrl+space для того чтобы предложить правильный комплишен это с трудом разрешимая задача даже для человеческого ума.

>Кто тут сказал про C++? Он мне и ctrl-space на fprintf не прожевал.

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

>> Эклипс. Очень хороший пример.

> плохо написанная программа. или ты будешь с этим спорить?

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

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

Любую другую программу приведу -- ты тоже скажешь что божественную гипно^W жабу испоганили плохой реализацией?

> Вим весь написан на своем макроязыке, кроме интерпретатора макроязыка.

Дык, приходится изголяться, ведь той же рефлексии в сях нет. Но это не делает вим написанным на жабке :)

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

Версию! Версию! Может правда CDT починили...

то что эклипс тормозит - сказал ты. если программа тормозит - она плохо написана.

я ставил на винде разные торрент клиенты в том числе и utorrent. результат был - сильное торможение системы при отдаче всего одного dvd iso на канале мегабил в 6. Azureus же на том же компьютере отдавал по несколько сот торрентов слабо нагружая систему (до 10% в пике). Компьютер был слабый - 1.5 Ггц. гонять utorrent в wine желания мало, несмотря на то что некоторые проги в wine-е у меня всё же крутятся.

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

> то что эклипс тормозит - сказал ты. если программа тормозит - она плохо написана.

в понятие "плохо написана" входит и выбор языка и технологии разработки.

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

Да вот что-то не припомню я больше популярных програм на жабке. У меня так их вообще нет.

Джава в общем случае медленнее СИ. Но есть ведь джава-процессоры.

Да и к сведению джава быстрее питона в общем случае.

P.S имееются ввиду Sun Java и CPython

>Может правда CDT починили...

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

>> Может правда CDT починили...

> Хз... Скачивал свежак с ихнего сайта, остался доволен.

Посмотрю на досуге.

> Правда, может у тебя машина совсем древняя.

Я так считаю, что 3ghz и гига оперативы должно сейчас хватать всем и каждому. Да и как-то странно будет, если для разработки на языке 30летней выдержки этого будет не хватать :)

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

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

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

Уже сказали, что ktorrent не уступает.

> абсолютно стабильную, неглючную

Таких программ _не бывает_.

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

Особенность реализации.

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

Думаешь, божественная гипножаба спасёт тебя от необходимости думать о том, как работает твоя программа? Ха! Момент, когда тебе _придётся_ задуматься о том, почему программаработает не так, как ты эот себе представляешь, всегда наступает. Жава позволяет его оттянуть, но не исключить.

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

> проги на QT - ну тоже ничего. есть удачные. но памяти жрут неслабо,

Таки Ви гномер?

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

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

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

Уж больно размытые рамки у этого "функционала"...

> http://lobobrowser.org/java-browser.jsp

Поставил. Жрет java + java_vm метро сто.

Зашел на ЛОР. Боковую полосу показывает по середине - убогость полная. Скролл с жутчайшими тормозами. Очень не любит картинки.

Вывод. Тормозит безбожно. Очень все медленно. И это без вкусностей Fx. Функциональность на уровне осла первой версии.

>Я так считаю, что 3ghz и гига оперативы должно сейчас хватать всем и каждому.

Я на эклипсе работаю на 2Gb. 3ghz - нормально. Еще 2 my mind чистый CDT без поддержки жавы работает заметно шустрее.

да, я вижу что ktorrent становится популярен. возможно он и приблизится к Azureus по функционалу, надежности, скорости. писать хороший торрент для qt/kde - надо! кто же спорит. пожелаем успеха.

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

>Таки Ви гномер?

нет. но это не значит что я должен идеализировать работу всех qt/kde программ. просто удобнее системы чем KDE пока IMHO не придумали. да и нравится просто.

Мне непонятно, почему как появляется новость о жабе, вылазит куча идиотов, пытающихся доказать что она .овно? Комплекс неполноценности?

// :(

> Мне непонятно, почему как появляется новость о жабе, вылазит куча идиотов, пытающихся доказать что она .овно? Комплекс неполноценности?

> // :(

Мне непонятно, почему в почти каждую новость влезает Унылус и пытается всех заразить своим унынием?

// O#O - небритый мух