И это прискорбно, поскольку сама по себе жаба убогий язык и не мение убогая технология. А о аргументах, типа оно проще, хм. На самом деле эта простота обманчива, в результате все получается гораздо сложнее, чем при написании на C++. О переносимости я вообще молчу, Java - это один из самых ТРУДНО переносимых языков. Я не считаю что язык переносим когда написаный код работает на трех платформах :), да еще на каждой платформе по разному. Единственное достоинство Java - можно писать не сильно грязный код, используя низкокфалифицированних программеров.

....и начнутся тормоза....
 Щас у демомейкеров странная тенденция стала появлятся - писать демки на Жабе. В результате на P3-1 GHz получаем 7 fps с 2D графикой (не спорю, красиво... но...)

это скорее результат правильного маркетинга и стремления к ограничению затрат на высококвалифицированных спецов, чем реальная "прогрессивность" технологии и не все так страшно как утерждает г-н Гарвин :)

Тупизна достала!

>Через год Java одержит окончательную победу над C, С++ и Visual >Basic, показывают результаты последних исследований 

Хватит херню нести, такой загаловок аля lenta.ru или еще чего нить желтопрессного, т.е. второго сорта.

>что в следующем году в США численность разработчиков, использующих >Java, превысит численность тех, кто пользуется C, C++ или Visual >Basic.

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

1. У всякого языка своя область применения, java очень даже годится для реализации (бизнес) приложений, прежде всего их серверной части. Тех, кто пишет это на C++ надо растреливать, согласен с Antichrist'ом.

2. Объем написанного на jave огромен, многие даже не представляют, насколько. Ничего сравнимого не было со времен COBOL'а.

3. Про НЕпереносимость - лажа, это справедливо только апплетов (а кому это надо).

4. Маркетинг java был особенно удачен только первые два года, потом было просто очень много работы, пока не была накоплена критическая масса реализованного на нем вещей. Характерно также, интерес к java нарастал гораздо динамичнее, чем сейчас к С#.

5. А про embedded чего все время забывают?

1-е! кто такой идиотизм вообще придумал?

2-е! кто такая Evans Data? надеюсь все знают её хвалебные речи в адресс M$? это кантора жёлтого пиара

3-е! и самое главное - запретить анонимам постить всякую чухню!

Позор... Я пишу вместо java серверные web на C!!!
И мне нравится. Просто библиотеки надо правильные использовать, а так - одна хрень.
Если будет сложнее - перейду на g++.

Не знаю, в чем соревнуются эти языки программирования и не люблю спорить, просто выскажусь в защиту Java. Я в нем где-то полгода и он мне все больше нравится. Правда я не программист, а администратор, пишу простенькие программы типа анализа логов сквида. То есть разрабатываю приложения и сервлеты. Что такое апплеты - не знаю (за ненадобностью)

Мда.. По моему этот флейм уже был. Как тут кричать многие - не нравится. не использую. Проблемы то какие. А я вот буду пользовать и чем дальше тем больше, так как ресурсы дешевеют а время дорожает. А про тормоза в жабе эт отдельная песня. Тoрмозит тока графика а это не единственное применение жабы. Да и то. не настолько сильно чтоб об этом кричать до потери сознания. С хороший и нужный язык. Ничто его не заменит во многих местах. И жить ему еще долгой долгой жизнью. Но жаба то как раз С и не пытаеться подвинуть.

что за чушь? что значит победит?
что за дебилизм.....:(
к примеру, кто будет писать на джаве системное ПО????
тыкните мне пальцем

Жаба, Си++! Какая в жопу разница?! Те же яйца только впрофиль!

А позвольте поинтересоваться - для Цэ уже сделали серверную архитектуру, аналогичную по функциональности сервлетам? Или всё своими ручками делать? Ню ню...

2 ifconfig: Точно! Вот например по тыще юзеров error.log парсить в рил тайме - не javaское это дело :))))) Это дело Цэ или даже асма :)))))))))))))))))) А вот то, где она используется... Так что, дохлая новость, полный гон.

Серверная архитектура

А за subj - к IIS и Visual средствам, пажалста! В общем, без java - как без руки, а без Цэ - как без обеих рук, обеих ног и головы.

