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

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

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

Интересная идея.. думаю это работает (в аппсервере по крайней мере работает).

>А почему физики хватаются за свой любимый Фортран и не дают ему умереть?

>Сила привычки, лядь!

Какая сила привычки? Я Вам еще раз повторяю: разработчики игр уже давно лобают игры под мобилки на жабе и прекрасно знают что это такое и с чем ее едят. Но вот применять МегаЖабу(с)(тм) на ПК что-то не стремятся... Вот идиоты, да?

> разработчики игр уже давно лобают игры под мобилки на жабе

Мобилки -- это отдельная степь. Так кроме как на яве писать не на чем. Кстати, программы написанные на ц на тех же мобилках просто реактивны в сравнении с жабописными(см. на сименс-клубе).

>В играх, как правило, очень интенсивные вычисления => JIT проигрываем нативному коду.

Как это?! Разве жаба не скомпилит код супер оптимально под используемый конечным пользователем процесор?

>В играх, как правило, требуется реалтайм => сборщиком мусора проигрывает ручному управлению.

Вы путаете риалтайм с низкой латентностью.

>А вот кроссплатформенность играм не нужна.

o_O Вообщето любая современная игра, претендующая на прибыльность, как правило работает на венде, ps3 и xbox. Иногда еще на маке и Линуксе.

>Секьюрность играм не нужна.

А что, секьюрность больше нужна еклипсу или опенофису?

>В остатке имеем хорошие IDE и более быстрое написание кода у Java. Они никак не перевешивают недостатков.

У МегаЖабы есть недостатки? Не может быть! Огласите их пожалуйста.

>или пускать их в Wine (как например foobar2000 и ImgBurn).

С томми все понятно... Может Вам стоит сразу на точкаНЕТ перейти? Кажется, он Вам идейно ближе.

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

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

>Мобилки -- это отдельная степь. Так кроме как на яве писать не на чем.

Ну как же? Разве единожды познав всю Мощь и Величие УберЖабы разработчики потом смогут вернутся обратно на санконеугодные кресты?!

>Кстати, программы написанные на ц на тех же мобилках просто реактивны в сравнении с жабописными(см. на сименс-клубе).

Не верю! Это все происки подлых полупроприетарщиков из Троллтеха, которые хотят таким образом вынудить бедненьких пушиcтых девелоперов купить у них Qt.

>>Секьюрность играм не нужна.

>А что, секьюрность больше нужна еклипсу или опенофису?

Эклипсу нужна куча плугинов написанных программистами средней руки. И гибкость, которую плбсы дать не могут. Писать на полностью статическом языке к куцыми виртуальными функциями без нормального RTTI это как дезайнить скелет животного без суставов.

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

бесплатной.там же написано. за использование Java платить не надо.

>С томми все понятно... Может Вам стоит сразу на точкаНЕТ перейти? Кажется, он Вам идейно ближе.

мне нужны работающие программы а не идеи

>Эклипсу нужна куча плугинов написанных программистами средней руки. И гибкость, которую плбсы дать не могут. Писать на полностью статическом языке к куцыми виртуальными функциями без нормального RTTI это как дезайнить скелет животного без суставов.

Абсурд, Вы меня разочаровываtте . С такой ненавистью к крестам я считал вас как минимум лиспером :) Ну на худой конец питонщиком...

>бесплатной.там же написано. за использование Java платить не надо.

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

>мне нужны работающие программы а не идеи

Гость из прошлого? точкаНЕТ уже давно работающий.

> Эклипсу нужна куча плугинов написанных программистами средней руки.

Нет "программистов средней руки". Есть те, кто умеет программировать и те, кто не умеет. Всё.

> И гибкость, которую плбсы дать не могут. Писать на полностью статическом языке к куцыми виртуальными функциями без нормального RTTI это как дезайнить скелет животного без суставов.

Тут согласен. Но не следует забывать, что эклипс -- это не всё.

http://www.linux.org.ru/server.jsp

Sidrian, какая куча постов, и ни одного по делу. Все грязью поливаешь. Предложи решение лучше.

>Sidrian, какая куча постов, и ни одного по делу. Все грязью поливаешь. Предложи решение лучше.

Грязью? Ни разу. Просто хочу разобраться, почему со слов жабакодеров выходит, что все гавно и одни они - мушкетеры. Если мне хоть кто-то из них сможет внятно ответить на поставленые вопросы то может я и сам стану большим фанатом жабки ;)

>С такой ненавистью к крестам я считал вас как минимум лиспером :) Ну на худой конец питонщиком...

Меня интересует возможность тупо решить поставленную задачу. Подход С++ где надо городить нетривиальный темплейт для простой callback- сущности и оборачивать ее в смарт-указатель (другой нетривиальный темплейт) чтобы определить политику владения меня не воодушевляет.

>Гость из прошлого? точкаНЕТ уже давно работающий.

повтор: программы. некоторые win32 проги под wine, azureus на java.

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

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

вот кушайте помои ввиде k3b, amarokов и тд. я буду пользоваться нормальными программами, хоть и запущенными в wine. ибо они там нормально идут.

