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

Слушай, чего ты так на жабу взъелся? Тебя что на нормальную работу не взяли, потому что ты на ней писать не умеешь? Или ты опять сессию завалил, и тебе не на ком выместить злость? Кто спорит, реальный пацаны пишут на Си. Это мы жалкие быдлокодеры без garbage collector'а ничего не можем. Короче нам до тебя расти и расти, гуру. Алсо, когда окончишь институт, возможно я позволю тебе чистить сортир в моей хате в центре Москвы. А то чую с голода помрёт такой талант...

>Как можно быстрее выполнить, КАК? Маркетинговые макаки!

Более глупого аргумента слышать не доводилось - по твоему разные языки нужны зачем если все компилируется в один и тот же асм код? Потому что некоторые свойства у них реализованы по разному. Процессор занимается числодроблением и инструкции тут не при чем. Выполни heap compaction на С или реализуй на нем ленивость при которой вообще часть программы считаться не будет потому что послег лубокого входа в стек окажется что эти результаты не нужны?

>Ну как же не тормозит? Захожу на сайт с маленькой формочкой (лишь одно поле для пароля) из java - секунд десять шуршания винта и полной загрузки системы.

Потому что ты даже представления не имеешь что в этот момент происходит. Догадайся почему код на жабе запустившийся в апплете или вебстарте нихрена не сможет открыть твои локальные файлы или сетевое соединение если ты не дал таких прав. Догадайся почему хостед аапликейшен вызвав System.exit никуда не выйдет если ты э то запретил. Догадайся почему код запущенный в одном класслоадере нефига не увидмит кода запущенного в другом класслоадере. Когда ты подобный managed подход реализуешь на С ты поймешь где скорость делать.

Отлично! наконец исчезнет риск использовать закрытые API так как могут быть убраны в следующей версии!

>На джава же программирование упрощается - достаточно несколько сильных специалистов, которые могут управлять (и управлять очень эффективно) командой девелоперов по-проще.

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

Эй, сишники! Ваш C начисто сливает ассемблеру в плане скорости. Давайте тотально на ассемблер перейдем.

А ведь когда-то ассемблер соперничал с перфокартами. Интересно, а что придет на смену Java?

Предлагаю всем жабистам ставить клеймо на лбу:

Невменяем. Психических забовалений не обнаружено. Диагноз: просто дурак... 8)

> Python не кроссплатформенный?

Кроссплатформенный. Но косяки есть везде - ну вот хотя бы сколько раз в python ломали совместимость? Во многих языках есть аналог JSR и множество реализаций этих JSR?

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

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

> Во многих языках есть аналог JSR и множество реализаций этих JSR?

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

> Потому что ты даже представления не имеешь что в этот момент происходит. Догадайся почему код на жабе запустившийся в апплете или вебстарте нихрена не сможет открыть твои локальные файлы или сетевое соединение если ты не дал таких прав. Догадайся почему хостед аапликейшен вызвав System.exit никуда не выйдет если ты э то запретил. Догадайся почему код запущенный в одном класслоадере нефига не увидмит кода запущенного в другом класслоадере. Когда ты подобный managed подход реализуешь на С ты поймешь где скорость делать.

Короче - Java тормозит.

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

Вы не привели ни одного разумного аргумента, откуда выезжать? А буквосочетания - куда же без них, в jsr есть еще (о боже) и номера. Ну ладно, я сегодня добрый. http://ru.wikipedia.org/wiki/JSR

> http://ru.wikipedia.org/wiki/JSR
http://en.wikipedia.org/wiki/Python_Enhancement_Proposal#Future_development

> Личто я знаю джаву и приложения пишу на ней. Иногда (если есть настроение) - пишу на Си

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

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

>Короче - Java тормозит.

Нет - просто ты тролишь в теме в которой 0 полный.

>> http://ru.wikipedia.org/wiki/JSR http://en.wikipedia.org/wiki/Python_Enhancement_Proposal#Future_development

Это не рузщау не одно и то же. Вокруг джавы (и не только языка и стандартной либы) есть Java Community Process. А не Гвидо сделай нам хорошо.

> Т.е. на Java стекаются все дибилы не осилившее ничего кроме??

Ты знал, да?

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

Groovy, Scala?

Надеюсь после выхода официальной открытой Java от Sun, IcedTea не будет? Только юзеров смущать, и сообщество раскалывать.

>Самый популярный язык программирования. Используется везде: Desktop - Azureus

OpenOffice.org ???

>так будешь всё жизнь в одну сторону мыслить, если не хочешь быть ремесленником - советую изучить какие-нить другие парадигмы. лисп там или erlang или тот же питон(он, кстати может жить и в jvm взаимодействуя с джавовскими классами и наоборот, также он может жить в msil, а cpython есть в поставке практически любой юникс-подобной системы).

