Dnia Tue, 06 Mar 2007 22:35:38 +0100, darek <c...@s...pl>
w <4e04a$45eddeac$5390613c$14148@news.chello.pl> napisał:

> Marcin napisał(a):
>> Moze i tak, tylko w Javie pisze sie wiekszosc powaznych aplikacji, a PHP to
>> zabawka dla dzieci. Przecietny programista Java zarabia nawet 2 razy wiecej
>> niz klepacz PHP.
>
> A jakie to sa te "powazne" aplikacje? I na jakiej podstawie ferujesz
> teza ze "wiekszosc"? Potrafisz podac jakies sensowne zrodlo takich
> informacji?

Dariuszu, czy ty widziałeś jakiś korporacyjny system za poważne
pieniądze chodzący na sprzęcie innym niż PCty?

> Darek

ja czyli jakub
--
Z zaparkowanego Forda Fulkersona wysiedli generał Grant i porucznik
Revoke.

do góry

Dnia Tue, 06 Mar 2007 20:20:59 +0100, Artur Zabroński <a...@...stopce.pl>
w <eskeuu$p5d$2@node4.news.atman.pl> napisał:

> pw wrote:
>>
>> Chyba średnio poważnych skoro decydują się na zakup mułowatego softu
>> napisanego w dziwnym języku i żrącego RAM ile tylko wlezie :-D
>>
> A jakbyś porównał czas wykonania i jakość tego softu do softu w C/C++
> przykładowo?

Czas wykonania jest krótszy.
Jakość porównywalna.
Obie rzeczy zależą od umiejętności kodera.
Java ma niższy próg wejścia niż C++, więc gości, którzy twierdzą, że
znają Javę jest więcej, a średnio prezentują niższy poziom niż ci od
C++.

ja czyli jakub
--
Z zaparkowanego Forda Fulkersona wysiedli generał Grant i porucznik
Revoke.

do góry

Dnia Tue, 06 Mar 2007 21:31:26 +0100, Artur Zabroński <a...@...stopce.pl>
w <eskj31$qcn$1@node4.news.atman.pl> napisał:

> pw wrote:
>>
>> Szczerze mówiąc to w każdym miejscu. Nie ma typów konkretnych, wzorców
>> czy jakiegoś innego sposobu na programowanie generyczne
>> (podobno już wprowadzają),
> Generici są od J5, IMHO lepsze niż te w C++.
>> nie ma przeciążania operatorów (są takie
>> debilizmy jak metoda add() żeby dodać jeden obiekt do drugiego obiektu,
>> nie można stworzyć obiektów funkcyjnych, predykatów
> Da się przeżyć ;-)

Jak ktoś jest neofitą Javy, to pewnie, że się da.

>> czy zdefiniować porównań),
> Przeciążasz metodę equals dziedziczoną z Object.

I zamiast == pisze się equals(), rewelacja.
Podobnie ze StringBuilder, zamiast << jak w C++ do strumienia robi się
append().
Kod jest przegadany jak w Pascalu.

>> silna kontrola typów (nie można np. swobodnie mieszać różnych
>> typów liczbowych (paranoja),
> To akurat ficzer i zapobiega błędom.

Tiaa, nie ma przeciążonych typów, a operator + ma 3 znaczenia.

[ ... ]
>> nie można nie łapać wyjątków,
> Jak nie można? Wyjątki w Javie są nierozłącznym elementem i jeżeli coś go
> rzuca to musisz go złapać.

Brednie, RuntimeException nie trzeba.

>> nie można dziedziczyć po wielu klasach,
> Ponoć jeżeli zachodzi potrzeba wielodziedziczenia to jest jakiś błąd w
> założeniach. Nie ma wielodziedziczenia ale są interfejsy które bardzo wiele

Bo Guru tak powiedział.

> ułatwiają. W C++ jest namiastka interfejsów - klasy z metodami virtual = 0;

Szczególnie jak trzeba porobić milion copy/paste i potrm utrzymywać
spójnośc copypastowanych metod.

[ ... ]
>> Nie da się pisać swobodnie i tyle. Java nie wie, że
>> programowanie obiektowe nie jest lekarstwem na wszystko. Tyle mi wpadło
>> na myśl, ale chyba każda z wymienionych cech dyskwalifikuje :) tak samo
>> jak to, że java jest potwornie wolna.
>>
> Ogólnie odnoszę wrażenie że nigdy nie pisałeś a czytałeś tylko ;-) Jak