>Меня интересует возможность тупо решить поставленную задачу. Подход С++ где надо городить нетривиальный темплейт для простой callback- сущности и оборачивать ее в смарт-указатель (другой нетривиальный темплейт) чтобы определить политику владения меня не воодушевляет.

Меня тоже.

>повтор: программы. некоторые win32 проги под wine, azureus на java.

повтор: направление ---> стенка

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

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

>вот кушайте помои ввиде k3b, amarokов и тд. я буду пользоваться нормальными программами, хоть и запущенными в wine. ибо они там нормально идут.

Вопросов больше не имею. Стенка ждет Вас.

аргументы кончаются - начинается хамство.

Под линукс нужны media player classic и foobar2000. С этими программами под *nix виндавс можно закапывать (gstreamer за!@ал).

>media player classic

ну мне хватает mplayer (kmplayer/ smplayer). возможно mplayer АБСОЛЮТНО нормально играет DVD и с меню, но мне не хочется собирать либу и ставить её в систему чтоб проверить. под вендой MPC это конечно просто спасение.

> вот кушайте помои ввиде k3b, amarokов и тд. я буду пользоваться нормальными программами, хоть и запущенными в wine. ибо они там нормально идут.

Сьешь ещё этого проприетарненького говнеца да выпей яду.

В нем не нравится подергивание при перемотке, невсегда корректное воспроизведение хдтв/матрешки, проблемы с сабами в .mkv...

>Жаба выполняется стандартно путем компиляции в байткод, который затем интерпретиируется. Это по определению медленнее чем выполнение на процессоре. В современной жабе при выполнении байткода(методы типа jit компиляции) может происходить частичная компиляция кода (отдельных методов). Только откомпилированный код нигде не хранится и выбор метода происходит при каждом выполнении программы путем поиска наиболее часто используемых методов, что очень нерационально, тк тратится время процессора при каждом запуске программы на компиляцию. И кроме того тратится дополнительная память.

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

Слушай, вот ты умный такой. Почему же тебя не взяли директором в Sun? Ты бы им рассказал, как программы писать и как выйти из финансового кризиса. И что C++ под .NET наше фсьё

Почему же Microsoft пошла по пути виртуального байткода вслед за Sun, а не продолжила пилить свой C++?

>Хотя мне кажется, что ява 10% времени занимается виртуальным вызовом... или хотя бы 5.

Бедьненький. Ну прочитай ты про микробенчмарки. И про то, как VM оптимизирует твои несчастные двойные диспетчеризации и инлайнит их в рантайме.

>В нем не нравится подергивание при перемотке, невсегда корректное воспроизведение хдтв/матрешки, проблемы с сабами в .mkv...

а что там некорректного при просмотре HDTV?

а сабы полечились начиная с какой то версии из svn (или даже уже в каком то релизе)

>Сьешь ещё этого проприетарненького

есть много бесплатных программ с закрытым исходным кодом уровня которых проги под linux могут недостигнуть никогда. я наигрался с k3b достаточно. думать в какой момент там в этой надстройке что заглючит (или почему писалки глючат с болванками то одного, то другого типа) и почему диски не проходят верификацию (или же пройдя - не читаются вообще) желания более нет. аудио плееров нормальных под линукс нет вообще. нормальность = компактность + фунциональность.

> > вот кушайте помои ввиде k3b, amarokов и тд. я буду пользоваться нормальными программами, хоть и запущенными в wine. ибо они там нормально идут.

> Сьешь ещё этого проприетарненького говнеца да выпей яду.

gaa, почему вы так переживаете на почве проприетарности? Не надо так комплексовать от того что с вами не поделились кодом. Проприетарные программы почти всегда лучше чем открытые. На то есть масса причин, хотя бы то что у них выбора другого нет, поэтому они почти всегда качественнее. Люди на этом себе на хлеб зарабатывают, а открытые программы как правило делаются на коленках, иногда даже пишутся "чисто поржать". Я насмотрелся на коды всяких открытых программ. Очень мало из них написаны нормально, а в основном уе***й уродский опасный глюкавый код, просто спагетти, а не код. Просто позор. Я и мои коллеги себе такое писать не позволяем (потому что я знаю что меня за такое вышвырнут из сана, да ещё пальцем покажут) и никто в приличной конторе не позволит себе. А товарищи опенсорсовые позволяют (за редким исключением).

Ещё раз прошу отметить что я не имею ввиду ВЕСЬ опенсорс и никого лично оскорбить не пытаюсь. Тем не менее, я имею ввиду примерно 90% таких "продуктов".

> вот кушайте помои ввиде k3b, amarokов и тд. я буду пользоваться нормальными программами, хоть и запущенными в wine. ибо они там нормально идут.

Между прочим, у меня под wine очень мало что идёт даже с применением напильника. А если вдруг удалось запустить, то работает ОЧЕНЬ медленно (да ява по тормознутости просто отдыхает).

Кстати, кто-то говорил про реалтайм, так вот почитайте про Realtime Java. Там работают весьма требовательные к реалтайму вещи.

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

А с чего взяли, что во многих закрытых программах код значительно лучше? И вообще "не имеет никакого значения что ваш код уродлив и содержит много ошибок, и никому он не нравится".

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