Интнресно звучит фраза про _окончательную_ победу. Типа

find / -name '*.c' -print0 | xargs -0 rm

:)

> Это дело Цэ или даже асма
Молодой человек, не надо матерится. За это слово из трёх букв в
приличном обществе давно бьют морду микроваксом.

Тупой и еще тупее :)

Слышал тут один админ на яве логи сквида парсит ;)))) жаль что вы не услышите мой рогот, господа админы, которые пишут анализаторы логов на яве :)))
Мое мнение для этого есть более подходящие языки.
Я много видел мамонтоподобных программ и сайтов которые были написаны на Яве, JSP и знаю какие они крутые аппликэйшн сервера и какие крутые средства разработки в оных... рабочий компутер явовского программера это примерно PIII 600Mhz & 256-512Mb RAM.
Только не нада кричать что железки дешевеют и что типа программеры благодаря такой чудестной вещи как Ява экономят свое время.... КОЗЛЫ!!! они потом слихвой отыгрываются на времени, которое тратят пользователи на работу с этим хламом.
Типа тут кто-то крикнул громчее всех, что на Ява уже столько написана кода, что просто жуть! Чем измеряете? В Гига байтах? Могу поспорить что если весь мир возьмет и выкинет ЯВУ и все что на ней написано, горе программерами, то мы этого даже и не заметим, а те кто заметит вздохнет с облегчением.... :))))
Самое прикольно что я пишу на Перле, но никого не за хер не обсираю!!! а тут постоянно какие-то придурки (иначе и не назовешь) со своей явой срут прямо в уши и глаза. ХВАТИТ Я ВАМ СКАЖУ!!!
Идите лесом, хотите с явой хотите с C#, хотите с Бейсиком .... но только молча не гоните на других людей которые свою работу делают не хуже, не медленее чем вы.

Ну жабу то мы поддвинем мальца. Как раз в следующем году. Самый распространенный язык программирования - VB, нравится это кому или нет. А с вэбэ.нет легко и просто будет переходить на любой дотнет язык. Сан аж как вошь на гребешке скакать начал. Заказывать в газетах полностраничные объявления с просьбой к пользователям заставить MS включить Java в Windows. Что-то мне подсказывает, что Java доживает свои последние дни. Сначала подохнут десктоп-приложения на Java (их мало, но они есть), а потом сократится ее доля на сервере, а программеры перейдут на C# ибо очень похоже и ОЧЕНЬ массово. Конкуренты MS должны были опасаться, что MS начнет выпускать хардвер. Это их худший кошмар. Так вот, она начинает. Сначала XBox, потом TabletPC. Интересно, подаст сан на MS в суд за бандлинг W2K и сервисов MSN и медиаплеера и МувиМейкера и средств работы с цифровым фото с этими дивайсами?

И без цэ, и тем более без Жабы прекрасно жить можно. А вот при чём тут IIS и выжуалы - совсем не ясно.

Дисковые операции в этой задаче - ~90% риалтайма. Разгрёб регэкспов делает жутко заоптимизированная нативная либа. Так за каким хреном тут цэ или даже [censored]? Тут и Tcl сгодится, а то и вовсе тормозилка-Perl.

> рабочий компутер явовского программера это
> примерно PIII 600Mhz & 256-512Mb RAM. 

 Гоним-с. Когда меня ломает на работу ходить, я гоняю систему
на PostgreSQL+Tomcat3.2(в качестве токмо Servlet Engine)+JDK1.2.2+
GNU BRL Servlet+GNU Kawa со всеми соответствующими девелопмент
тулзами (т.е. XEmacs) на своём древнем ноутбуке (P133/48Mb RAM).
Правда, строго говоря, на Жабе я не пишу, только на Схеме,
но ведь работает это всё под JVM, и сам сервлет энжин на Жабе
писан...

2Antichrist:
Поясняю. На C пишется функция хэшей, всё идёт в память, там залпом regexp и всё такое, потом швыряется по файлам... Не знаю6 как tcl, но perl - тормозит.