Спасибо за совет. Не переживайте - я уже очень давно не работаю на уровне "тупо кодера" и пока что отлично развиваюсь. Насчет других парадигм я думал (изучить хаскелл, но пока что руки не дошли - м.б. осенью будет возможность засесть за него). Проблема в том, что пока не вижу областей, в которых они были бы наиболее эффективным решением, поэтому и отодвигается это "изучение" на потом... Может быть вы подскажете спектр задач ?

(Работать привык эффективно - технологий очень много, а жизнь коротка - вот и приходится ограничивать выбор и тщательно отбирать, с какими работать, а с какими - нет)

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

Для общего развития я изучаю гуманитарные дисциплины в свободное время :)

> пока не вижу областей, в которых они были бы наиболее эффективным решением
таких областей дофига. работает быстро, код получается несопостовимо короче, проблем меньше. почитай practical lisp например.

> А не Гвидо сделай нам хорошо.
думаешь питон пишет один гвида?)))

>таких областей дофига. работает быстро, код получается несопостовимо короче, проблем меньше. почитай practical lisp например.

из того, что нагуглил по practical lisp (пока что только бегло) - для алгоритмически сложных вещей типа спамфильтра их использование скорее всего оправдано ("генератор альбома" притянут "за уши" имхо). ну примерно для этого и смотрел в сторону хаскелла. если буду диссер писать на тему синтеза топологии сети, то хаскелл точно выучу :)

> работает быстро, код получается несопостовимо короче, проблем меньше. почитай practical lisp например.

Краткость текста, который описывает туже совокупность действий, что и длинный - предполагает богатый лексикон. Соответственно вероятность ошибок возрастает.. Сантехники не просто так разрабатывали новый язык при наличии того же Лиспа. Это, кстати, отличает проприетарный подход: эффективнее один раз сделать джаво, чем усугублять возрастание энтропии разработкой множества "новых", высосанных из пальца языков, не имеющих значимых преимуществ.

> питон

Пятон тоже не нужен. Зачем он, когда есть джаво?

>думаешь питон пишет один гвида?)))

Гвида там все решает. В жава все решает коммунити процесс.

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

Только поорать "Java тормозит!" умеем?

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

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

Ой как много пафоса, аж прослезился.

> Для общего развития я изучаю гуманитарные дисциплины в свободное время :)

А зачем? Ведь жизнь коротка. Где ты сможешь применить гуманитарные дисциплины? Лучше уж ещё разок перечитать книжки по новым буквосочетаниям Java - при очередном холиваре ЛОРа будет чем блеснуть.

И если время так жалко - что вы делаете на ЛОР?! Нестыковочка.

> Гвида там все решает. В жава все решает коммунити процесс.
в линуксе всё решает линукс, в жава все решает коммунити процесс.

линус т.е.

Ты тролль, с троллями разговариваю только если есть соотв. настроение.

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

Ну и отлично, продолжай говорить так же "серьезно".

P.S. ;) Сообщение "21.06.2008 5:21:16" - в чистом виде троллинг. Так же порадовало количество аргументов в "20.06.2008 18:28:20" и "20.06.2008 18:28:20". Извини, но диагноз я уже поставил и дальше уже буду относиться к тебе предвзято.

> Сообщение "21.06.2008 5:21:16" - в чистом виде троллинг. Так же порадовало количество аргументов в "20.06.2008 18:28:20" и "20.06.2008 18:28:20".

Признались бы честно - "да, я проиграл"/"раскаиваюсь и перехожу на Си". Но нет, обвинили в троллиге и надулись.

Аргумент у меня простой - сколько не общался с java - она всегда тормозила. Программы на Python в разы приятней. Даже PHP приятней. Со мной многие соглашаются.

Вы ж в супротив этого приводите какие то статьи, где на мощнейшей машине XXX в искусственном тесте YYY она оказывается быстрее Си. И это при том, что пишит программу хоть макака.

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

Ответа не поступило. Начали обвинять в троллиге.

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

Молодец, что в мединститут не пустил. Спас тысячи жизней.

> Но нет, обвинили в троллиге и надулись.

Ты не тролль, ты скорее идиот.

> Аргумент у меня простой - сколько не общался с java - она всегда тормозила.

Это следствие из первого ответа.

> Вам на это в ответ - почему на Java не пишут топовые игры

Эта индустрия очень инертна, к тому же гравицаппа тут может мешать. К тому же Ил-2 Штурмовик.

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

Не разработчиков, а художников.

> прочие требующие скорости приложения

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

>Аргумент у меня простой - сколько не общался с java - она всегда тормозила.

>И это при том, что пишит программу хоть макака.

