Java как хороший коньяк, сказал Гослинг

Антихрист кое-что знающий человек;), но то, каким образом он доносит мысли до аудитории - нафиг отбивает желание общаться и отвечать...

> НАсчет кроссплатформенности - полный блеф. Докажите мне что java более кроссплатформенная чем cpp ? Не сможете! Написал один раз на cpp - скопмилировал где хочешь. Написал один раз на java, скомпилировал... А потом запусти на openvms, или на true64... Нету для них вашей виртуальной машины :) Даже freepascal/lazarus с девизом write once, compile everywhere более кроссплатформенный чем java со своим write once run everywhere (where you can find a java virtual machine), и гораздо большим списком портов.

Хм-м... Вверху написана путаница какая-то (школьник или студент ??) и перевернуто все с ног на голову. По теме рекомендую поискать описание того, как представлены целые числа в Java, где существует жесткий единый стандарт, а также разузнать то, как может выглядеть целое в многочисленных вариантах C, где сам черт ногу сломит во всех этих x86, amd64, sparc и т.п. Более того, бывают в природе даже машины с семи-битными байтами - какая уж там кросс-платформенность на C... Вот, только после непосредственного ознакомления с темой следует выдавать подобные опусы на суд общественности.

P.S. Сейчас уже давно не 1997 год :)

Есть JVM и для OpenVMS, и для OSF/1. Нигани, короче.

>А потом запусти на openvms, или на true64... Нету для них вашей виртуальной машины :)

http://h18012.www1.hp.com/java/alpha/

>Докажите мне что java более кроссплатформенная чем cpp ? Не сможете!

c/c++ переносимы только если пользуешься рантаймом который есть везде. А везде его нет (и он не одинаковый). Иначе на кой хрен по твоему cygwin и сотоварищи?

>where you can find a java virtual machine

Ты лучше скажи где ты ее cannot find.

Научилась, если хорошо попросить.

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

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

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

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

На ЛОРе испрльзуется mnoGoSearch, который на Си :D

>Докажите мне что java более кроссплатформенная чем cpp ? Не сможете! Написал один раз на cpp - скопмилировал где хочешь. Написал один раз на java, скомпилировал... А потом запусти на openvms, или на true64... Нету для них вашей виртуальной машины :)

Лично мне достаточно того, что .jar нашего проекта одинаково хорошо работает под Linux и под Windows. До openvms мне дела нет. А вот при написании на Си пришлось бы заниматься поддержкой двух разных сборок. Так что - кроссплатформенность налицо.

>На ЛОРе испрльзуется mnoGoSearch, который на Си :D

Мистер, вы долбоёп, мистер. Это индексирует он на C. Как и на forum.ixbt.com, индексировать может совершенно другая прога. А поиск на forum.ixbt.com отключают исключительно из-за высокой загрузки проца, создаваемой ДЕШЕВЫМИ скриптами на Perl. Причем, кэширование страниц форума им НЕ помогает. На linux.org.ru же благодаря движку форума, написанному на Java и соответственно не создающему большой нагрузки на CPU возможна одновременная выдача страниц с результатами поиск, причем на более слабом по железу сервере.

Так понятно?

>Так понятно?

Ты пронёс спонтанный бред. Выдача результатов поиска на ЛОРе тоже на Си написана - http://images.linux.org.ru/cgi-bin/search.cgi

Посмотри, что такое search.cgi в mGS.

В общем - мимо тазика.

>Выдача результатов поиска на ЛОРе тоже на Си написана

Да она даже на Perl может быть написана. Суть в том, что поиск работает благодаря тому, что страницы типа http://www.linux.org.ru/jump-message.jsp?msgid=1225091 генерятсо не Перлом а жабой, что снижает нагрузку на CPU и позволяет серверу выполнять дополнительные задачи aka индексацию базы и выдачу результатов поиска.

Если бы и ДВИЖОК форума здесь был написан на Perl|PHP|Ruby, то и здесь maxcom-у пришлось бы отключить поиск, как сделано и на всех остальных перловых форумах

>Да, ООП - дурная методика, и есть лучше.

Rubbish, что, и форум, где постинги надо ставить в очередь и вносить в базу, а потом отдавать на запросы сгенеренные странички, ты тоже стал бы делать на Erlang, а не на ООП?

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

