Czy da się złapać zdalne zlecenia dla programistów JAVA? Bo z PHP nie ma
problemu?

do góry

Użytkownik "Pablo" <p...@p...onet.pl> napisał w wiadomości
news:esj9b4$dro$1@news.onet.pl...
> Czy da się złapać zdalne zlecenia dla programistów JAVA? Bo z PHP nie ma
> problemu?
>

JAVA to poważniejsze sprawy :)
Da się złapać jakieś zlecenia jsp, ale tu nie o to chodzi.
JAVA to aplikacje dla poważnych klientó, których nikt z ulicy nie robi.

Serdeczne pozdrowienia
--
Marcin

do góry

Marcin P. napisał(a):
> JAVA to poważniejsze sprawy :)
> Da się złapać jakieś zlecenia jsp, ale tu nie o to chodzi.
> JAVA to aplikacje dla poważnych klientó, których nikt z ulicy nie robi.

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

Pozdrawiam
pw

do góry

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?

--
Artur Zabroński

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

do góry

Artur Zabroński napisał(a):
> A jakbyś porównał czas wykonania i jakość tego softu do softu w C/C++
> przykładowo?

No to tu już java całkiem leży. Elastyczność C++ i potęga STL daje kod
pewnie z 2x mniejszy i bardzo czytelny. Kod Javy wyglada jak rozdzial z
/Potopu/ :-D

Pozdrawiam
pw

do góry

pw wrote:
>
> No to tu już java całkiem leży. Elastyczność C++ i potęga STL daje kod
> pewnie z 2x mniejszy i bardzo czytelny. Kod Javy wyglada jak rozdzial z
> /Potopu/ :-D
>
Widocznie jakiś dziwny kod czytałeś :-) Brakuje Ci elastyczności w Javie? W
którym miejscu?

--
Artur Zabroński

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

do góry

JAVA to tylko mulowate wodotryski widzialem jak dziala program ksiegowy
napisany w JAVA moim zdaniem porazka firma musiala kupic najnowsze komputery
zeby to sensownie dzialalo!

do góry

Artur Zabroński napisał(a):

> Widocznie jakiś dziwny kod czytałeś :-) Brakuje Ci elastyczności w Javie? W
> którym miejscu?

Szczerze mówiąc to w każdym miejscu. Nie ma typów konkretnych, wzorców
czy jakiegoś innego sposobu na programowanie generyczne nie było
(podobno już wprowadzają), 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 czy zdefiniować
porównań), silna kontrola typów (nie można np. swobodnie mieszać różnych
typów liczbowych (paranoja), w każdej linijce jakieś rzutowania i to z
nieczytelną składnią (zawsze ()), nie można nie łapać wyjątków, nie
można dziedziczyć po wielu klasach, nie można definiować nowych
zmiennych w instrukcjach warunkowych, brak niejawnej konwersji do typu
logicznego. 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.

Pozdrawiam
pw

do góry

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ć ;-)
> czy zdefiniować porównań),
Przeciążasz metodę equals dziedziczoną z Object.
> silna kontrola typów (nie można np. swobodnie mieszać różnych
> typów liczbowych (paranoja),
To akurat ficzer i zapobiega błędom.
> w każdej linijce jakieś rzutowania i to z nieczytelną składnią (zawsze
()),
Jakieś przykłady? Składnia jest raczej czytelniejsza niż C++.
> 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ć.
> 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
ułatwiają. W C++ jest namiastka interfejsów - klasy z metodami virtual = 0;
> nie można definiować nowych zmiennych w instrukcjach warunkowych,
Nie rozumiem za bardzo o co Ci chodzi? Masz na myśli może pętle?
for (int i = 0; i < 10; i++) { } - to akurat jest możliwe.
> brak niejawnej konwersji do typu logicznego.
To akurat jest ficzer który ma zapobiegać problemom, nie uważam żeby to był
jakiś problem napisać np. ' == 0' - kod jest przez to bardziej
czytelniejszy nawet
> 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
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
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.

Ogólnie Java i C++ ma swoje specyficzne zastosowania. Programuję w tym i w
tym ale wolę Javę.

--
Artur Zabroński

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

do góry

Artur Zabroński napisał(a):
> Generici są od J5, IMHO lepsze niż te w C++.

Musiałbym sam ocenić.

>> 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ć ;-)

Jasne, ale potem kod wygląda jak wygląda.

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

Zabawne.

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

Ja dziękuję za taki ficzer.

>> w każdej linijce jakieś rzutowania i to z nieczytelną składnią (zawsze
> ()),
> Jakieś przykłady? Składnia jest raczej czytelniejsza niż C++.

static_cast, dynamic_cast, reinterpet_cast, const_cast - od razu widzisz
o co chodzi.

>> 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ć.

A jeśli wiem, że nie rzuci to po co? A jak chcę wyżej to po co?

> W C++ jest namiastka interfejsów - klasy z metodami virtual = 0;

To nie namiastka, to interfejs.

>> nie można definiować nowych zmiennych w instrukcjach warunkowych,
> Nie rozumiem za bardzo o co Ci chodzi? Masz na myśli może pętle?
> for (int i = 0; i < 10; i++) { } - to akurat jest możliwe.

Ale if(int i = cokolwiek) { } już mniej.

>> brak niejawnej konwersji do typu logicznego.
> To akurat jest ficzer który ma zapobiegać problemom, nie uważam żeby to był
> jakiś problem napisać np. ' == 0' - kod jest przez to bardziej
> czytelniejszy nawet

Patrz wyżej i wiele podobnych skrótów.

> Ogólnie odnoszę wrażenie że nigdy nie pisałeś a czytałeś tylko ;-)

Niestety kiedyś troszeczkę i podziękowałem.

>Jak
> 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
> czego innego.

Nie przesadzaj. Z wyjątkami mi chodziło, że nie chcę zawsze wszystkiego
łapać bo po co.

>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.

Brak oddzielenia deklaracji od implementacji zmniejsza czytelność kodu.

Po co zbędny balast po którym wszystko dziedziczy? Żeby spowolnić
działanie, zeżreć pamięć i uniemożliwić tworzenie typów konkretnych?

> Ogólnie Java i C++ ma swoje specyficzne zastosowania. Programuję w tym i w
> tym ale wolę Javę.

Powiedzmy, że C++ ma swoje szerokie zastosowania ;-)
Chyba już EOT :)

Pozdrawiam
pw

do góry