Discussion :

[mon_nom_est_personne]

Là encore ça dépasse le cadre du développement, ça se rapproche de l'architecture, sur des applis Java on utilise aussi des systèmes de cache distribué ou centralisé (et on peut aussi utiliser du memcached), on a aussi des problèmes de bruit réseau, on peut assi avoir des problèmes de synchronisation pour ça il éxiste des solutions avec des serveurs de lock.
Bref, ce sont des sujets qui dépassent le domaine Java / PHP.

Bien d'accord, mais c'est ca les appli web, a combien tu estimerais l'impact du langage choisi sur les performances de ton appli ? Je pense pas au final (j'espere ne pas me contredire) que le langage influent tant que ca, car si c'etait le cas, on aurait pas amazon en java (ou c++ je sais plus), facebook en php ou encore hotmail en .net, tous utiliseraient la meme techno non ? (stop la car ca part dans le hors sujet).

Toute fois y'a un truc qui est genial avec java compare a php, quoiqu'on en pense, c'est la portabilite (migrer php vers un serveur window c'est pas la joie )

[TSnarfK]

J'utilise beaucoup les deux mais j'ai voté Java.

Je trouve que l'outillage Java est beaucoup plus complet que celui pour PHP et je n'aime pas le typage faible de PHP.

[cornnery]

eh oui j'ai voté pour java, mais contrairement à certains (java fan boy ) c'st surtout pour voir autre chose que du php et je pense qu'au lieu de critiquer tel ou tel autre langage le mieux serait de les connaitre et de savoir lequel est le plus adapté au projet que l'on veut faire .
En effet actuellement je travaille beaucoup avec du php (zend, doctrine,...) mais c'est pas une raison pour voter php au contraire j'aimerais voir ailleurs comme ça j'aurais largement le choix lors de me projets futur et je pense que php et java me suffisent pour faire des applis web .

[alain78]

Je réalise (conception et développement) une application Web que j'espère commercialiser bientôt. J'ai choisi PHP pour sa facilité d'emploi (je ne suis pas développeur d'origine) et surtout car avec Java le risque est que le client désactive l'option Java (si j'ai bien compris) dans son browser par mesure de sécurité comme lors de la dernière faille Adobe Reader.
Dans ce cas mon aplli ne fonctionnerait plus.
Bonjour chez vous !

[millie]

surtout car avec Java le risque est que le client désactive l'option Java (si j'ai bien compris) dans son browser

Bah non
Java est utilisé uniquement côté serveur et pas côté client (qui reste de l'html classique)

[kmdkaci]

Pour alain78
Tu mélanges les torchons et les serviettes...
L'option que tu cites dans le browser ne concerne que les Applet, et il existe la même option pour tout autre traitement coté client comme pour JavaScript et même flash..

[njihess]

Bonjour à tous.

Je viens apporter ma pierre à l'édifice. Sauf erreur de ma part je n'ai vu personne parler des contraintes budgétaires des clients/utilisateurs finaux. Un serveur j2ee pour faire tourner une appli-web java n'a pas le même prix qu'un serveur LAMP.

Dans le même ordre d'idée pour faire une application MVC en PHP on va se diriger naturellement vers des frameworks: Zend, Symfony, CodeIgniter. Je ne connais que Zend, mais pour une application en production, sans serveur dédié il faut l'oublier.

Tout ça pour dire ceci: il me semble que les contraintes budgétaires clients peuvent mettre les deux langages sur un pied d'égalité avec un avantage pour PHP qui pourra permettre de sortir une solution pour un petit/moyen projet en tenant compte de ses contraintes budgétaires.

Pour autant, je bosse actuellement sur une appli avec les techno suivantes: Flex 3 coté client avec en serveur: Java/Spring/Hibernate. Et le framework magique Granite pour lier flex et java/spring. Tout le code métier est encapsulé dans l'appli côté Java. Avec un peu de recul je me rends compte que si il avait fallu codé cette partie en PHP et avec l'expérience que j'ai sur le framework Zend (1.7) cela aurait été l'enfer.
Sans parler de la communication flex/PHP.

Et je pense que le cas de granite est un exemple assez flagrant qui illustre l'existence dans le monde Java de frameworks de qualité qui s'interopèrent avec les frameworks incontournables déjà existants.

C'est une des raisons pour laquelle j'ai voté Java.

[mon_nom_est_personne]

njihess,

Je trouve que c'est une tres bonne remarque. Sur le hardware/software c'est sur, c'est moins chere. Mais, d'apres mon experience, sur un projet d'envergure cette difference s'efface, car il y a tellement peu de VRAI dev php alors que dans le monde du java, faut l'avouer, il y a beaucoup de gens de qualite.
Quand je parle d'un vrai dev php (en dehors des savoirs cite plus haut) je parle de ces gens qui sont capables de repondre a une question technique autrement que par "et bien c'est tres simple, j'utilise tel module de tel framework". De ceux-la, il en a pas des masses. De ce fait, si tu veux monter une equipe qui menera a bien le projet, les economies sur le hardware partent en salaire (mon bosse en a d'ailleurs fait la grimasse). Alors que dans le monde du java, comme pour un poste defini tu as beaucoup de gens tout aussi competent, la tendance est de tirer vers le bas.