Слушай, тупоголовый учитель музыки в младших классах, убери руки от компьютера и не порть хорошую вещь!
Человек, начавший программирование с васика на всю жизнь остается интеллектуальным уродом и моральным калекой. И если это дерьмо распространено, это означает лишь то, что слишком много у нас больных болезнью Дауна пытаются доказать, что они программеры.
На C# никто переходить особо не торопится, ежели что читать внимательней надо, так что про массовость молчите в тряпочку.
М$ пыталось, как оно это обычно делает, переписать пару байтиков да несколько функций, и заявить, что мол это их собственный стандарт, а сантехники их обломали. Побесился мелкосукс, что не удалось лапу наложить и по принципу "сам не ам и другим не дам" вообче отказался от джавы. Типа раз не нам, то и вам хрен с маслом. Про грязные методы войны мелкомягких уже саги ходят.

> к примеру, кто будет писать на джаве системное ПО???? 

А в чем проблема то? Про компилятор явы слышали? Он gcj называется...

Рекомендую посмотреть. Очень отрезвляюще действуют на фанатов 
c++ показатели откомпиленного им кода.. а если сравнивать по 
скорости разработки - джава уделывает c++ по полной программе. Особенно если проект большой, а под рукой есть роза..  ;)

2 random: Хе. Студент второго курса. Троечник. В вашей логике есть пара слабых мест. Во-первых honorary graduate МГТУ ну никоим образом не может быть дауном. :0) Во-вторых, VB.NET самый что ни на есть полноценный ОО язык программирования и тех кто раньше юзал VB им можно "вылечить", т.к. устраивать в коде бардак как раньше он просто НЕ ПОЗВОЛЯЕТ. На C# в недалеком будущем будет писаться 90% софта под Windows, потому как удобно, быстро, секьюрно и без тормозов, сопутствующих Java. Если у вас масла не хватает в голове понять, что библиотеки .NET - это то, что программерам будет заменять windows API, работать с которой - не сахар, то мне вас искренне жаль. Вы можете и дальше продолжать писать на нестандартизированном языке, который Скотт Мак-Нили хоть завтра может обратно прибрать к рукам. Я же пишу на стандартном C#, использующем стандартные протоколы, прибрать который обратно к рукам не получится ни у кого (это даже в FSF и Ximian понимают). А то, что Sun вертится как уж на сковородке - это факт. Впрочем за что боролись, на то и напоролись. Это тоже факт. JRE 1.3.x на массовый десктопный рынок дорога закрыта. И это хорошо.

Ну не знаю ... %|

>Дисковые операции в этой задаче - ~90% риалтайма. Разгрёб регэкспов >делает жутко заоптимизированная нативная либа. Так за каким хреном >тут цэ или даже [censored]? Тут и Tcl сгодится, а то и вовсе >тормозилка-Perl.

В какой задаче? анализаторе логов? то они разные бывают, кому что анализировать и какие результаты (статистические и прочие нужно получить). На счет тормозилки Перла, то тут одно могу сказать, тот кто не пишет на Перле тот так может сказать либо у тебя руки и голова составляют 90% торможения :)))

>Гоним-с. Когда меня ломает на работу ходить, я гоняю систему
>на PostgreSQL+Tomcat3.2(в качестве токмо Servlet Engine)+JDK1.2.2+
>GNU BRL Servlet+GNU Kawa со всеми соответствующими девелопмент
>тулзами (т.е. XEmacs) на своём древнем ноутбуке (P133/48Mb RAM).

У меня на Linux/P166/32Mb RAM работает, но это не значит что я могу что-то делать :))) Ты не пургу гони сам, а сходи в любую контору которая пишет софт на яве на буржуев пишет и посмотри что за компы стоят, я даже работал в такой конторе, так на 512MB RAM среда разработки FirePond-овская и то тормозит жутко... что тут говорить уже.

>Поясняю. На C пишется функция хэшей, всё идёт в память, там залпом >regexp и всё такое, потом швыряется по файлам... Не знаю6 как tcl, >но perl - тормозит.

На счет Перл - тормозит, то это тебе нада меньше фанты пить :)))
Ну я уже представил кто быстрее это реализует я на Перле или ты на С :))))))

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

Здесь вообще диагноз - быстротекущая параноя, не долго парню осталось :))))


