Pana aici am citit. Am pierdut si asa suficient timp cu topicul asta…In fine. Intentia mea nu e sa pornesc flame war-uri ci sa am o contributie bazata pe niste argumente. Daca s-a inteles altceva din exprimarea mea, imi cer scuze.
Ca o nota generala, limbajele de programare nu sunt rapide sau lente. Performanta unei aplicatii nu e determinata de viteza lor ci de arhitectura aplicatiei, baza de date, eficienta algoritmilor implementati in cod, hardware si abia in ultima instanta vine calitatea compilerului sau a interpreterului(please pardon my french). de aia am adaugat, citez, “Pentru specificatiile pe care le ai descris mai sus, cu siguranta PHP ar fi mai rapid deoarece ar consuma mai putine resurse.” .
P.S. Am vazut asta:
So what?! Si Java a fost initial conceput pentru prajitoare de paine. Doesn’t prove anything.
Te inseli. Numai si prin faptul ca aplicatia e una highly enterprise (domeniu guvernamental, cum se mentioneaza in primul post) il face pe PHP nepotrivit si pentru asta nu trebuie sa-ti dau eu argumente, trebuie doar sa cauti singur. Cat memoria pe care PHP o consuma in cantitate mai mica decat Java, iar ti-ai raspuns singur: depinde cine si cum scrie codul.
Si da, PHP ar consuma mai putine resurse (development-wise si server-wise) daca ai avea trafic mic, dar sa nu comparam viteza unui interpretat cu viteza unui compilat, ca ne pierdem timpul aiurea.
PS: nu ma intelege gresit, in cea mai mare parte a carierei mele de developer am programat PHP, dar asta nu inseamna ca nu-i vad flaw-urile (acum aparent e la moda sa recomanzi doar ce folosesti tu).
Oh, come on, stiu ca trebuie sa fie in suita rubistului hipster sa urasca Java, dar nu poti numi alegerea unui limbaj/framework potrivit ca “premature optimization” in absolut nici o situatie
Daca vrei sa auzi ca Java server side e mai rapid ca Ruby server side, o s-o spun, desi si mie imi place Ruby, nu ma intelege gresit - dar ar trebui sa avem un big picture in fata; si in acest big picture intra limbajele compilate si limbajele interpretate, cele loosly typed si cele strong typed. Nu sunt “avocatul diavolului”, dar pentru orice proiect enterprise m-as uita mai intai la limbajele strong typed si compilate care au ceva ani in dezvoltarea pentru enterprise, mai ales in cazul in care targetez un domeniu recunoscut pentru astfel de requirements.
Cat despre PHP vs Java, va curge ulta apa pe Dunare pana cand JVM-ul va fi atat de slow si PHP-ul atat de fast incat sa poata concura. Sorry, Java kicks ass in this particular case - big time.
Cred ca nu este atat de importanta viteza limbajului ales, mai importanta este viteza bazei de date in acest caz. Deasemeni as vedea mai importanta viteza de dezvoltare a aplicatiei si cred ca varianta cu PHP este mai rapida pe aceasta zona.
In cazul institutiilor, unde banuiesc ca e vorba mai mult de o aplicatie decat de un website, cred ca cel mai eficient ar fi o combinatie intre ele daca vrei sa accesezi porturi pentru matriciale sau mai stiu eu ce device. Mare atentie si la DB, daca ai o interogare cu cateva milioane de rezultate oricat de rapid ar fi limbaju’ … tot o sa caste operatoru daca nu te gandesti bine si la ce baza de date folosesti. Cred ca cel mai bine ar fi sa gasesti un echilibru intre baza de date si limbajul de interogare. Php si java nu se exclud neaparat reciproc.
Rareori spre niciodata o sa primesti raspunsul pe care-l cauti la o intrebare de genul asta. In principiu sunt de acord cu @bogdanconstantinescu privind limbajul “cel mai bun la ce imi trebuie mie”. Cel mai bine e ca inainte sa incepi un proiect mare, sa incepi sa testezi. S-ar putea sa descoperi ca Ruby e cea mai buna varianta, poate Node.js. Depinde de atatia factori. Factori pe care inveti sa ii estimezi cu timpul si experienta.