Mais bon, les gens sont encore un peu frigide a php pour des gros projets, je pense donc que le salaire moyen d'un dev php dois etre plus bas (beaucoup plus bas ?) que celui d'un dev java. (D'ailleur ca pourrais etre un sondage interessant de connaitre le salaire moyen par techno en france)

Apres, comme je l'ai dis plus haut, c'est le reflet de mon experience personnelle, et je serais ravis d'avoir des retours a ce sujet, car la technologie c'est beau, mais le releve de compte l'est aussi.

[ymajoros]

Le prix d'un serveur, pour un petit projet JEE, n'est pas nécessairement élevé.

Des serveurs d'applications complets comme Glassfish ou JBoss sont... gratuits et libres. Sans parler de leurs petits frères, conteneurs web, Tomcat, Jetty, ... gratuits eux aussi.

Le hardware ? Je fais déjà tourner Glassfish sur des petits serveurs me coûtant de 10 à 25 € par mois, pour des petits projets.

[rad_hass]

J'ai voté Java, je suis actuellement développeur .NET et c'est vers Java que j'aurai envie de me tourner si je devais faire autre chose ...

Ce que je n'ai jamais apprécié dans PHP c'est sa syntaxe et n'ayant fais que très peu de PHP, je ne pourrais juger le reste ... En tout cas j'ai tendance à penser que PHP n'est pas approprié pour des applications critiques et de taille importante.

[Actarus78]

La mutualisation me fait pencher pour java.

[miboo]

L'article intitulé

PHP, sur le point de rattraper Java

[michel.bosseaux]

PHP sans hésitation, pour la facilité d'apprentissage par rapport à JAVA (on devient plus vite "spécialiste" en PHP), et aussi sa rapidité d'exécution.

[TheNOHDirector]

L'article intitulé

PHP, sur le point de rattraper Java

Mouais l'article parle de la crise, alors oui peut-être que les coûts jouent en la faveur de PHP, celà dit en terme de features sur tous les fronts, langage, archi, maintenance, compétence des gens, coûts, je préfère largement un projet Java.

PHP sans hésitation, pour la facilité d'apprentissage par rapport à JAVA (on devient plus vite "spécialiste" en PHP), et aussi sa rapidité d'exécution.

Sur le peu que je sais, c'est que des vrais spécialistes en PHP il y en a pas vraiment beaucoup et qu'il coûtent cher (et c'est normal). Et dans la plupart des projets PHP, comme le coût est relativement important, il y a peu de gens qui sont compétents même s'ils ont quelques années d'éxpérience. Bref sur les gens en PHP que j'ai rencontré peu font vraiement l'effort de devenir spécialiste. Bref encore un exemple des modèles d'acquisition de compétence Shu Ha Ri ou de Dreyfus.

[Ludalito]

PHP sans hésitation, pour la facilité d'apprentissage par rapport à JAVA (on devient plus vite "spécialiste" en PHP), et aussi sa rapidité d'exécution.

oui, on fait rapidement des "trucs" en PHP. De là à en devenir spécialiste, soyons d'abord de bons développeurs....

[miboo]

Autre article interessant qui parle de la migration Java vers PHP à la gendarmerie nationale :

La gendarmerie nationale se convertit au PHP

Leur principale application métier tournera sur le Zend Framework (un framework PHP) d'ici la fin de l'année.

[centurio]

Le php ne permets pas de tout faire malheureusement:
chaque languages à ses spécificités: on peux pas décidé quelle technos choisir, tout dépend du contexte, du projet et des décideurs, celui qui s'en sortira le mieux c'est celui qui aura la double compếtence :p

Pour diverses raisons nous avons codé un démon linux en php qui tourne en fond de tâche et utilise les fonctionnalités multiprocessus dispo en php-cli pour profiter du SMP.

Le plus gros arrachage de cheveux à été lors de la phase d'optimisation des ressources mémoire...

Vous me direz: il fallait directement le coder en C/C++, mais je ne reviendrais pas sur les choix technologiques que nous avons fait.

le manque d'outillage, plus précisement d'un profiler qui prenne en compte la mémoire. enfin quand on voit le nombre de plugin eclipse pour Java ça demande à réfléchir...

On peut aussi également le manque de respect qu'il y a dans le milieu, on a l'impression que les développeurs php sont toujours des développeurs au 'rabais' par rapport aux autres... C'est d'ailleurs prouvé par les annonces d'emploi, un dev php est moins bien évalué qu'un dev j2e.

[aityahia]

salut.
le match est serré une petit +1 pour PHP.

j'ai voté PHP pour la raison que c'est celui que je maitrise, je ne lui reproche rien pour l'instant et que mes deux hébergeurs (perso et professionnel ) sont sous PHP.

pour JAVA j'aimais testé je le ferais certainement mais d'après mes lecture c'est lourd coté serveur.

@+

[emmanuel.remy]

Salut,

Je vais jeter un pavé dans la mare ?

PHP = Java (et réciproquement)

Je m'explique: il y a quelques années, PHP était un langage simple, abordable à tout à chacun et il sentait bon les francs-tireurs de l'informatique. PHP était au développement WEB ce que Visual Basic était au développement d'applications Windows. PHP dont on pouvait discuter et implémenter des solutions rapidement sans passer par des modèles derniers cris.
En face il y avait Java, son code anti-productif et ses budgets délirants pour fabriquer des EJB2 dont ils furent tellement rebutants que Spring et Hibernate les ont éclipsés. Et puis l'uniformisation des systèmes de pensées a fait que PHP (à la recherche d'une reconnaissance du monde professionnel ?) a ouvert le brèche de l'objet total, de l'héritage multiple et consors... PHP se rapprochait dangereusement du maître mais était encore à l'abri par la simplicité de mise en oeuvre d'une application (d'un autre côté cela a aussi permis de voir apparaitre beaucoup de vrais éditeurs de code). Et vlan, voilà que Zend "propose" son fameux framework, dont les termes ne sont pas sans rappeler ceux du grand frère Struts 1 (ce dernier qui d'ailleurs a été refondu totalement en Struts 2... ). Du coup, difficile pour le commun des mortels de faire une application "pro" sans parler de class, bref sans avoir de culture Objet.

D'un autre côté, la communauté Java avait bien compris que les langages comme PHP, voire Ruby était plus productifs... d'où la naissance des annotations, des dérivés comme JPython, Groovy (et Grails) dont la productivité est tout simplement étourdissante.

Donc finalement de mon point de vue, qu'a-t-on ? Un langage - PHP - qui est passé au monde de l'objet et en a profité pour embrasser les architectures à la mode (MVC, ORM ...) et de l'autre un langage -JAVA - qui bénéficiait déjà de ces composantes et qui s'est ouvert au monde de la productivité et des langages de scripts.

Si ce n'est pas de la convergence... PHP = JAVA


Petite précision: je ne porte évidemment aucun jugement sur l'importance ou la nécessité d'avoir des ZEND et autres CakePHP.

ERE

[mon_nom_est_personne]

Petite précision: je ne porte évidemment aucun jugement sur l'importance ou la nécessité d'avoir des ZEND et autres CakePHP.

je le fait. Honnetement les framwork generique en php sont la pire chose qui est arrivé pour ce langage. On a en gros democratisé la nullité. Comme j'ai dit plus , haut, quand tu interview un type dont les seuls questions sont "quel framworks utilisé vous ?", "pour resoudre ce problème c'est tres simple, j'utilise tel classe de tel framework". A chaque fois j'ai envie de leur mettre mon pied au cul.
enfin, php c'est lent, si tu customize pas a l'extreme ton application, sur un gros projet tu va crashé ton serveur. Je veux dire, quand tu vois les benchmark des framework ca fait peur. Un appli qui se conect a une base de donné c'est plusieurs second de runtime pour une poigné d'utilisateur. Et c'est ca l'avenir de php ?

Loin de moi négligé l'importance d'un framework dans le dev industriel mais bon, les frameworks nous rendent fegneant et a la limite c'est moins pire en java car ca te fait pas perdre de temps.
a ce niveau +1 java