КОРОЧЕ, ДЛЯ ОБОСТРЕНИЯ СПОРА НУЖНА ТОЛЬКО ТЕСТОВАЯ ЗАДАЧКА!!!
ПУЗАМИ ПОМЕРЯТЬСЯ ХОЧЕТЬСЯ :)))))
давайте пузырьковую сортировку кто быстрее напишет и у кого она быстрее работать будет :)))))))))))

Блюзмен, ты чего обкурился что-ли совсем. Я был о тебе лучшего мнения, даже поддерживал иногда...
SUN крупная контора, но если они сдохнут или начнут выпендриваться (что собсно маловероятно) то Java никуда не денеться, подхватят (та же IBM например) так как все CУБД начиная с Оракла и DB2 увязли в жабе по самые помидоры. Есть у M$ собственная СУБД маштаба предприятия? НЕТУ так что при всем моем уважении к M$ десктопу они идут в Жопу. Сменяет ли Эллисон Жабу на C#? Если даже обкуриться так как ты и приймет такое решение, то для этого нужны буду годы. Кроме того. SUN первейший стратегический партнер ORACLE так как основные бабки делаються Оракл+Солярка+Сановские_спарки.... Хотя все может быть. Мир уже видел когда решения принимались не из здравого смысла а из желания заработать много и сейчас.

2анти-крест: Ты курить бросай. Tcl _гораздо_ тормнознее Perl. В несколько раз, особенно на задачах с обработкой текста. Кроме того, модули у Tcl организованы просто отвратительно, где у нас сегодня C{Tcl}AN? Почему Tix до сих пор отдельно от Tk? И вообще, после Perl на Tcl смотреть просто нельзя -- всё плохо (язык -- дерьмо, быстродействие -- в 6 раз тормознее на _простой_ текстовой обработке(!) Expectk с двумя программами одновременно "разговаривать" не может, начинает путаться где когда буфера очищать), кроме Tk.

2folks: Знаю я тут одного ява-программиста, уже 6 недель на бенче, и ведь и опыт американский у него есть, и предупреждение, что ещё 2 недели и могут обратно в Россию отправить... Нет уж, я по старинке, ц/ц++/юникс/оракл/информикс/перл/шелл...

Java, C++, C# suck badly. C is the only true language.

Вы бы парни сначала отчетом поинтересовались (500стр.) или хотя-бы его изложением, а не только заголовком. Отчет, к сожалению, заказной и выборка небольшая (600чел.). Это для объективности.

Но там написано, что процент пользующих яву (но не исключительно ее!) в US сейчас приближается к 50, в Европе - уже около 60%, это по другим данным. И продолжает расти, в отличие от програмящих на VB и С++. Еще написано, что C# (а не .NET) вызвал весьма поверхностный интерес, пока отношение к нему как wapourware. Аккуратно написано, но неаккуратно понято.

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

По поводу С и Java.

C - ЗАСЛУЖЕННЫЙ язык, обросший как множеством полезных библиотек, так и толстым слоем всяких изменений и дополнений, приспосабливающих его к тому, к чему он изначально не был сильно пригоден. Написание системных вещей и утилит сильно отличается от процесса ИЗГОТОВЛЕНИЯ (и сопровождения) midleware и всяких бизнес-поделок группой товарищей. Если кто не понимает разницы, мне его жаль, хотя без работы он не останется.

Ява для совместной работы, повторного использования, компонентной и сетевой конструкции приложений - вне конкуренции, для чего, собственно и разрабатывалась. Да зайдите на фрешмит и посмотрите только на то, что фри под явой, а потом подумайте, где вы все это на C/C++ возьмете и как связывать будете, не смешите мою мышку. Еще на ibm-овский develop рекомендую, чтобы совсем проникнуться.

Желающих услышать по поводу недостатков C/C++ более авторитетное мнение, чем мое, и тех, кому это в вузе доходчиво не объяснили, прошу ознакомиться с проектом языка D. Автор - Walter Bright, разработчик компиляторов Zortech C++ и DigitalMars. То что он пишет, даже не мнение и не критика, а просто факты.

Ссылку забыл на Project D:

http://www.digitalmars.com/d/index.html