ты прямо сам себе отвечаешь :)

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

Убогий web пишут убогие _программисты_. Тут от языка программирования не зависит.

>Вам на это в ответ - почему на Java не пишут топовые игры и прочие требующие скорости приложения?

Да пишут на ней и игры. Но не все об этом знают http://www.jmonkeyengine.com/screenshots.php А почему они не "топовые" - можешь и сам подумать (подумай о таком слове: "кроссплатформенность". только хорошо подумай)

По поводу требующих высокой скорости при малом количестве ресурсов - тут используется Си (или ещё что-нибудь). Java никогда не была панацеей и не будет. Ну да это дано понять не всем...

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

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

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

>Только поорать "Java тормозит!" умеем?

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

> почему на жабе не ваяют топовые ПКшные игрухи и вендоутилитки

.издец, игрушки и вендоутилитки уже стали показателем качества ЯП.

>Эта индустрия очень инертна, к тому же гравицаппа тут может мешать. К тому же Ил-2 Штурмовик.

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

>По поводу требующих высокой скорости при малом количестве ресурсов - тут используется Си (или ещё что-нибудь). Java никогда не была панацеей и не будет. Ну да это дано понять не всем...

Хоть один адекватный жава-програмист попался...

>.издец, игрушки и вендоутилитки уже стали показателем качества ЯП.

Речь о том, что жабакодеры кричат на каждом углу о скорости своей мегажабы, а не о качестве языка. Вот я и прошу объяснить этих адептов, почему никто не хочет на ней ваять игры, так как это одна из самых требовательных к скорости областей разработки ПО. Теперь дошло?

> Ну так объяните нам, убогим, почему на жабе не ваяют топовые ПКшные игрухи и вендоутилитки?

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

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

Мы это уже слышали 20 раз. Назовите причины из-за которых по вашему эти приложения не делают на жаве. Ведь судя по заявлениям ее адептов от этого одни только плюсы: и стоимость разработки уменьшится, и переносимость с надежностью улучшатся. В чем же дело?

>>.издец, игрушки и вендоутилитки уже стали показателем качества ЯП.

>Речь о том, что жабакодеры кричат на каждом углу о скорости своей мегажабы, а не о качестве языка. Вот я и прошу объяснить этих адептов, почему никто не хочет на ней ваять игры, так как это одна из самых требовательных к скорости областей разработки ПО. Теперь дошло?

Не настолько уж жава и ужасна в этом отношении http://www.mandrixx.net/java-applets.php. Можно еще нагуглить по "Java demoscene"

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

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

Разработка на Java дешевле потому что можно использовать программистоф среднего уровня и одного профи, вместо "все профи" для С.

Помню работал вместе с несколькими С прогерами. Они перепиливали Asterisk (VoIP), так с периодичностью раз в неделю они впаивали в астериска код приводящий к проблемам с памятью (то мемори-лик, то обращение к освобожденному куску). Хотя судя по всему программисты вполне адекватные.

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

Это связано с OpenGL / DirectX и тем, что они написаны на С.

> Ну или например почему проприетарные десктопные вендоутилитки на ней не перепишут? ВинРар на жабе наверняка бы архивировал в несколько раз шустрее!

Вендоутилки пишут вендоконторы, у которых в большинстве еще и контракт с МС.

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

>> Во многих языках есть аналог JSR и множество реализаций этих JSR?

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

JSR это RFC для Java. Вы предлагаете отменить RFC???

Есть ли набор стандартов РЕАЛИЗУЕМЫХ ВСЕМИ для С/С++??? Чтобы можно было сказать, что приложение работает поверх С версии "3" или другой??? и ЛЮБОЙ компилятор + исполнитель среды поддерживающий эту версию скомпилирует и запустит программу.

> Linux - десятки мегабайт исходного кода. Почему Linux не на Java? Ведь это, несомненно, приблизит винадкопец.

C/C++ это мебельная мастерская, производит МАЛО и ШТУЧНО. Смысла переписывать ядро Linux на что-то другое - нет.

Java - это мебельная фабрика. Производит много и быстро.

Linux писало огромное количество людей. Я думаю, что тоже по функционалу можно написать на Java меньшим количеством разработчиков. Поскольку реально проверить не возможно, то о скорости спорить тоже смысла нет :)))

> Есть ли набор стандартов РЕАЛИЗУЕМЫХ ВСЕМИ для С/С++??? Чтобы можно было сказать, что приложение работает поверх С версии "3" или другой???

Не знакомы аббревиатуры C99, C++98, C++0x ?

> и ЛЮБОЙ компилятор + исполнитель среды поддерживающий эту версию скомпилирует и запустит программу.

Разве работоспособность программы на C/C++ зависит от "исполнителя среды"? Ява совсем мозги проела?