Иначе у них нет шансов выжить. Такие конторы вымирают как динозавры, либо едва влачат существование.

> Иначе у них нет шансов выжить. Такие конторы вымирают как динозавры, либо едва влачат существование.

Откуда Вы это знаете? Заказчику важна красота кода? Нет. И вообще, мы же про Java говорим. Только что писали, что там макаки работают - и ничего.

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

Заказчику необходимо поддержка. Важно чтобы продукт не был одноразовым, а такие вот макароны не предназначены к совершенствованию и их сопровождение начинает сильно "дорожать", возникает всё больше ошибок, особенно первоначальный создатель уже не работает над проектом. Отсутствие дизайна приложения легко погубит проект (я имею ввиду конечно design, а не внешний вид), если это не Hello, World.

Вот, например, есть Битрикс. Более корявого построения системы ещё никто не видел, соперничает с PHPNuke. И чего?

Думаю и в 1С ситуация с красотой кода не лучше.

Мир устроен не так идеально, как Вы себе его представляете.

> особенно первоначальный

*особенно если первоначальный...

Пример макарон в студию и с комментариями, правда интересно, что под этим подразумевается.

Да, я не сомневаюсь. Примером тому может стать Windows. Хотя, существуют явные тенденции....

> Да, я не сомневаюсь. Примером тому может стать Windows. Хотя, существуют явные тенденции....

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

Оффтоп. Одно время я пошел устраиваться в одну фирмочку. С виду она было очень приличной, одной из лучших в городе. Поработав немного я пришел в ужас! Я не понимал - как они могут вообще процветать, почему не загнулись в первый год. И тогда сделал очень важный для себя вывод - изнутри вещи выглядит совсем иначе, чем нам кажется при взгляде на них лишь снаружи. И далее по жизни я в этом множество раз убеждался. Подростковый идеализм прошел.

Да вот пожалуйста. Что вот это такое???? Почему такой безумный путь? Почему буфер называют конфигом? почему bUp на самом деле используется в противоположном смысле?? почему он работает как bDown? Сам буффер по сто раз изменяет размер. Вот залез я сюда... решил посмотреть почему история так долго грузится у SIM (некоторое время назад я переехал с kopete, потому что он запускается две минуты уже из-за размеров истории).
Этот пример не единственный. В ядре линукса кстати такого добра дофига тоже. Хотите, могу выслать ещё немного вам лично :)

bool HistoryFileIterator::loadBlock(bool bUp)
{
    unsigned blockEnd = m_block;
    if (bUp && !file.at(m_block)){
        clear();
        return true;
    }
    Buffer config;
    for (;;){
        if (bUp){
            if (blockEnd >= file.size())
                return true;
            blockEnd += BLOCK_SIZE;
            unsigned size = config.size();
            config.resize(BLOCK_SIZE);
            int readn = file.readBlock(config.data(size), BLOCK_SIZE);
            if (readn < 0){
                log(L_WARN, "Can't read %s", file.name().latin1());
                clear();
                return true;
            }
            config.resize(size + readn);
        }else{
            if (m_block == 0)
                return true;
            int block = m_block;
            block -= BLOCK_SIZE;
            if (block < 0)
                block = 0;
            if (!file.at(block)){
                m_block = 0;
                clear();
                return true;
            }
            unsigned size = m_block - block;
            m_block = block;
            config.resize(size);
            if ((unsigned)file.readBlock(config.data(), size) != size){
                log(L_WARN, "Can't read %s", file.name().latin1());
                clear();
                return true;
            }
            config.setWritePos(0);
        }
        QCString type = config.getSection(!bUp && (m_block != 0));
        if (type.isEmpty())
            continue;
        if ((config.writePos() == config.size()) && ((unsigned)file.at() < file.size()))
            continue;
        unsigned id = m_block;
        if (!bUp)
            m_block += config.startSection();
        createMessage(id + config.startSection(), type, &config);
        unsigned pos = config.writePos();
        for (;;){
            if (!bUp && (id + config.writePos() > blockEnd))
                break;
            type = config.getSection();
            if (type.isEmpty())
                break;
            if ((config.writePos() == config.size()) && ((unsigned)file.at() < file.size()))
                break;
            createMessage(id + config.startSection(), type, &config);
            pos = config.writePos();
        }
        if (bUp)
            m_block += pos;
        break;
    }
    return false;
}

Опс.. извиняюсь за вылезшую строку.. забыл про преформатированность :)

В таких случаях лучше перепостите, а ошибку удалите. Пожалуйста.

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

В целом всё это сильнейший оффтоп, так что надо бы это тут не обсуждать..

Да, думаю пора тему сворачивать. Вывод я сделал для себя такой:

Java тормозит безбожно, и пишут на ней макаки за вязку бананов.

Здесь никто не привёл реального примера, и тем более в сравнении с чем-то адекватным. Сравнивать яву с С++ это полный неадекват. Попробуйте сравнить яву с перлом или питоном. Увидите какова разница в скорости (хотя тоже не совсем честно - они всё-таки не строго-типизированные).