2 ifconfig: Про DB масштаба предприятия. Знаете, меня настораживает то, что я ничего не слышу от SQL Server team. Это может говорить о двух вещах. Первый вариант - SQL Server сворачивают (что не есть true). Второй вариант - готовится что-то БОЛЬШОЕ. А если к этому еще прикрутят .NET, а его прикрутят, то будет более cost effective альтернатива ораклу, который уж вообще беспредельничает с ценами. Учитывая же, что в следующем году UNISYS выпускает 128-процессорный сервер для Win Datacenter, обеспечивающий гарантированную high availability, файловер, партишенинг и прочее, IBM и SUN так же придется поддвинуться и на рынке больших систем. Их решения вместе с бесплатным солярисом и линуксом стоят гораздо дороже, чем юнисисовские системы с win datacenter server.

2 speer: Нет, вы что-то путаете. Java сначала разрабатывалась для написания embedded software. Потом, когда стало понятно, что это вообще говоря невозможно с ее прожорливостью, было решено что она разрабатывалась для апплетов. Потом, когда стало понятно, что апплеты - идея мертворожденная, жабу переориентировали на приложения. И теперь, вуаля, она разрабатывалась еще и для того, о чем вы говорите. Блин меня чуть не вырвало от того, как они реализовали event handler'ы. Это чей же больной разум придумал что это должно быть так а не иначе?

Ява, вообще-то, универсальный язык программирования, и разрабатывалась для облегчения написания ПРИКЛАДНЫХ систем с ориентацией на совместную разработку и сетевое взаимодействие. Как там маркетингу рисовалось - это проблема их больного воображения. Кромы языка, есть еще run-time явы и систма security, это в язык как-бы не входит, но важно для применений.

Встраиваемость явы - следствие ПРАВИЛЬНОСТИ некоторых системных решений, а не design goal _языка_. Eventы, да не блеск, но бывает и хуже, для сервлетов рояли не играет.

2 speer: Да наверное вы правы насчет маркетинга. А что касается эвентов, я не видел где бы они были реализованы хуже чем в Java. Не, ну это ж надо додуматься!!!

Мда, когда жаба начнет C теснить -- капец миру придет. А так оно конечно да, пора бы на жабовский синтаксис поглядеть :-)

Очень не разумно рассматривать Жабу как конкурент C или C++ -> эти языки умеют такое, что java по самой своей задумке никогда делать не будет. Более того -- эти технологии успешно используются вместе в наши дни (JNI). Наиболее удачный пример -- среда математической разработки Matlab 6.x -- весь ГУЙ написан на жабе, а собственно математические библиотеки на С и С++. И между прочим -- только благодаря этому в Матлабе под *NIX наконец. появился нормальный IDE -- такой же как в версии под винды. Именно по этой причине java никогда не претиснит C/C++ -- и все эти технологии будут успешно развиваться вместе. (покрайней мере в POSIX среде в виду ее открытости)

Имеет смысл противопоставлять ее платформе .NET -- это да. Но преимущество одной перед другой покажет время. А что касается VB сейчас --> то тут авторы статьи скорее всего правы.я знаю как минимум 3 бесплатных полнофункциональных IDE для java (в т.ч и под Винды) но одной для VB. А это сильный козырь!

>>Их решения вместе с бесплатным солярисом и линуксом стоят гораздо дороже, чем юнисисовские системы с win datacenter server.
Конкретные цыфры можешь дать? Пока это догадки. Не думаю что это будет дешевле. Поживем увидем.
Кстати. есть еще одна консервативная вешь. Раскрученая торговая марка. Даже если предположить что все будет так как ты написал, то при всей мосчи M$ потребуеться пару лет и несколько Гигадолларов на рекламу чтоб существенно подвинуть там Элиссона. А тот ведь будет сопротивляться :))

> На счет тормозилки Перла, то тут одно могу сказать, тот кто не
> пишет на Перле тот так может сказать либо у тебя руки и голова
> составляют 90% торможения :))) 

 Ты сначала посмотри, как у этой параши GC работает, какие тупые
лики возникают на зацикленных структурах, и как тормозит означенный
GC, а потом уж какашку эту защищай. Перл - помои, и единственный
его плюс - это CPAN.


> так на 512MB RAM среда разработки FirePond-овская и то
> тормозит жутко... 

 Ну ты блин загнул. А если на C++ ламер писать будет, то у него
