PHP vs. JAVA
Sziasztok!
Van pár nagyobb projektünk a munkahelyemen, amik backend-jét JAVA-ban programozzák. Mindenki panaszkodik, hogy lassú, bonyolult és erőforrás igényes és más nyelven meglehetne írni ugyanazt sokkal gyorsabbra. Állítólag nagyobb projekteknél ez nem kivitelezhető. Szerintetek mi az oka annak, hogy a vezető beosztású emberek (akik a programunkat megveszik vagy nem... :)) nem hajlandók belátni, hogy mással is lehet ugyanolyan jó? (pl. PHP) Főnököm azt mondja, hogy egyszerűen nem hajlandóak szóba állni az emberrel, ha egy komolyabb rendszert PHP-ben szeretnénk kivitelezni. Szerintetek mi ennek az oka? (ja, egyébként szigorúan webes fejlesztésekkel foglalkozunk)
■ Van pár nagyobb projektünk a munkahelyemen, amik backend-jét JAVA-ban programozzák. Mindenki panaszkodik, hogy lassú, bonyolult és erőforrás igényes és más nyelven meglehetne írni ugyanazt sokkal gyorsabbra. Állítólag nagyobb projekteknél ez nem kivitelezhető. Szerintetek mi az oka annak, hogy a vezető beosztású emberek (akik a programunkat megveszik vagy nem... :)) nem hajlandók belátni, hogy mással is lehet ugyanolyan jó? (pl. PHP) Főnököm azt mondja, hogy egyszerűen nem hajlandóak szóba állni az emberrel, ha egy komolyabb rendszert PHP-ben szeretnénk kivitelezni. Szerintetek mi ennek az oka? (ja, egyébként szigorúan webes fejlesztésekkel foglalkozunk)
Flame Warning
Én most mind a kettőt csinálom
Pár post:
cmswire.com
web2development c php java etc..
javavsphp
Béke:
Gábor.
"túl egyszerű a PHP"
A Java eléggé bonyolult ahhoz, hogy mély ismeretek kelljenek ahhoz, hogy bármi értelmeset össze tudjál benne hozni.
Az egyetemen, a szakirányomat koordináló tanszék (elég Java+Eclipse+IBM mániás tanszék) egyik tanszéki munkatársa jelentette ki, hogy irtózik a PHP programozóktól, mert összecsapják a munkát, és példának azt hozta fel, hogy egy t-elekommunikációs cégnél volt egy PHP webalkalmazás és egy adatbázistáblában volt minden. Ez nem a PHP nyelv ellen, hanem a használói ellen szól. Autodidakta módon tanulják a programozást, nem értenek az adatbázis-tervezéshez, a tervezési mintákhoz, stb.
De van egy ellenpéldám is. Dolgoztam (bár nem sokat) az E-felvételi rendszer fejlesztésében, és az egy Symfony projekt.
Összességében azt tudom mondani, hogy míg a Java projektek velejárója a sok tervezés + UML diagram + létező és működő megoldások felhasználása (+ jobb esetben termérdek kódgenerálás), addig a PHP projektek jó része - ma Magyarországon - jó eséllyel eszetlen kódolás a felsővezetés szerint.
Hogy hogyan lehet őket meggyőzni ennek ellenkezőjéről? Referenciákkal, tervekkel, hatástanulmányokkal, illetve a TCO várható csökkenésének hangoztatásával a teljesítmény növekedése mellett.
Szerintem.
amúgy mindkettőt használtam és a személyes véleményem:
Java - mindent meg lehet vele valósítani, és nagyon sok mindent már jó előre megírtak, és jó eséllyel jól írták meg. A működéshez szükséges sok egymásra épülő réteg miatt (ami az egységbezáráshoz, újrafelhasználhatósághoz szükséges) viszont jó eséllyel PHP-nél lassabb alkalmazások születnek.
És hogy legyen még egy alternatíva:
.NET - C# + ASP.NET kapós a felsővezetők körében, akik jó kapcsolatot ápolnak a Microsofttal. Egy nem túl komplex webalkalmazást, ami használ adatbázist, meg akár web service-eket is, egy nap alatt össze lehet kattintgatni Visual Studio 2008-ban. Itt is már nagyon kell tudni, ha nagyon összetett alkalmazást akarsz létrehozni, és kis hajtépés mire rájössz az apró fortélyokra, amik megkönnyítik az életedet. Viszont jól lehet benne teljesítményt optimalizálni. :)
szálkezelés
Valószínűleg nem használnám
+1
PHP-ban nem kapsz kézhez annyi mindent, mint javaban vagy .netben. Nyilván vannak keretrendszerek, de sajnos ezzel inkább megosztották a nyelvet, manapság már nem php fejlesztőket keresnek, hanem egy adott keretrendszerben jártas fejlesztőt. Érdemes megnézni mit nyújt például a microsoft egy fejlesztő számára, és milyen környezetek vannak php-hoz.
A másik probléma, hogy PHP-t manapság sokan tanulónyelvnek használják, ha már elérnek egy szintre inkább ráálnak javara vagy .net-re (nyilván ennek anyagi okai is vannak). Így a fejlesztők nagy része nem bír kellő tapasztalattal.
A teljesítménnyel nem feltétlenül értek egyet: php oopban kódolva nem feltétlenül nyújt nagyobb teljesítményt (sőt..), mint egy asp alkalmazás (a javát nem ismerem).
Viszont ami a vezetőket igazán érdekli, az az hogy hány óra alatt tudsz lefejleszteni egy adott alkalmazást. És ez az a pont, ahol a php az alkalmazás nagyságától függően, egyre inkább lemarad.
De a lényeg, hogy nem feltétlenül rosszabb egy PHP-ban írt alkalmazás, csak sajnos az a tapasztalat, hogy általában az.
hatékonyság/gyorsaság
- gyorsabb fejlesztés: ahogy már korábban is írták, rengeteg előre megírt (ingyenes vagy nem) könyvtár található JAVA-hoz, jóval több, mint PHP-hoz
- debug: habár lehet PHP-ban is debug-golni valamennyire, JAVA-s fejlesztőkörnyezetekben az igazán jó (előre beállított, nem bug-os stb.), gondolok itt az Eclipse-re, és a Netbeans-re is
- "biztonságosabb" kód: habár mind a két nyelvben lehet "gányolni", azért a JAVA egy elég erős kódbiztonságot követel meg, míg a PHP-s fejlesztőkörnyezetek nem. Mindezek mellett például a JAVA-s IDE-k már előre dobálják a warning-okat, és error-okat miközben írod a kódot, míg PHP-ban sokszor rejtve maradhatnak a hibák, amik felderítésével nagyon sok idő elmegy.
Röviden: (majdnem) mindent, amit meg lehet oldani JAVA-ban, meg lehet oldani PHP-ban is, a kérdés, hogy mennyire hatékonyan/gyorsan.
(egy zárójeles megjegyzés: ha PHP kódot írsz valószínű, hogy a kapott eredményt böngészőben szeretnéd megjeleníteni. pár hónapja mi belefutottunk abba, hogy PHP/IE7-tel kellett olyan táblázatokat generálni/megjeleníteni, amik egyszerre több száz/ezer sort tartalmaztak - lapozó nélkül. Ez egy JAVA-s alkalmazás (vagy bármi, ami a felhasználó gépén fut) megoldja, de ha ezt mondjuk úgy szeretnéd, hogy PHP-val generálsz kódot, amit aztán a böngésző megjelenít, az nagyon nehéz :-( )
Kontra
Teljesen igaz, például
A hangsúly inkább azon van, hogy milyen mértékben, és hogyan!
Például PHP alatt összehozni valamiféle debug-ot (gondolok itt mondjuk az XDebug-ra) jóval bonyolultabb (több idő) mint mondjuk a JAVA-s IDE-k előre beépített debug részeit használni (és nem is olyan kényelmes).
Szerintem megvannak azok az alkalmazások, amiket egyértelműen érdemesebb PHP-ban fejleszteni (mondjuk egy webshop), és vannak, amiket egyértelműen érdemesebb JAVA-ban (mondjuk egy tömörítő).
Persze a legtöbbet mind a kettőben meg lehet csinálni, csak a kérdés, hogy a kész kód mennyire lesz karbantartható, az elkészült alkalmazás mennyire lesz jó/gyors, illetve mennyi idő/erőforrás mindezt összehozni!
PHP IDE
???
Ezt hogy érted? XDebug felrakása egy dll fájl bemásolásából és a php inibe kb 3 sor írásából áll. Ebben szerintem nincs semmi bonyolult.
Persze abban egyetértek, hogy php-ben gáz a debuggolás. Egyelőre még nem találkoztam olyan programmal, ami végigkövette volna, hogy milyen változó milyen értéket kap melyik függvényben stb. Szóval nagyon sok esetben maradt az echo az egyedüli eszköz.
Nem tudom Java-ban ilyesmire milyen lehetőségek vannak?
Php-ben rengeteg kidolgozott keretrendszer van, szóval én nem hiszem, hogy nehezebb lenne fejleszteni benne, mint más nyelven. Nyilván ismerni kell valamelyiket a sok közül. :-) Egyébként kb. ugyanez a helyzet javascripttel.
igenis meg nem is
Az összehasonlítás nem mindig egyszerű. Pl olyan kérdések is vannak, hogy 3 év programozói tudássa melyikben lehet jobb szoftvert építeni . És 5 évvel? Milyen tudás kell ahoz, hogy egy nagyon gyorsan változó oldalt kezeljünk sok rövid határidővel? Vagy egy egyszer-megírom-soha-többet-nem-nyúlok-hozzá tipusúhoz? És még egy tucat kérdést fel lehet tenni, mielőtt el lehetne dönteni, hogy egy adott feladathoz hogy állunk hozzá.
Ha tényleg szigorúan csak
Ezekben belül is szerintem szépen lehet "szegmentálni": mondjuk egy "sima" fórumot én biztosan PHP-ban kezdenék el, de mondjuk egy online értékbecslőt tuti valamiféle JAVA-s motorra tennék!
(csak halk kérdés: mostanában JSP/JSF-fel mi a helyzet? nem nagyon hallani róla ... :-( )
Egyetemen nyomatják,
Szerintem már egy fórumot is gyorsabb összekattintgatni Visual Studioban, ha sajátot akarsz írni. Meg webshopot is.
Én a PHP-t ma már főleg annak ajánlanám, aki nem bérel vagy üzemeltet saját szervert, hanem valahol tárhely szolgáltatónál helyezi el a céges oldalát, mert egy PHP+MySQL tárhely jóval olcsóbb, mint egy ASP.NET-et vagy JSP-t kezelni tudó tárhely. (Pedig egyébként nem lenne sokba egy IIS vagy egy Apache Tomcat.)
Ha cég vagyok és belső webalkalmazást kell fejleszteni, akkor egy C# + ASP.NET van meg legolcsóbban/leggyorsabban, pont a fejlesztői órák miatt. Egy PHP programozó, aki normális munkát végez elkér annyit, mint egy .NET fejlesztő. Sőt, ha van egy Sharepoint szerverem, akkor még olcsóbb, mert diákmunkában 1000 Ft-os órabérért alkalmazhatok fejlesztőket.
Összességében egyet kell értenem az előttem szólókkal abban, hogy a technológia kiválasztása nagyban függ attól, hogy hol futtatod az alkalmazást, ki használja, illetve mekkora alkalmazásról van szó. De a méretre is jó ellenpélda az E-felvételi, ami PHP-ban íródott.
Licensz
1000 USD
összekattintgatás
Kattintgatás
A Neptun.NET-ről esetleg hallott már valaki?
Ez csak egy
Egyik volt munkahelyemen egy belső irodai alkalmazás fejlesztésébe kezdtek a kollégák, adminisztratív feladatok gyorsítására. Volt egy képük, hogy kb. mit kell tudnia, mire kell és lehet használni, stb. Ezt a fejlesztők a saját toolkitjükbe (talán ASP.NET?) beleálmodták, és összekattintgatták, kész is lett. Aztán amikor a csoport elé tárták, akkor egy-két észrevétel volt, hogy hát "itt ez gyorsabb lenne", "ez úgy célszerűbb, hogy". Kis idő elteltével eljutottunk oda, hogy a toolkitjükből mindent ki kellett szedni, és alapról fejleszteni mindent, mert az adott komponens nem tudta azt, ami a feladat ellátásához kellett.
Persze, össze lehet kattintgatni.
Az egyetemen is magyaráztak valamit, hogy "UML diagram, CASE eszközök, legenerálja a forráskódot". Nyilván, egészen az első felhasználói igényig... márpedig az a legfontosabb, nem?
Rant két kalóriával
Magáról a nyelvről annyi a magánvéleményem, hogy kevés ilyen tökéletes dolog létezik :) A JAVA-t az OOP nyelvnek fejlesztették mindig is.
Ellentétben a C++szal ahol egy meglévő nelyvre ültették rá. Ugyanez a helyzet a PHPval is. Egy nagyon buta szkriptnyelvet ptóbálnak okosítani, ami már elég jól megy, viszont például a "pacjage" vagy "namespace" csak most került bele. Én még mindig komoly problémákba űtközöm OOP tájékán (pl. static initialization). A nylev és eszközei még mindig a globálok használatára bátorítanak. Az ügyetlen this kulcsszót kell használni. Stb stb stb
Ami a PHP-t hogyismondjam... komolytalanná teszi az az inkompatibilitás. Semmi nem garantálja hogy egy függvény ugyanúgy fog működni a következő release-ben, vagy hogy nem tesznek bele valami a globális scope-ba (pl egy DateTime nevű osztály) ami aztán működésképtelenné teszi a webalkalmazásod (pedig csak egy alverziót frissítettél).
felelevenítés
Egy alkalmazást szeretnék fejleszteni. Közösségi oldal, méghozzá olyan ahol a userek egymással játszanak, tehát elég sok kattintgatás lenne az oldalon. A kérdés az, ami a topic címében van: miben álljak neki?
Pár adalék:
-Van már egy működő rendszer joomla! környezetben, (ami jelenleg is működik) igaz egy ócska, régi, elavult, még az 1.0-ás verzió alá lett fejlesztve a komponens. Azóta elkezdtem ugyan joomla 1.5 alá tenni de időm kevés, mert a dolog színtiszta hobbi.
-Nem vagyok profi php-s, csak autodidaktás :D, de a nyelvet ismerem, a fent említett működő rendszert is én írtam (gányoltam ;) )és azóta is elég intenzíven használom a PHP-t a munkám miatt.
-JAVA-t egyáltalán nem ismerem, semmilyen szinten, azonban C-ben otthon vagyok.
-Szívesen megtanulnám a JAVA-t (de nem mindenáron), mert ki tudja mikor vágnak ki a melóhelyemről.
-Saját szerverre van lehetőségem.
-A cél hogy minél gyorsabb legyen az alkalmazás.
Szóval mit javasolnátok, most, 2012-ben?
Előre is köszönöm a választ
Kb ugyanaz
Kérdés, hogy milyen
A melyik a jobb kérdésre meg nem igazán lehet válaszolni, a produktum minősége jobban függ a programozótól, illetve a megvalósítástól, mint a nyelvtől. Mindkettőben lehet nagyon lassú, és nagyon gyors, nagyon gány, vagy nagyon jó programot is írni. Nem gondolom, hogy kategorikusan ki lehet jelenteni, hogy egyik, vagy másik gyorsabb, jobb. Másra való a 2 nyelv (bár a java ma már lényegesen több egy programozási nyelvnél). Sebességet tekintve ha csak a nyelvet önmagát vesszük, a Java gyorsabb, de megvalósítástól függően már nem feltétlenül igaz ez.
Hogy valami konkrétumot is mondjak :), a fentieket olvasva, és a feladatot (se funkcionálisan, se méreteiben) nem ismerve szerintem a php jobb választás, hiszen abban otthon vagy.
Sebességet tekintve ha csak a
Ha PHP-ban nekiáll az ember valami bonyolultabb alkalmazáslogikát írni az ember, akkor szerintem a köré pakolt dolgok (apache/egyéb, java-ban nem vagyok otthon webszerverek terén) elhanyagolhatóak (ki lehet javítani, ha nincs igazam :)). A PHP kb 20x lassabb a Javanál, ez elég indok, hogy ha lehet, akkor ne PHP-t használjunk.
:-) Én most hasonló
Én most hasonló dilemmában vagyok, csak nodejs és java kérdésében. (Amúgy ajánlom nodejs-t php helyett.) Én asztali alkalmazást írnék...
Nodejs-ben van egy appjs nevű cucc, amivel bemásolható programokat lehet írni, kb olyan, mintha egy chrome ablakban futna a cucc. A hátránya, hogy látják a kódomat, és bármikor belenyúlhatnak. Ugyanúgy stateless a gui, mint egy normál weblapnál, nem lehet azt megcsinálni, hogy mondjuk felépítesz egy dom fát egyetlen html-ben, és azt módosítgatod lekéréstől függően. Szóval még egy kicsit kiforratlan, mondjuk a html-t sem erre találták ki. Előnye, hogy ismerem a html-t a javascript-et, szép lasan a nodejs-t is, és az egész kliens - szerver megoldást. További előnye, hogy bármikor át lehet alakítani több felhasználósra, ha az ember leválasztja a szerver részt (az én esetemben ez nem szempont). Ott van még a mongoDB, ami szintén érdekel, hogy hogy néz ki egy relációs adatbázissal összehasonlítva.
Java-ban van a JavaFX 2, ami egy elég szép nagy rendszer, ahogy néztem van róla 600 oldalas könyv, hogy hogyan kéne használni. NetBeans-ben össze lehet kattintgatni a teljes GUI-t (mondjuk a html-t meg dreamveawer-ben). Css-t használ stíluslapnak. Lehet MSI telepítőt készíteni vele, ami tartalmazza magát a java-t is, szóval ugyanúgy garantálható a futási környezet, viszont a kódba nem lát bele senki. Ott van még a hibernate a relációs adatbázisokhoz, ami nagyon jó dolog, és relációs adatbázishoz jobban értek, mint noSQL-hez. Ugyanúgy meg lehet írni akár kliens-szerver alapon az alkalmazást, ha úgy akarom, de a GUI-nál nem kötnek a html hátrányai.
Sebességben mindkettő ugyanolyan jó szerintem. Valszeg az lesz, hogy kipróbálom mindkettőt egy-két űrlap erejéig, aztán meglátjuk, hogy melyik a kényelmesebb...
Gyorsaság
Most egy nagyon málé és béna kérdést teszek fel. Ha jól gondolom a JAVA programokat le kell fordítani futtatás elôtt. Hogy lehet az, hogy egy php script nagyjából ugyanolyan gyorsan fut le (ahogy itt és máshol többen írták, hogy egyik sem sokkal gyorsabb), mint egy lefordított JAVA kód? Én csak C és php/perl összehasonlítást tudok, de szó szerint ég és föld a különbség a futás ideje között (természetesen a C javára) ugyanazt a feladatot (konkrétan adatolvasás és sok sok io mûvelet, stb) megvalósító program esetén. Akkor most hogy is van ez?
Szerintem a php c-ben írt
ok, igy már ok
Egyébként lehet fordítani a
JIT
Még nem volt 2-es java, mikor próbálgattam, akkor nem jelentett érzékelhető gyorsulást (csak mérhetőt)
De azóta eltelt pár év... :-)
Fordít gépi kódra, de a JVM,
Ami miatt sokszor azt érezni, hogy egy java alapokon írt weboldal "lassabb", hogy egyszerűen többmindent csinál, mint egy php oldal. Ha már javat használunk, akkor kihasználjuk a frameworköket, bár még ettől se feltétlenül kell lassabbnak legyen. Viszont a javas webes megoldások jellemzően egy komolyabb architektúra frontendjei, gyakran SOA környezetben, és ez a háttér adja a válaszidő növekedését.
Régebben méregettem egyes java containerekben hello world, meg fibonacci sorok generálási sebességét weben keresztül, változó mennyiségű konkurrens felhasználóval. A poén kedvéért mellétettem a php+apache2(+xcache) párost is, és jobb mutatókat produkált a legtöbb java container. Sebesség szempontjából kimondottan combos megoldás a Resin, ráadásul tudja ezt úgy, hogy közben J2EE web profile implementáció.
És ha már előkerült a php vs java sebesség összehasonlítgatás, meg a resin, akkor érdekességként megemlítem, hogy a Resinnek van saját, külön warként deployálható (vagyis javaban írt) php implementációja is, ami állítólag agyonveri teljesítményben a zend féle php-t. De szerintem ez inkább érdekességként jó, legalábbis meglévő alkalmazást én nem mernék portolni alá. A php amúgy is hemzseg a kompatibilitási és egyéb átgondolatlan butaságoktól, és akkor ezt még megpróbálják lekövetni egy implementációval... Bár kimondottan erre a platformra fejlesztve érdekes megoldás lehet, ráadásul a php szokásos biztonsági sebezhetőségei se igazán érintik.
Úgyhogy röviden, ha az az érzés, hogy lassabb a java, akkor az azért van, mert többmindent csinál a háttérben.
Kérdeznék valami ami már nem
Az Oracle oldalán szoktam látni hogy a Java EE SDK csomagban a web profilos verziót amiben a GlassFish-nek van egy web profilos változata. Ez miben tér el a sima változattól?
Itt a különbség:
Néhány api, feature nincs benne a web profileban, ami sima webes alkalmazás esetén nem is feltétlenül szükséges (full EJB, JMS stb).
úgy néz ki php lesz
De felmerült bennem még egy kérdés (egy kicsit elkanyarodván a topic címétől), meg szeretnélek kérdezni titeket, hogy mit gondoltok arról ha bizonyos funkciókat nem a php hanem C programok végeznének? Elvileg ennek gyorsítania kellene rendszert. Szerencsére a saját szerver megoldott és így megfelelő biztonsági beállítások mellett szerintem a külső program meghívás php függvények alkalmazhatóak.
Van valakinek tapasztalata ilyen téren? Megéri, nem éri meg, milyen részeket lehetne C-ben írni és kiváltani a PHP-t? Adatbázis kezelés, számolási metódusok? Vagy egészen odáig is elmehetek, hogy a php csak egy közvetítő réteg lenne a C program és a web között? És ha ezt választom akkor van-e szükségem FW-re egyáltalán?
Amire van php függvény, az
Olyan bonyolult alkalmazáslogikád van, olyan látogatottság mellett, amit a php nem biztosan bírna el és muszáj c-ben írni? Erről nincsenek ismereteim, mert ilyet nem igazán csináltam, de abban nem vagyok teljesen biztos, hogy a külső program futtatása php-ból egy hatékony dolog. Általában a programindítások nem a leggyorsabb műveletek. Akkor már inkább valami socketes kommunikáció egy szerverrel. De ez nagyon messze vezet. Erre valóban szükséged van? Illetve ha már c-ben írod az alkalmazáslogikát, akkor mi szükség van a php-ra?
Igazad van
Nem tudom milyen
De itt már asszem elkanyarodtunk kicsit a topictól :)
"Van valakinek tapasztalata
Ha ilyenekben gondolkodsz, akkor már inkább írd meg c#-ban az egészet. Csak nyersz vele...
FW, külső progrmok
- Oldalkéréskor kezdeni RAM-ba tölteni külső progit, majd paramétereket átadni neki - szerintem csak lassabb lehet, mint PHP-ban megírni. Lehetnek kivételek ez alól, ha vmi nagy terhelésű mutatvány van. Tehát csak akkor van értelme, ha állandóan futó process-ként meg tudod oldani és csak kommunikál vele a PHP. Viszont nem tudom, hogy ez mennyire megvalósítható a szervereden, és nem biztos, hogy megéri a többletmunkát (végülis: nagyrészt a PHP is c-ben íródott - asszem írta már más is).
- Ha csak közvetíteni használnál PHP-t, akkor is érdemes egy egyszerűbb fw-t használnod. Nincs ilyen tapasztalatom, de úgy gondolom: "nem éri meg", esetleg ha az egészet c-ben írod.
ok, meggyőztetek
Symfony-t ajánlom, annak a
ZF2
Néztem azt is múltkor,
Az azért kicsit erős
Minél nagyobb egy osztály,
A mögöttes gondolattal
De értem amit mondasz, és alapvetően egyet is értek vele.
*trollmode*
:D
Amazing :D
Nagyon jó de a nálam jó ideje
WIN
ReTroll
zend
Az egyetemen (Corvinus) engem is körberöhögtek, mikor a szakdolgozatom gyakorlati részét PHP-ban akartam megcsinálni és ezt már akkor is az intézmény elköteleződé$ei meg a kollégák ismereteinek porosságának számlájára írtam.
Jó vezetői döntéseket csak naprakész és pontos információk alapján lehet hozni. Ez az informatikában hatványozottan igaz. Aki nem vette észre, hogy az utóbbi 2-3 évben a PHP megérett a vállalati alkalmazásra (nagyrészt a Zend-nek köszönhetően) az nagy valószínűleg elég sok dologról lemaradt.
Ahogy az előttem szólók is mondták: nem a nyelvet kell hibáztatni azért, mert könnyű használni és meredek a tanulási görbéje; ennél fogva sok a kontár PHP fejlesztő.
Ha valaki alapos programozási ismeretek és gyakorlat nélküli fejlesztőket enged rá egy PHP projektre, ne csodálkozzon, ha nem jönnek az eredmények!
A Zend Studio (Eclipse), Zend
Amennyiben a kijelentés a PHP platformra vonatkozik, akkor egyetértek. De ha nem, akkor azért megemlíteném a .NET-et, ami mellett nem kéne csak úgy elhaladni.
(De ez már offtopic, a téma címe Java vs PHP volt)
Igen
Sokat fejlesztettek a nyelven
+1, szerintem sem egy
Téma
Ne akarj banki tranzakciós rendszert vagy hangolót fejleszteni PHP-ban. Használd amire való: webalkalmazásokhoz.
Attól, hogy egy project
Egyébként Javaban semmivel nem rosszabb webes rendszert összerakni, mint PHPban (sőt), csak sokszor felesleges, illetve nem praktikus, lásd az előző mondataimat. Aki ilyet állít, valószínűleg nem mozog elég otthonosan Javaban. Javahoz nagyon komoly webes frameworkök vannak (hogy 2 érdekes megközelítést mondjak, érdemes megnézni pl a wicketet, vaadint) stb. Hogy Javara jellemzően nincsenek ilyen "mindentmegcsinálunkhelyetted" CMSek, az tény, de ez is csak a 2 környezet erősen eltérő felhasználási szokásai miatt van. Nagy általánosságban elmondható, hogy a PHP magas szinten webes megoldásokat ad a fejlesztők kezébe, a Java meg frameworköket.