O, ja też.

> rozwiązujesz wątki? Pewnie używasz jakiegoś Boosta albo pthreadów, jak
> synchronizujesz dostęp do danych? To w Javie wszystko jest wbudowanie w
> język. Również brak dobrego RTTI i refleksji w C++ - ale to akurat wynika z

Hmm, niech pomyślę, Java powstawał w latach '90, C++ dużo wcześniej.
Normalna ewolucja.
Ze śmiesznych rzeczy - jestes w stanie w Javie wypisać swój stos bez
używania Exception?

> czego innego. Tak samo rozdzielanie deklaracji od implementacji deklarujesz
> w .h(pp) implementujesz w .cpp. Również w C++ przydała by się wspólna baza
> typu Object z Javy.

Możesz se zrobić całą hirarchię dziedziczenia z Object, tylko po co?

Ale mógłbyś też przenieść tę dyskusję na pl.comp.lang.java aby
przekonywać przekonanych, albo na pl.comp.lang.c, ale bym nie ryzykował.

ja czyli jakub
--
Z zaparkowanego Forda Fulkersona wysiedli generał Grant i porucznik
Revoke.

do góry

Jakub Lisowski wrote:
>
> Ale mógłbyś też przenieść tę dyskusję na pl.comp.lang.java aby
> przekonywać przekonanych, albo na pl.comp.lang.c, ale bym nie ryzykował.
>
Ja tam nikogo nie przekonuje bo programuję w obydwu językach. Także EOT
wystarczy ;-)

--
Artur Zabroński

E-mail: artur (dot) zabronski (at) gmail (dot) com
Jabber: artur (dot) zabronski (at) gmail (dot) com

do góry

Jakub Lisowski napisał(a):

> Możesz se zrobić całą hirarchię dziedziczenia z Object, tylko po co?

a w tej publikacji http://helion.pl/ksiazki/cppkru.htm można znaleźć
dlaczego nie należy tak robić

do góry

[..]

teraz po calej tej klotni napiszcie prosze ile zarabiacie, wtedy chyba
na dopiero sie okaze ktory jezyk jest lepszy :)

do góry

Jakub Lisowski napisał(a):
> Dnia Tue, 06 Mar 2007 22:35:38 +0100, darek <c...@s...pl>
> w <4e04a$45eddeac$5390613c$14148@news.chello.pl> napisał:
>
>> Marcin napisał(a):
>>> Moze i tak, tylko w Javie pisze sie wiekszosc powaznych aplikacji, a PHP to
>>> zabawka dla dzieci. Przecietny programista Java zarabia nawet 2 razy wiecej
>>> niz klepacz PHP.
>> A jakie to sa te "powazne" aplikacje? I na jakiej podstawie ferujesz
>> teza ze "wiekszosc"? Potrafisz podac jakies sensowne zrodlo takich
>> informacji?
>
> Dariuszu, czy ty widziałeś jakiś korporacyjny system za poważne
> pieniądze chodzący na sprzęcie innym niż PCty?
>
Widzialem, i co? Cos z tego wynika?

Pozdrawiam
Ja czyli Darek czyli Andrzej czyli Piotr

do góry

kooriyoo napisał(a):
> teraz po calej tej klotni napiszcie prosze ile zarabiacie, wtedy chyba
> na dopiero sie okaze ktory jezyk jest lepszy :)

1. Nie kłótni, a dyskusji.
2. Programowanie jest sztuką, a nie towarem. Tobą kierują jakieś niskie
pobudki.

Pozdrawiam
pw

do góry

Tomek napisał(a):
>> Ale if(int i = cokolwiek) { } już mniej.
>
> możesz mi wyjaśnić sensowność tego czegoś?

Trochę mi się nie chce, ale niech stracę:
o linijka kodu mniej (zwiększenie czytelności kodu);
o ograniczenie zasięgu zmiennej.

Pozdrawiam
pw

do góry

Tomek wrote:
>
> chyba nie do końca rozumiesz sens klas abstrakcyjnych, nie twierdzę że
> ja rozumiem tak jak to powinno być.
Klasa abstrakcyjna a interfejs to dwie różne rzeczy - przynajmniej w Javie.

--
Artur Zabroński

E-mail: artur (dot) zabronski (at) gmail (dot) com
Jabber: artur (dot) zabronski (at) gmail (dot) com

do góry