Discussion :

[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]

@mon_nom_est_personne: néanmoins la réalisation d'une application PHP ou autre est associée notamment à un server Web qui lui aussi a toute son importance en matière de montée en charge, mise en cache, répartition de charge, authentification etc... Je veux dire par là qu'une application ne se limite pas à un langage ou un framework mais inclut aussi une infrastructure, élaborée pour rendre un ensemble de services.

ERE

[emmanuel.remy]

Salut,

Je crois tu tu n'as pas bien lu mon POST: pour rappel j'écrivais:

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

Loin de moi la volonté de polémiquer mais permets moi d'apporter quelques commentaires à tes propos:

Pavé dans la mare ? PHP a une caricature de support de l'orientation objet. Pas de typage fort, non plus. Ce n'est pas comparable. PHP != Java.

Alors effectivement PHP ne dispose pas de typage fort.
Mais les langages de script autour de Java (vive Groovy !) n'en n'ont pas non plus ! Et au passage c'est ce qui fait que tu écris une ligne de code dans ses langages, là où tu devras en écrire 5 en Java.
Que préfères tu écrire (et c'est une simple initialisation de List, pas de tableau) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
//groovy, donc Java
def list = [5, 6, 7, 8];

//PHP
$list= array(5, 6, 7,8);

//Java
List list = new ArrayList();
list.add(new Integer(5));
list.add(new Integer(6));
list.add(new Integer(7));
list.add(new Integer(8));

Mais effectivement avec Java, c'est très fortement typé.

Par ailleurs, je trouve qu'en parlant de tel framework php ou java, on passe à côté d'une chose essentielle. À côté des implémentations particulières, Zend ou Struts, il y a en java des spécifications. Java EE 5, EJB 3, JPA, ... L'avantage ?
Elles ont été décidées en comité, pas juste une implémentation rapide d'une idée, sans cadre formel.
Elles ont justement été implémentées plusieurs fois, elles sont claires et on peut changer facilement
de fournisseur. Sans tout réécrire.

Tout à fait d'accord avec toi. Et il faut bien distinguer les implémentations de pattern de celles relatives à des spécifications.
Je mettrai juste un bémol: les spécifications JAVA sont tellement lentes à être validées que la communauté prend les choses en main et c'est ensuite souvent JAVA qui court après. Je prends pour exemple le couple des annotations et EJB3/JPA. Tellement lentes à être décidé que sont apparus XDoclet, Spring et Hibernate, et aujourd'hui la référence en matière d'ORM ce n'est pas JDO ou JPA mais Hibernate (qui "accepte" JPA, et non l'inverse).
Donc à mon avis les spécifications sont loin d'être le Graal de la conception et du développement.

Je ne sais même pas pourquoi on compare Zend à Struts pour
savoir si PHP est aussi professionnel que Java. Lisez simplement ce que le créateur de struts a
à dire à ce sujet (en gros : n'utilisez pas struts).

Je n'ai jamais écrit que l'existence du framework ZEND impliquait que PHP soit professionnel. J'ai écrit que:

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

Ni plus ni moins. Et pour la petite phrase d'un des créateurs de Struts, je crois qu'elle s'applique à la V1 et pas à la V2, mais là encore je suis prêt à te suivre: pourquoi utiliser Struts alors qu'il existe JSF ?

Il y a simplement un aspect profession
fondamental qui est inexistant en php, et qui distingue pour moi le bricolage du travail
professionnel : les specs.

Ne soit pas arcbouté sur les specs. Je peux te passer des exemples fondamentaux à la pelle issus du monde de la programmation où les specs ne sont quasiment jamais utilisées. Tiens, par exemple XML: il existe des specs pour le DOM et XSLT et pourtant tous ceux qui accèdent et manipulent des données XML en java vont plutôt utiliser DOM4J ou JDOM. Font ils du bricolage pour autant ? Et les JSP, c'est une spec et pourtant on voit partout des moteurs de template Velocity ou FreeMarker. Fait on du bricolage pour autant ?

Finalement je persiste à écrire que PHP==JAVA au niveau du langage de par la convergence mutuelle qui s'opère (je n'irai pas jusqu'à dire que le résultat actuel du sondage me conforte dans cette réflexion, mais quand même il fait plaisir à voir) Mais bien évidemment chacun conserve ses spécificités - typages, spécs - et c'est tant mieux car cela donne encore le choix aux développeurs et c'est générateur de projets où la créativité et l'innovation sont mises en avant (Doctrine, Prado...).


ERE

[ymajoros]

Alors effectivement PHP ne dispose pas de typage fort.

J'ai bien lu ton poste. Ce n'est absolument pas la seule chose qui fait que le support objets en php est loin d'être complet. Le typage fort n'est pas nécessaire à ça, mais c'est une caractéristique qui y aide.

Mais les langages de script autour de Java (vive Groovy !) n'en n'ont pas non plus !

Exact. Pour moi, ils sont plus proches du php que du java. Leurs frameworks ne sont également que des implémentations, pas de specs derrière. Pour moi, php/ruby/python c'est globalement pareil. Même s'il y a des choses intéressantes dans ces 2 derniers qu'on ne retrouve pas en php.

Et au passage c'est ce qui fait que tu écris une ligne de code dans ses langages, là où tu devras en écrire 5 en Java.
Que préfères tu écrire (et c'est une simple initialisation de List, pas de tableau) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
//groovy, donc Java
def list = [5, 6, 7, 8];

//PHP
$list= array(5, 6, 7,8);

//Java
List list = new ArrayList();
list.add(new Integer(5));
list.add(new Integer(6));
list.add(new Integer(7));
list.add(new Integer(8));

Mais effectivement avec Java, c'est très fortement typé.

Je préfère ni l'un ni l'autre. J'espère ne jamais rencontrer ce genre de code.

En java, je vois plutôt ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
        Integer[] ints = {5, 6, 7, 8};
        List<Integer> x = Arrays.asList(ints);

(et je ne _peux_ pas mettre de bêtises dans ma liste par après)

Autre possibilité :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
List<Integer> idList = new ArrayList<Integer>();
idList.add(5);
idList.add(6);
idList.add(7);
idList.add(8);

Les codes que tu proposes ont tous des défauts. Ruby : tableau = objet spécial, tu n'as par ailleurs pas le contrôle de l'implémentation. PHP : tu crées un tableau et c'est loin d'être comparable à un objet List en Java. Java : tu ne types pas ta liste, tu ne profites pas de l'autoboxing et écris du code inutilement long. Résous ces problèmes en ruby / php et tu auras autant ou plus de ligne qu'en Java. Et est-ce un problème en soi ?

Je mettrai juste un bémol: les spécifications JAVA sont tellement lentes à être validées que la communauté prend les choses en main et c'est ensuite souvent JAVA qui court après. Je prends pour exemple le couple des annotations et EJB3/JPA. Tellement lentes à être décidé que sont apparus XDoclet, Spring et Hibernate, et aujourd'hui la référence en matière d'ORM ce n'est pas JDO ou JPA mais Hibernate (qui "accepte" JPA, et non l'inverse).
Donc à mon avis les spécifications sont loin d'être le Graal de la conception et du développement.

Lentes à être validée par qui ? Et oui, jpa est une spécification importante, nettement utilisée, et coder en hibernate pur aujourd'hui a peu de sens.

Par ailleurs, je mets en doute l'idée que tout le monde utilise Spring et Hibernate (je sais bien que tu n'as pas dit ça comme ça). Il y a aussi un tas de développeurs et architectes qui choisissent de ne pas être liés au bon vouloir d'un seul fournisseur.

Quand il y a des specs utilisables, c'est bien plus recommandable que choisir un framework plus ou moins aléatoire. Sauf si tu veux lier ton code à une implémentation particulière.

Ne soit pas arcbouté sur les specs. Je peux te passer des exemples fondamentaux à la pelle issus du monde de la programmation où les specs ne sont quasiment jamais utilisées. Tiens, par exemple XML: il existe des specs pour le DOM et XSLT et pourtant tous ceux qui accèdent et manipulent des données XML en java vont plutôt utiliser DOM4J ou JDOM. Font ils du bricolage pour autant ? Et les JSP, c'est une spec et pourtant on voit partout des moteurs de template Velocity ou FreeMarker. Fait on du bricolage pour autant ?

Oui, c'est mon point de vue. Quand il y a une spec, je pense qu'il faut tenter un maximum de l'utiliser, voire de l'améliorer. Pourquoi réinventer la roue et faire les choses dans son coin. Le web fourmille de chouettes bricolages que je n'utiliserais pas dans un cadre professionnel.

Finalement je persiste à écrire que PHP==JAVA au niveau du langage de par la convergence mutuelle qui s'opère (je n'irai pas jusqu'à dire que le résultat actuel du sondage me conforte dans cette réflexion, mais quand même il fait plaisir à voir) Mais bien évidemment chacun conserve ses spécificités - typages, spécs - et c'est tant mieux car cela donne encore le choix aux développeurs et c'est générateur de projets où la créativité et l'innovation sont mises en avant (Doctrine, Prado...).

Russe == Chinois, je parie que je peux te trouver un tas de similitudes (il y a des mots).

On peut être créatif en réinventant la roue, mais c'est de l'énergie perdue. On peut utiliser des roues existantes pour faire une nouvelle voiture, c'est autre chose. Et j'aime utiliser des roues standards, rondes, même si on peut imaginer une autre forme qui marche sûrement très bien (à voir).

[benwit]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
//groovy, donc Java
def list = [5, 6, 7, 8];

//PHP
$list= array(5, 6, 7,8);

//Java
List list = new ArrayList();
list.add(new Integer(5));
list.add(new Integer(6));
list.add(new Integer(7));
list.add(new Integer(8));

Euh, pas convaincu par l'exemple !
En java, j'écris pour un tableau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int[] list = {5, 6, 7, 8};

Maintenant, je ne connais pas php et peut être que ta liste en php est dynamique ?
En java, j'écris alors :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

List<Integer> list = new ArrayList<Integer>(Arrays.asList(5, 6, 7, 8));

L'interet est que :
- comme c'est templaté, tu as une liste d'entier et rien que d'entier
- comme List est une interface, tu pourrais avoir une autre implémentation d'une liste que celle d'un tableau sans autre impact que la modification de cette ligne.


Jusqu'à peu, le seul intérêt de php que je voyais par rapport à java, c'était les offres d'hébergements gratuites pour les petits projets.
Mais depuis que Google nous a sorti GAE4J, il n'a jamais été aussi simple de créer une application web (trop peut être) et de la mettre en ligne en un clic de souris.

[Antoine_935]

J'ai voté java personellement.

Pourtant j'ai bien plus d'aisance avec PHP, mais plus j'avance dans ma formation, plus je découvre la pléthore d'outils disponibles pour java, comparé à quasiment rien pour PHP. Je pense notamment à Hibernate et Spring, et l'application AndoMDA qui me parait très intéressante (pas encore eu l'occasion de l'essayer). Oui, il y a les framework tels que CakePHP, mais aucun d'eux ne permet de tirer des masses de code directement depuis un diagramme UML. Et ça c'est du bénéfice net...

Mais bon, je parle d'AndroMDA, mais, de manière générale, les outils sont plus nombreux et plus performants pour Java. De par le fait même que PHP soit moins fortement typé que Java, il est plus facile de faire du refactoring, de l'autocomplétion (quoique cette dernière devrait aller mieux depuis le type hinting en PHP, mais sous Eclipse c'est tjs pas ça)

Idem pour le unit testing: pour java, la solution est simple et sans appel: JUnit (quoiqu'il en existe un autre, TestNG, et qui est réputé meilleur). Les IDE intègrent complètement JUnit, et plus personne ne doute de son efficacité: du temps gagné à convaincre les gens.


Pour continuer, le PHP me laisse un goût de langage "rafistolé", qui a pensé procédural au début, et a subit les effets des rectifications au fur-et-à-mesure de son évolution. Il en résulte un langage peu uniforme, où on utilisera tantot des fonctions, tantot des méthodes, tantot des variables_en_minuscules, tantot du CamelCase...

Pour finir, dans beaucoup d'universités et écoles d'aujourd'hui, on reçoit une formation java, java, java et encore java.
Dans mon école, on a eu un quadri de HTML, un quadri de PHP, et croyez bien que le niveau est plutôt bas (pour faire simple, je n'ai strictement rien appris). C'est le cas dans pas mal d'écoles hélas. Du coup, il est bien plus difficile de trouver des bon développeurs de PHP que de Java.


Bref, PHP est un langage que j'ai beaucoup aimé (et le premier que j'aie maitrisé), et je hais le java, mais... je dois bien reconnaître que, dans le cadre d'un projet professionnel, j'aurais tendance à mettre java en avant.

[s.n.a.f.u]

J'ai voté PHP parce que je trouve qu'il n'a pas la place qu'il mérite dans le monde de l'entreprise.
JAVA est un très bon langage, ce n'est plus à démontrer, mais il est utilisé à toutes les sauces et pas toujours à bon escient.
PHP devrait être mieux considéré lors de l'étude d'un projet et non pas être rejeté comme c'est encore souvent le cas parce que la personne ne le connait pas et le considère comme un petit langage de script.

Bref, la vérité est au milieu.

[eracius]

Je me suis arrêté en bas de la première page donc je ne sais pas où en est le débat mais j'ai l'impression que ce débat n'a pas vraiment lieu d'être étant donné que les deux langages ne s'orientent pas forcément vers les mêmes besoins.

PHP pour ajouter "un peu" de comportement serveur à des sites web de présentation.

Java/J2EE pour les applications web avec un grosse orientation métier.

Il ne me viendrait pas à l'idée de développer un site J2EE pour ajouter une gestion BDD à mon blog perso comme il ne me viendrait pas à l'idée de développer mon projet actuel en PHP au vue de sa complexité.

A moins que PHP ait énormément évolué sans que je suive (c'est possible) mais je ne pense pas qu'il dispose de frameworks aussi puissants que Spring et Hibernate pour ne siter qu'eux (encore une fois c'est possible)

Ou alors on ne parle ici de Java que par rapport au jsp peut être ? (ça mérite d'être précisé)

[TheNOHDirector]

# A propos des performances, voici un article sur la scalabilité de PHP sur le site Digg. L'auteur est clairement un protagoniste PHP (alors qu'il vient lui même du monde Java), et il aborde le problème avec de bons arguments.

http://www.oreillynet.com/onlamp/blo..._and_perf.html

Comme je m'y attendais dans cet article, les problèmes les plus courants ont à voir avec les accès extérieurs à l'application, très souvent la base de données.
Il parle également de déporter les calculs fait en base de données à l'intérieur de l'application. A ce sujet j'aurais plus de critiques, mais entre base de données et application PHP, j'aurais fait pareil!

Pour des performances brutes, il y a des gens qui ce sont amusé à des petits benchmarks; en voici quelques-uns:

http://blog.dhananjaynene.com/2008/0...-jruby-groovy/
http://www.timestretch.com/FractalBenchmark.html

Evidement ce sont des benchmark limités dans leur portée, mais ils donnent une vue d'ensemble sur les performances des langages. Bref, la surprise est que Java et C/C++ se tirent la bourre (avec un gros plus pour C/C++), alors que PHP reste quand même bien en retrait.


# Un autre plutôt article orienté PHP aborde d'autres points tel que l'outillage et la maintenabilité:

http://www.cmswire.com/cms/industry-...uby-000887.php


# Et encore on oublie les problématique d'environnement de dev, d'intégration, de prod. J'ai entendu nombre de fois des amis se plaindre de la gestion "au petit bonheur la chance" ou des développeurs limite mauvais en PHP, alors qu'en Java c'est plutôt rare et les devs bon sont monnaie courante. Mais j'ai vu de la merde Java aussi et j'ai également rencontré quelques personnes qui étaient un peu faible techniquement.


# En abordant le sujet je viens de penser au versionning, en Java on a depuis longtemps ces problèmes, et on a pas encore de solutions parfaites dabs tous les cas. Bien sur on a maven pour les dépendances, mais pour quelques choses de plus tricky les versions d'un service, c'est déjà plus délicat, eh bien il y a depuis longtemps maintenant des solutions basées sur OSGi. Je crois que l'OSGi n'en est encore qu'à l'état de concept / poc.


# En PHP je pense que les processus, les gens (dev/cp/client), les technologies sont plus light que les gens qui bossent en Java. Alors effectivement l'argument - Java est un peu trop gros pour des petits projets - que je vois régulièrement revenir, oui cet argument tient la route, ...si le client veut un truc rapide mais pas très net alors PHP est très bien, mais des qu'on veut un projet à plus long terme, maintenu, encadré, avec foule de bon développeurs eh bien je choisirais Java/J2EE.


Bref clairement je verrais Java et son environnement comme beaucoup plus intéressant et mature que l'environnement PHP sur l'ensemble des aspects connexe au développement. J'ai déjà donné mes raisons lors de précédants posts et les posts de brissou, de inconnu652000 et des autres me confortent dans cette position.

Les posts en question:
http://www.developpez.net/forums/d73...a/#post4274689
http://www.developpez.net/forums/d73...a/#post4275628
http://www.developpez.net/forums/d73...a/#post4277827
http://www.developpez.net/forums/d73...a/#post4290036
http://www.developpez.net/forums/d73...a/#post4321715
http://www.developpez.net/forums/d73...a/#post4330549
http://www.developpez.net/forums/d73...a/#post4636275
http://www.developpez.net/forums/d73...a/#post4637432
http://www.developpez.net/forums/d73...a/#post4762986

[seb92400]

PHP pour ajouter "un peu" de comportement serveur à des sites web de présentation.

Java/J2EE pour les applications web avec un grosse orientation métier.

Il ne me viendrait pas à l'idée de développer un site J2EE pour ajouter une gestion BDD à mon blog perso comme il ne me viendrait pas à l'idée de développer mon projet actuel en PHP au vue de sa complexité.

A moins que PHP ait énormément évolué sans que je suive (c'est possible) mais je ne pense pas qu'il dispose de frameworks aussi puissants que Spring et Hibernate pour ne siter qu'eux (encore une fois c'est possible)

Ou alors on ne parle ici de Java que par rapport au jsp peut être ? (ça mérite d'être précisé)

Lorsque je lis ça, je te confirme, tu n'es pas au courant de l'actualité php... En ce qui concerne spring, hibernate et compagnie, il y a pour php symfony et doctrine par exemple. Cependant, je suis d'accord sur un point, lorsqu'on a utilisé les frameworks java, on a un petit peu de mal avec les frameworks php, notamment pour les orm où j'ai le sentiment que l'on ne retrouve pas la même simplicité, mais cet avis n'engage que moi, bien entendu.

# En PHP je pense que les processus, les gens (dev/cp/client), les technologies sont plus light que les gens qui bossent en Java. Alors effectivement l'argument - Java est un peu trop gros pour des petits projets - que je vois régulièrement revenir, oui cet argument tient la route, ...si le client veut un truc rapide mais pas très net alors PHP est très bien, mais des qu'on veut un projet à plus long terme, maintenu, encadré, avec foule de bon développeurs eh bien je choisirais Java/J2EE.

Ah la la... en résumé, php et ses developpeurs php, c'est de la m**** et java et ses développeurs, c'est l'élite... Cependant, si tu veux dire par là que des manchots ayant programmé 3 lignes de code en php se disent développeur pro, là, je suis d'accord. il est vrai que cette situation se rencontre beaucoup plus rarement en java (enfin je crois)... Mais programmer objet avec les bonnes pratiques que cela impose (maintenabilité, encadrement, design pattern, évolutivité, mvc, etc, etc...) est possible dans ces deux langages (et php n'a presque plus à rougir niveau objet !).

Quoi qu'il en soit, il convient quand même de faire attention et d'éviter de faire confiance à des tests souvent pratiqués avec une mauvaise foi inébranlable et une tonne de préjugés (aussi bien pour l'un et l'autre des langages), et il serait peut-être déjà bon, si de n'est de maitriser les deux langages, de pratiquer un minimum les deux pour donner un avis pertinent !

A titre d'information, je l'ai déjà écrit plus haut, mais il est quand même étonnant (non ?) qu'environ 70% des applis web soient réalisés avec php (et non des moindres), environ 20% avec asp, et les 10% qui restent se partagent java/jee et les autres langages... Et la balance n'est pas prête de changer vu les nouveautés annoncées par php 6 et la volonté de conquérir davantage les entreprises (sans compter la peur du moment avec le rachat de sun, mais ça c'est un autre débat)...

Il y a effectivement des domaines où java est plus performant que php et vice-versa (voir plus haut), mais ça s'arrête là. Il n'y en a pas un à privilégier pour faire du code dég*** et un autre pour faire de belles petites applis maintenables et évolutives. Et de plus, quand je lis les messages dont tu as laissé les liens, je m'aperçois que tu fais beaucoup de généralités, mais tu as au moins l'honnêteté de dire que tu ne connais pas bien php. Allez, un petit test pour toi, je te cite d'abord :

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.

Moi, dans ma rue, il y a deux boulangers, l'un fait l'effort de faire du bon pain, l'autre non (selon mon palais et celui de quelques congénères)... Donc, à ton avis :

Réponse A : tous les boulangers de la terre sont mauvais et seul celui de ma rue est bon,
ou
Réponse B : l'un des deux boulangers de ma rue n'est pas bon et je ne connais pas les autres donc je ne peux pas les juger.

Bref...

Ceci-dit, il y a une chose que java à largement réussi et où php ne lui arrive pas à la cheville : sa campagne publicitaire... même certains développeurs y ont cru, y croit, et vont y croire encore longtemps !

Petit edit, car en regardant différent tests, je crois qu'il y a un point qu'il faut souligner... Les tests comparent d'une part des langages qui ne "fonctionne" pas de la même façon (compilation avant ou à la volée par exemple), parfois sur différentes machines et différents os, et d'autre part, sur des boucles qui itèrent des dizaines de milliers de fois, etc... et tout ça pour quelques millisecondes d'écart ! Sérieusement, qui s'en soucis ? Avec la puissance des serveurs actuels, c'est le programme qui attend le visiteur et non l'inverse. il est peu probable qu'une méthode métier réalise un calcul scientifique, non ? Alors, soyons honnête, quel est l'intérêt de savoir si php ou java est plus rapide de quelques millièmes de secondes ? On sait de toute manière que pour un site à forte charge, cette différence sera gommée grâce aux systèmes de cache ou d'accélérateur de ces langages...

[benwit]

A titre d'information, je l'ai déjà écrit plus haut, mais il est quand même étonnant (non ?) qu'environ 70% des applis web soient réalisés avec php (et non des moindres), environ 20% avec asp, et les 10% qui restent se partagent java/jee et les autres langages...

Des sources ?
D'où sors tu ces chiffres ?

[batataw]

J'ai déja donné plusieurs fois mon avis sur ce sujet. Je continue de penser que PHP fera aussi bien que Java sauf sur certains mechanismes qui sont fournis par des framework liés à Java. Ce n'est pas vraiment le language mais plus son éco système. Cependant j'ai besoin de créer un site web d'Ecommerce, un reseau social avec plusieurs millions d'utilisateurs ou un intranet pour entreprise. Je peux le faire en PHP sans aucun problème.

Il ne me viendrait pas à l'idée de développer un site J2EE pour ajouter une gestion BDD à mon blog perso comme il ne me viendrait pas à l'idée de développer mon projet actuel en PHP au vue de sa complexité.

Peux-tu être plus explicite, qu'est-ce qui est si complexe que PHP ne pourrait pas le faire.

A moins que PHP ait énormément évolué sans que je suive (c'est possible) mais je ne pense pas qu'il dispose de frameworks aussi puissants que Spring et Hibernate pour ne siter qu'eux (encore une fois c'est possible)

Framework aussi puissant j'en sais rien mais ceux que j'utilise remplissent leur mission à merveille.

[mon_nom_est_personne]

D'accord avec batataw, pour info j'ai implementer pas mal d'algo de traitement de l'image en php (canny edge detector, watersheet) et des trucs bien drole en IR comme des chaines de markov cache, du alpha-beta etc... et franchement deja de 1, le language a tout les outils de programmation pour ce genre de tache par contre niveau performnce, j'avoue que j'ai du bien ruser pour avoir des perf acceptables.

Toujours est-il qu'a l'heure actuel (ca fait deja un an que je le dit) php et java c'est du kif-kif. Le choix d'une sur l'autre et avant une question de gout et de culture. J'ai remarquer qu'en france on etait vachement java la ou d'autre pays mettent l'accent sur d'autre techno.

Conclusion, il n'y a pas de mauvais outils mais que des mauvais ouvriers comme on dit dans le nord.

[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

[cryosore]

Alors je suis jeune programmeur en Java - Jee (doit faire 8 mois ) et je fais du php depuis près de 3 ans.

Je vote pour Java.

Java à l'avantage d'avoir de nombreux outils, certes pas toujours évident pour un débutant, à sa disposition.
Struts, Spring, Hibernate, JSF, Jpa, EJB, .... non seulement il possède les outils mais aussi de nombreux moyen d'expression pour réaliser ce que l'on souhaite faire.

Ce que j'apprécie dans java est finalement la simplicité pour intervenir à certaines couches. Il est sur que si vous souhaitez juste faire un enregistrement de formulaire dynamiquement .. autant faire un couple php - Ajax qui sera bien plus rapide.
Par contre si vous voulez faire une architecture n-tiers avec des couches metiers et x interventions de validation de données et de test avec des communications de y logiciels et sites sur divers serveurs ....la réponse n'est pas forcement dans le php.

Je pense que le choix entre php et java n'est pas une question de grosseur de projet en lui même (facebook est bien en php je crois) mais dépend juste des besoins.

donc les vraies questions ne sont telles pas : à partir de quel moment dans la conception de vos projets estimez-vous que java ou php est la réponse optimal à votre besoin ?

[aityahia]

salut.

Il est sur que si vous souhaitez juste faire un enregistrement de formulaire dynamiquement .. autant faire un couple php - Ajax qui sera bien plus rapide.

je ne suis pas d'accord, c'est une atteinte a PHP.

Par contre si vous voulez faire une architecture n-tiers avec des couches metiers et x interventions de validation de données et de test avec des communications de y logiciels et sites sur divers serveurs ....la réponse n'est pas forcement dans le php.

les nombreux CMS et ERP fait en PHP disent bien le contraire

@+

[Ludalito]

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

Honnêtement, j'ai pas compris les arguments. Un framework ne rend pas feignant. il permet de se concentrer sur le code UTILE de l'application, et même de faire mieux le reste de l'appli que si on l'avait tout réinventé soi même. et ça vaut autant en php qu'en java ou autre.

[aityahia]

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

Rien ne vous oblige à utiliser un framework, en plus un bon framework est un concentré de bonnes pratique issue d'un retour d'expérience d'une large communauté de développeurs professionnel et vous laisse le choix de prendre uniquement ce que dont vous avez besoin avec une dépendance réduite, ce n'est que mon avis personnel bref en informatique c'est comme en politique à chaque nouvel technologie on aura des partisans du pour et contre .