И какие же?

Мистер, вы долбоёп, мистер. Это индексирует он на C. Как и на forum.ixbt.com, индексировать может совершенно другая прога.

Если человек не умеет писать программы он неумеет это делать на всех языках. На выделенном сервере с применением технологии fastcgi можно писать форум и на Perl. Этот сайт довольно примитивен по внешнему виду и возможностям. Разные вещи - красивый сайт на красивом движке и то, что вы видите на LOR. Сколько бы ни ругали PHP/Perl движки реальной альтернативы им как не было так и нет. Если есть - покажите. (Вопли типа "заплатите мне за работу и я вам сделаю лучше!" не принимаются).

>реальной альтернативы им как не было так и нет. Если есть - покажите.

Вот http://forum.ixbt.com/topic.cgi?id=24:34961, вот http://www.javalobby.org/java/forums/t60802.html

>Иначе на кой хрен по твоему cygwin и сотоварищи

cygwin нужен потому что в ублюдочном мазаде нет нормального форка.

тебя никто в принципе не заставляет использовать в твоем софте форк

> тебя никто в принципе не заставляет использовать в твоем софте форк

Меня никто не заставляет использовать threads, ipc, работу с сетевыми интерфейсами, сигналы, сисколы, unix sockets и еще большую тучу всего....

Для примера - попробуй вывести списком сетевые интерфейсы на винде линуксе и BSD.

5 минут ушло :)

import java.net.InetAddress;
import java.net.NetworkInterface;
import java.net.SocketException;
import java.util.Enumeration;

public class GetIf {
  public static void main(String[] args) {
    try {
      NetworkInterface	inter		= null;
      InetAddress		addr		= null;
      Enumeration		networkEnum	= NetworkInterface.getNetworkInterfaces();
      while (networkEnum.hasMoreElements()) {
        inter	= (NetworkInterface) networkEnum.nextElement();
        System.out.println(inter.getDisplayName());
        Enumeration	enumAddr	= inter.getInetAddresses();
        while (enumAddr.hasMoreElements()) {
          addr	= (InetAddress) enumAddr.nextElement();
          System.out.println(addr.getHostAddress());
        }
      }      
    } catch (SocketException e) {
      e.printStackTrace();
    }
  }
}

Вот именно - на java. 

Давай сделай это на C. Обламаешься сразуже в #include. Который будет выглядеть приблизительно так:

#ifdef __APPLE__
#include <sys/param.h>
#include <sys/ioctl.h>
#include <sys/socket.h>
#include <sys/sysctl.h>
#include <net/if.h>
#include <net/if_dl.h>
#include <net/route.h>
#include <netinet/in.h>
#endif

#ifdef __linux__
#include<stdlib.h>
#include<unistd.h>
#include<sys/types.h>
#include<sys/socket.h>
#include<netinet/in.h>
#include<net/if.h>
#include<netdb.h>
#include<memory.h>
#include<sys/ioctl.h>
#include<linux/sockios.h>
#endif

#ifdef WIN32
#include <windows.h>
#include <IPHlpApi.h>
#endif

О чем я и говорю. Переносимость она не только от компилятора но и от наличия одинакового рантайма под всеми платформами предоставляюая одинаковый интерфейс. Это то что например предоставляет Apache Portable Runtime.

Ну я и не говорю что С рулит :) Хочется на похожее решение взглянуть на С\С++, тут получилось 25 строк с учетом форматирования.

На счет тормознутости:

time java -classpath archive1.jar ru.mypackage.GetIf iprb0 217.107.X.X lo0 127.0.0.1

real 0m0.282s user 0m0.151s sys 0m0.090s

>Хочется на похожее решение взглянуть на С\С++, тут получилось 25 строк с учетом форматирования.

Для линукса, мака и винды код и скоторого я выкусил хеадер занимает ~170 строк. (правда там определение mac-адресов, а не просто выковыривание списка интерфейсов).

На самом деле каждый по отдельности (по крайней мере lin/win тоже приблизтельно как на java по размерам, под osx подлиннее раза в 4,

одна херня - для каждой оски это надо делать по разному.

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

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