🚀 go-pugleaf

Artur Biesiadowski wrote:
> 
> Piotr Trzcionkowski (trzcionk@us.edu.pl) wrote:
> : A jaka jest prędkość wykonywania programów w jawie a delphi ?
> W kaffe JIT ( ktory jest free, w odroznieniu od delphi ) jest to ok.
> 3-4 razy wolniej niz kod w C++. Nie wiem jak ma sie do tego delphi ale nie
> podejrzewam aby bylo szybsze od kompilowanej javy wiecej niz 2-3 razy.
> Szybkosc nie jest tu podstawowym czynnikiem - do obliczen numerycznych czy
> wojskowych systemow real-time nikt nie bedzie uzywal ani javy ani delphi.
> ( oczywiscie roznica szybkosci 20-30 razy miedzy java interperetowana a delphi
> to jest argument, ale po to Bozia stworzyla JIT )
> ( bede szczery - kaffe nie obsluguje jeszcze AWT - badz co badz temu facetowi
> za to nie placa; w przeciagu kilku miesiacy powinna powstac odpowiednia biblioteka; ale sa inne 'platne' JIT kompilatory, ktore wszystko to maja)

Więc w końcu wszystko kosztuje. Po co usiłować twierdzić, że coś jest darmowe ? Jeśli jest darmowe
to na pewno po to byś się przyzwyczaił a potem płacił. Co do szybkości to wiadomo. Jest wolniejsze
bo musi. Niestety to oznacza, że java nadaje się tylko jako końcówka do jakiejś bazy danych ale
nie program, który naprawdę coś musi liczyć. Oczywiście mówię tylko o javie interpretowanej w
ramach tradycyjnych komputerów i systemów operacyjnych. Jak będą już te komputery sieciowe, za
które oczywiście przyjdzie nam zapłacić to okaże się, że znowu coś nie wszędzie chodzi (jak w NN)
i goto poczatek. Cały problem, że nawet najlepsze pomysły w realizacji okazują się zbyt trudne.

> 
> :>3) Ile linii potrzebujesz w Delphi aby oprogramowac prosty wielowatkowy server
> :>sluchajacy na konkretnym porcie ?
> 
> : Serwerów w systemie jest zwykle kilka a nie paręset więc "napisanie"
> : (delphi to narzedzie wizualne) jednego nie wymaga by sie to robiło za
> : jednym zamachem. Można sobie napisać szablon i potem wykorzystywać.
> : Tyle, że porządny serwer nie jest aż tak szablonowy.
> 
> Sorry ale powaznego servera ( takie co go jest kilka w systemie ) to raczej
> sie nie robi w delphi. Chodzilo mi o maly serverek np. do obslugi avatarow dla
> VRML, czy komunikacji miedzy-appletowej.

Ok. Ja nie twierdzę w delphi robi się wszystko tylko stwierdziłem, że jego możliwości są bardzo
zbliżone do javy.

> 
> Jezeli chodzi o duze servery/demony: jako takie Windowsy nie nadaja sie do
> powaznych zastosowan jezelli chodzi o to ( wiem, sa NT, ale wymagania/wydajnosc
> nie przedstawia sie najlepiej ). Jezeli mialbym pisac jakiegos duzego demona w
> delphi lub javie to wybralbym jednak jave (surprise!) - i tu i tu trzeba by
> sie nameczyc, ale java jest pisana z mysla o sieci i oferuje calkiem przyjazne
> biblioteki.

Napisanie serwera nie jest aż takim problemem. Problemem jest by był on z czymkolwiek
kompatybilny. Jeśli chodzi o komunikację dwu programów to można sobie poczytać jak się to robi
przy użyciu gniazdek (socketów) i nie wiem jak by nie patrzeć nie jest to trudne. Zupełnie Cię nie
rozumiem. Jak chcesz stosować javę do programowania serwera, który musi sporo liczyć. Dyć już
wiadomo, że wykonuje się to 2-3 razy wolniej. Gdzie tu logika. Java jako końcówka, ale nie serwer.
Póki nie ma wydajniejszych optymalizowanych pod javę serwerów (komputerów) dajmy spokój.

> 
> Jezeli jestesmy juz w temacie wyzszosci swiat Bozego Narodzenia nad
> swiatami Wielkanocy, to kilka kolejnych argumentow:
> 

Trochę tak a trochę nie. Gdyby nie było euforii w odniesieniu do javy nie porównywałbym jej nawet
z delphi. Zgadzam się, że idea jest dobra, ale rzeczywistość jest gdzieś taka, jak z cudownymi
magnetofonami DAT i DCC.

> 4) Remote Method Invocation - jak jest w Delphi opracowana komunikacja z
> obiektami rozproszonymi ?

Niestety nie wiem o co chodzi, więc trudno mi się wypowiedzieć. napisz więcej albo podaj namiar to
spróbuję.

> 5) VRML - byc moze 'cyberprzestrzen przyszlosci' - korzysta z javy, nie
> pascala/delphi - ciekawe czemu ?

A czy mowię, że java jest tak kompletnie do niczego. Do sieci może i się nadaje, ale jako programy
przez duże p chyba niekoniecznie.

> 6) To bedzie strzal w ciemno - mozliwe ze sie pomyle. Czy w delphi rozwiazano
> pascalowski problem niemozliwosci deklaracji dodatkoych zmiennych lokalnych
> wewnatrz blokow if, for, etc ?

Nie, ponieważ to nie jest problem. Mozliwość deklaracji zmiennych w dowolnym miejscu szkodzi
czytelności kodu i tym samym kompletnie nie przystaje do pascalowego programowania, które ma
miejsce w delphi. Nawet jeśli w c i javie możesz to zrobić to i tak zmienne takie są alokowane w
momencie wejścia do bloku, w którym są deklarowane. Jeśli więc umieścisz je w nagłówku jest to
znacznie czytelniejsze i odpowiada dokładnie temu samemu. C to taki trochę lepszy asembler a
pascal to już naprawdę wysokopoziomowy język. Tym bardziej delphi, które nie wymaga już odwołań
bezpośrednio do funkcji systemowych jak było to w owl'u. Krytykowana przenośność delphi nie musi
być tak mała jeśli powstanie delphi dla innych systemów. Są próby implementacji w os/2. Nie widzę
żadnego powodu by nie była osiągalna pod unixem. Oczywiście nie będę wpadał w tym momencie w
euforię. Pewnie niewiele z tego zostanie zrealizowane. Jeszcze wracając do samej javy kontra takie
narzędzia jak delphi. W tym momencie java jest klientem prawie tak samo jak delphi.

> 
> Artur Biesiadowski
> <abies@sunrise.pg.gda.pl>

piotr