Java taints kernel

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

Java научилась кэшировать скомпилированные jit-ом классы

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

> Грязный хак узаконен! Как говорится без комментариев! ты сам то понял, что сказал, умник? в биореактор - марш-марш...

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

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

> но проблема в том что не все же такие программисты как программисты
> виртуальной машны Java ... ))) ..

Что Вы вкладываете в понятие "программист виртуальной машины java"?
Это сановские ребята, пишушие jvm?
Или может Вы намекаете, что ява программисты фанатично следуют одному языку программирования для написания абсолютно всего?
Так вот удивитесь, большинство моих знакомых ява-программистов перешли на неё именно с C/C++, часть с Delphi, часть с PHP.
Мне по работе приходится иметь дело и с явой, и с плюсами, и с пхп, и с перлом, так что виртуальной машиной java не надо ограничиваться.

Да, совсем забыл, господа программисты, про Oracle забыли - пока он доминирует на рынке СУБД, наверно не такая уж и гадкая штука эта ява, что скажете?
Пи**еж по поводу "мускул\постгрес\етс быстрее" сразу прошу > /dev/null

> azureus

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

libcairo.so.1
libswt-atk-gtk-3139.so
libswt-awt-gtk-3139.so
libswt-cairo-gtk-3139.so
libswt-gnome-gtk-3139.so
libswt-gtk-3139.so
libswt-mozilla-gtk-3139.so
libswt-pi-gtk-3139.so

Или ты уверен, что в венде используются те же бинарники и венда понимает ELF-объекты?

Красивая платформенно-независимость в azureus/azureus2/org/gudy/azureus2/ui/swt/Utils.java:

public static void setCheckedInSetData(final TableItem item,
final boolean checked) {
// skipped

if (Constants.isWindowsXP || isGTK) {
Rectangle r = item.getBounds(0);
Table table = item.getParent();
Rectangle rTable = table.getClientArea();

r.y += VerticalAligner.getTableAdjustVerticalBy(table);
table.redraw(0, r.y, rTable.width, r.height, true);
}
}

Прежде, чем киздить, что нет зависимости от платформ, удосужился бы проверить сорсы или хотя бы комплект поставки...
Уверен, что с Eclipse и Tomcat та же ситуация.

А про Azureus никто и не писал, он на SWT, поэтому тащит все ублюдочное платформенное гуано

>> azureus

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

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

Сам Azureus.jar полностью независим от платформы -- он одинаковый и под Linux, и под Windows, и под Solaris, и под FreeBSD...

> Красивая платформенно-независимость в azureus/azureus2/org/gudy/azureus2/ui/swt/Utils.java:

Это не зависимость от платформы, это workaround неприятного глюка в gtk.

Да там этих воркэраундов понатыкано до жупы, и не только в этом файле, и не только для gtk и winXP, но и для OS X.

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

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

При неверном суждении строишь верное следствие? Ну-ну :)

Сначала разберись что к чем, а потом писчи.

> Уверен, что с Tomcat та же ситуация.

Тогда проверь исходники.

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

Када найдешь идеальный мир без багов - кинь ссылку. А пока workaroundы рулят.

> При неверном суждении строишь верное следствие? Ну-ну :)

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

>Я к тому, почему нельзя воркэраунды положить в jvm и стандартные жабные либы

потому что это воркараунды как раз к jvm и стандартным либам ;) В них это можно только пофиксить. А обойти - только снаружи.

> Так вот удивитесь, большинство моих знакомых ява-программистов перешли на неё именно с C/C++

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

> часть с Delphi

А куды они денутся, раз багланд их бросила? До C/C++ мозгов не хватит, вот и скатываются до жабы.

> часть с PHP.

А это теперь, наверно, ваши лучшие кодеры?

> Это не зависимость от платформы, это workaround неприятного глюка в gtk.

Ага. А заодно - и в WindowsXP:

if (Constants.isWindowsXP || isGTK) {

Може, таки в консерватории?

Вот вы все с плюсами сравниваете..

Хорошо. А что, если не жава? Ruby и Python? Тогда не говорите, что кто-то там фанатик. Ведь именно чуваки, их предлагающие основывают свою позицию конкретно по отношению к глупости современной разработки на C++. Да?

А скриптовые языки, извините, но применяться должны к месту. Также как и Java.

(И по поводу мокса. Все же тут важеннее алгоритм, а не язык. А то и перл слишком замудрен, и жава слишком несложен и малоопасен. Усе не этак.)