тоже Rose или Together + MSVC тормозить не по детски будет.
Но ведь можно же XEmacs взять. Так же и с Жабой - на хер там не
нужны всякие ламерские тормозные IDE. А без них всё летает.

> Ну я уже представил кто быстрее это реализует я на Перле
> или ты на С

 Я? На Цэ? Ты это так пошутил неудачно? Только вот могу гарантировать,
что практически любую задачу, для коей Perl подходит, я быстрее,
чем ты на перле, сделаю на Схеме или ML. Пусть даже Схемой будет Kawa.


> КОРОЧЕ, ДЛЯ ОБОСТРЕНИЯ СПОРА НУЖНА ТОЛЬКО ТЕСТОВАЯ ЗАДАЧКА!!! 
> ПУЗАМИ ПОМЕРЯТЬСЯ ХОЧЕТЬСЯ :))))) 

 Можно взять задачу с http://contest.uvarov.ru/
 Или любую другую пузомерную...

> Tcl _гораздо_ тормнознее Perl. 

 И что из этого? За то Perl вообще неработоспособный в силу глюкавости
его GC.

> язык -- дерьмо

 Вот этого не надо. Tcl хоть и глуп, но по сравнению с Перлом - просто
верх совершенства. 

Ну, вообще-то, когда Жаба называлась Дубом (Oak), она действительно разрабатывалась для кофемолок и прочих зубочисток. И, в общем, даже сейчас есть вполне ембедабельные Жаба-environment-ы.

Java рулит, а те кто этого до сих пор не понимают просто идиоты.

Правильную мысль изрек svSHiFT. Жаба и Си это вещи разного назначения. Шестой MATLAB - отличный пример сосуществования.
Но я бы оговорился - на Си _действительно_ можно написать все что угодно. Многолетняя практика подтвердила этот тезис. А любой _объектно-ориентированный_ язык (даже Си++) имеет ограниченное применение.
Эффективность кода на Си (особенно при использовании асм. вставок) зависит в первую голову от квалификации программера. Это _очень_ дорогой путь - классные программеры такая же редкость, как и Сальвадор Дали.
Эффективной кода на Жабе зависит от её реализации, в равной мере это относится к "басику". Это возможность использовать неквалифицированного программера, возможность экономии сил при решении неответственных задач.
Но я уверен, что ни одного промышленного real-time приложения на Жабе _никогда_ не появится. Чудес не бывает!
На Си действительно можно писать все что угодно. На visual Си эффективно и удобно пишется только нотепады, серьёзную задачу на нем писать геморой. Я специально держу старый VC версии 1. сколько-то, который может генерить нармальный код без визуальных прибамбасов, на случай если понадобиться ч-нибудь под Вынь. А на жабе решается вообще узки круг задач типа интерфейсов и тп.
Ну-к, кто сможет сделать на жабе решение нелинейных дифуров? Хрен вы это сделаете!

2учитель музыки
>можете и дальше продолжать писать на нестандартизированном языке
ага, а сколько раз в год меняются ваши стандарты? Мелкомягкие наверное опасаются вызвать эффект привыкания постоянством стандартов.

>VB.NET самый что ни на есть полноценный ОО язык программирования
а про существование С, С++ слышали? Посмотрите обязательно, найдете для себя много нового.

>На C# в недалеком будущем будет писаться 90% софта под Windows
это приступ ясновидения? на каких фактах вы основывались? Только не надо, как обычно, "это правильно, потому что я так думаю".

>windows API, работать с которой - не сахар
ну если вы даже на это не способны... С WinAPI работать можно, правда ее действия работой назвать нельзя.

> на Си _действительно_ можно написать все что угодно

 В машинных кодах тоже всё, что угодно, написать можно.
Другое дело - сколько это будет стоить, и какие гарантии
надёжности ты поимеешь. Цэ недалеко ушёл от машинных кодов.

> А любой _объектно-ориентированный_ язык (даже Си++) имеет
> ограниченное применение. 

 Во первых, АБСОЛЮТНО любой язык имеет ограниченную область
применимости, а конкретно Цэ - очень узенькую и специфичную,
а во вторых Цэ, строго говоря, подмножество ЦэПэПэ, так что 
ты сам себе подножку поставил.

