eGospodarka.pl
eGospodarka.pl poleca

PracaGrupypl.praca.dyskusjePHP vs JAVA (zdalnie)
Ilość wypowiedzi w tym wątku: 68

  • 1. Data: 2007-03-06 08:38:59
    Temat: PHP vs JAVA (zdalnie)
    Od: "Pablo" <p...@p...onet.pl>

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



  • 2. Data: 2007-03-06 08:56:29
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: "Marcin P." <l...@o...pl>


    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


  • 3. Data: 2007-03-06 18:33:25
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: pw <p...@o...pl>

    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


  • 4. Data: 2007-03-06 19:20:59
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: Artur Zabroński <a...@...stopce.pl>

    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


  • 5. Data: 2007-03-06 19:33:17
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: pw <p...@o...pl>

    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


  • 6. Data: 2007-03-06 19:46:48
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: Artur Zabroński <a...@...stopce.pl>

    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


  • 7. Data: 2007-03-06 19:48:30
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: "JohnyBravo" <j...@c...com>

    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!


  • 8. Data: 2007-03-06 20:14:46
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: pw <p...@o...pl>

    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


  • 9. Data: 2007-03-06 20:31:26
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: Artur Zabroński <a...@...stopce.pl>

    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


  • 10. Data: 2007-03-06 20:48:42
    Temat: Re: PHP vs JAVA (zdalnie)
    Od: pw <p...@o...pl>

    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

strony : [ 1 ] . 2 ... 7


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1