> Эффективность кода на Си (особенно при использовании асм.
> вставок) зависит в первую голову от квалификации программера. 

 Никакая квалификация не спасёт от досадных ошибок, на которые
Цэ так активно подталкивает, и не спасёт от кривизны и убожества
самого языка. Квалифицированный программист просто не станет Цэ
пользовать там, где не надо. А не надо практически везде.

> Эффективной кода на Жабе зависит от её реализации

 Размечтался. В Жабе performance tips позаковыристее, чем в Цэ будут.

 И ещё - фигли ты так докопался до "эффективности"? Это твоя религия,
или твой заскок? Объективности тут ни на грошик.

> Но я уверен, что ни одного промышленного real-time приложения
> на Жабе _никогда_ не появится. 

 А зря ты так уверен. Когда появится нормальная JVM (содержащая правильный,
realtime GC) - так сразу и.

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

 lmd. Специально для тебя есть Cygwin32 или Mingw32. Не тупи так
больше, не смеши публику.

> А на жабе решается вообще узки круг задач типа интерфейсов и тп. 

 GUI? На жабе? Ты точно долбанулся головкой в раннем детстве.
Жабе место в виде сервлетов и EJB. А никак не в гуйне.

> Ну-к, кто сможет сделать на жабе решение нелинейных дифуров?
> Хрен вы это сделаете!

 Кто станет это на C/C++ делать - не меньший ламо. Для этого
дела Фортран есть.

> Эффективной кода на Жабе зависит от её реализации.
> Это возможность использовать
> неквалифицированного программера, возможность экономии сил при решении
> неответственных задач.

Вы уверены? Может быть, эффективность кода зависит от порядка в голове
разработчика и от правильного алгоритма? Как вы думаете, кто быстрее
отсортирует массив из миллиона чисел -- Це++ методом пузырика или Жаба
методом Шелла?

Подтверждаю слова Antichrist'а -- performance tips в Жабе ничуть не
уступают оным в Це и Це++.

2антикрест: GC в Perl имел known caveats, это да, со времён 5.003 с этим боролись, до чего доборолись не знаю, я логически зацикленные структуры в принципе не делаю ;-) Чего и остальным желаю. Так что о неработоспособности Perl это явное "преувеличение". Язык Tcl задумывался как простой, и он действительно простой, и в силу этой простоты ... О! Вспомним как там реализовать аналог сишной структуры? Я в курсе, я делал это, но _как_ это делается -- уродство. И так там всё, из-за переизбытка простоты.

>GUI? На жабе? Ты точно долбанулся головкой в раннем детстве.
Жабе место в виде сервлетов и EJB. А никак не в гуйне.

Блин, ну я фигею... Ну таки на чем же следует делать, так сказать, 'навороченные' GUI -- наподобие того же Matlab, или фотошопных фильтров типа KPT, или систем моделирования? На Tcl/Tk формулки и матрицы рисовать? Или, радовать пользователя потрясающе красивыми контролами из Tk? А может, это все на С++ писать, и конкретно трахаться?

>Кто станет это на C/C++ делать - не меньший ламо. Для этого
дела Фортран есть.

Я не знаю, как там в Фортране с классами и шаблонами, но разве без этого можно сделать, например, рациональную арифметику произвольной точности, причем, что б это не слишком тормозило? А на С++ -- легко. И вообще, скоро все ЧМЫ будут делаться на нем...:))

2антихруст
>Никакая квалификация не спасёт от досадных ошибок, на которые Цэ так активно подталкивает, и не спасёт от кривизны и убожества самого языка. Квалифицированный программист просто не станет Цэ пользовать там, где не надо. А не надо практически везде.

Интересно, с чего бы на таком "кривом и убогом" языке писались операционки? Ты свое ядро давно компилил? На чем оно писано? На фортране, а может еще на какой жабе? А сорсы иксов и львиной части прог и утилит видел (в частности в бзде, но это не исключение)? Если на си так и не научился нормально писать, не обвиняй в этом язык, на нем действительно в_е_щ_и пишут.

2 Антихрист: Приму в дар декодер+плэйер МПЕГ4 написанный на Схеме :)))

Ну ессно чтоб работал без тормозов...