Stéphane Traumat a écrit 1023 commentaires

Je ne suis pas d'accord avec toi... il faut parler des choses telles qu'elles sont.. si tu lis mes posts, tu verras que je n'ai jamais dit que PHP est "comme" J2EE.
Mais PHP et J2EE ont le même but " permettre de résoudre des problèmes " et dans la problématique évoquée ' développement de sites web ", PHP et J2EE sont en concurrence !!!
Il est donc important de comparer les deux choses...

Et si tu relis bien mes postes, tu verras que j'ai déja expliqué les JMS, JDBC... bref, l'utilité d'avoir des specs.

Et oui, nous preferons de loin J2EE, nous contribuons à JOnAS, je modère la ml francophone et j'écris même un bouquin dessus :
http://www.sourcebeat.com/TitleAction.do?id=9(...)

Il ne faut pas refuser les comparaisons, il faut discuter avec les gens.

http://about.me/straumat

PHP a l'avantage d'etre plus facile à apprendre que Java et J2EE.

http://about.me/straumat

Avec hibernate ou des ejb cmp.. je peux changer de base comme je veux... et ce n'est pas illusoire.. je change juste les paramètres de connexion, l'outil recrée les bases et gère les particularités...
ET CA MARCHE :)

http://about.me/straumat

Il y a un autre facteur... c'est que trouver un développeur PHP, c'est facile et ça coûte pas cher :)
Un développeur qui va choisir les bons patterns, développer des solutions évolutives, choisir des technos novatrices... c'est pas donné :)

--
Co Auteur du futur livre JOnAS live
http://www.sourcebeat.com/TitleAction.do?id=9(...)

http://about.me/straumat

L'important, c'est d'avoir une API qui te permette de communiquer de la même façon avec toute les bases...
que tu es pas à savoir que pour mysql c'est mysql_connect, pour interbase, c autre chose... à chaque base tu réapprends...

De plus, des outils comme hibernate te permette de développer avec beaucoup moins de SQL ( juste pour accéder aux données suivant des critères ) et de façon indépendante de la BDD

http://about.me/straumat

Renseigne toi sur JMS... tu verras qu'on en est pas du tout au même niveau...

http://about.me/straumat

beh il faut que tu le développes :)
Là, c normalisé, ca fonctionne, c transactionnel et tout le reste...

Tu peux toujours réinventer la roue mais c plus sympa de réutiliser... surtout qu'il y a plein de produits qui existent pour ça et qu'ils sont interopérables

http://about.me/straumat

Ah je me suis trompé pour l'abstraction des dbs.. mais je demande à voir si c'est complet :) J'y regarderais...

Pour la sécu.. ok, mais je pense que l'informatique va de plus en plus vers l'idée de "je redéveloppe pas tout".. la persistence des données, les messages asynchrones, la sécurité, le pool des connexions devraient être des "commodités" mais je suis d'accord que ca complique la chose.

Pour MVC.. voila, bien sur ca existe mais combien de gens font du mvc avec PHP ? j'en connais pas beaucoup...
on peut aussi faire des tests unitaires avec PHP mais combien en font ? en java, ce sont deux choses devenues communes.

http://about.me/straumat

Généralement tu emploies une classe d'abstraction genre PEAR::DB ou AdoDB, et tu as juste à changer un paramètre qui se trouve généralement défini par un fichier de config. je vois pas où est le problème...
Sauf que tu es limité... dans tes classes d'abstractions, tu as souvent très peu de méthodes.. par exemples, tu n'as pas de fonction de découverte de ta base .. style la liste des tables

j'imagine que tu parle de mot de passe, même réponse que précédement, c'est la config de l'application et tu définis ça à un seul endroit.
En J2EE, peu importe ton appli, tu n'as pas de fichier de config spécifique.. tu peux définir les rôles et les utilisateurs à coté... ca te rend indépendant.

Si l'appli est bien faite, la présentation est séparé du code "métier". La tu as différentes manière de procéder ( création de blocs XHTML avec positionnement en CSS ou XML+XSLT+CSS ...)
Sauf que j'ai très rarement vu de MVC en php mais je vais me renseigner.

http://about.me/straumat

Je peux donner un exemple... il y en a d'autres

les messages asychrones...

Imagine, tu as un site web à gros volume... quand un mec valide son caddie, tu crées la commande, envoie un mail de confirmation, génère des commandes fournisseurs....

En php, tu fais ça dans la page.. 2 problèmes :
- Le mec risque d'attendre longtemps son résultat
- si 10000 mecs passent commande en même temps le site est mort...

Avec J2EE, je gère des messages asynchrones, c a d que je crée la commande dans la page résultat et le client voit aussitot que c'est bon... le numéro de commande est envoyé dans une ville d'attente et les envois de mail, les commandes fournisseurs et tout le reste est traité quand le tour du message est arrivé

Avantages :
- l'utilisateur obtient sa page résultat plus vite
- tu gères la montée en charge.

http://about.me/straumat

ASP.NET (surtout ce dernier) deviennent de plus en plus accessible... Si tu as l'occasion, le temps et une machine windows, je te conseille de jeter un oeil à Visual Web Developer Express Edition (à télécharger depuis msdn.microsoft.com)

Ca commence à me rappeller le fameux " Ohla, vous embettez pas, utilisez vb + access ! "

Perso, pour ma boite, la rentabilité d'un contrat ne dépend pas tant du temps de dev que de la maintenance et de l'évolutivibilité

http://about.me/straumat

J2EE... le train commence à être rattrapé mais il leur manque une communauté aussi active ( un apache, un objectweb, un codehaus...).

PHP : http://www.afup.org/article.php3?id_article=2(...) est un exemple...
Et oui, php est très utilisé, je ne compte meme plus le nombre de web agencies et pme qui développent avec PHP... ils ont tous balancé l'ASP depuis longtemps.

Linux... ca serait trop long à répondre... par exemple, dans le domaine des serveurs web : Il y a un bon retard qui ne semble aucunement se réduire... IIS est un autre produit MS à la traine.

http://about.me/straumat

Oui.. si on veut.. disons que microsoft se fait tellement de thunes, que si ils veulent rattraper leur retard, ils dépensent des milliards sans aucun soucis de rentabilité... ensuite, c'est le fameux : j'adhère, j'étreins et j'étends...

C a d, je me rapproche de ce qui se fait, j'y colle et je l'etends... et tant pis si au passage je nique la norme ( cf html, css... )

Quand aux autres qui courrent derrière... il me sembl qu'ils courent dans certains domaines après linux, ils courrent après J2EE, ils courrent après oracle, ils courrent après PHP....

http://about.me/straumat

Hey timaniac !! c'est la fête, je crois qu'on est d'accord sur ce post :)

Je rajouterais juste qu'à l'époque de l'asp, je faisais en parralèle du PHP et le php était déja en avance ;)

http://about.me/straumat

Quelqu'un peut m'expliquer simplement à koi ca sert et si c bien ?
Merci

http://about.me/straumat

Ce n'est pas la même chose.... J2EE gère les connexions à différentes bases de la même façon !!!

Car on a une API normalisée.. donc si tu as un pool, il fonctionne indépendament de la base de données utilisée..

avec php, tu es dépendant de la base de données

http://about.me/straumat

Utopique ? beh il y a des tas de solutions mvc clean qui je te l'accorde sont lourdes mais rendent les applications qui évoluent dans le temps plus maintenables.

Pas besoin de règle de l'art, juste respecter quelques trucs... une feuille de style CSS, un MVC, des tests unitaires et le temps que tu perds au début, tu le regagnes facilement sur la distance.

Je dis juste qu'il manque quelques trucs à php ;) mais c pas forcément une bonne idée de les mettre. Car si PHP a réussi, c certainemetn du en partie à sa simplicité.

http://about.me/straumat

ah ok :)

http://about.me/straumat

OUi mais il manque une séparation Modèle vue controleur.. le code de la fonction login, le remplissage des champs, l'accès à la logique métier se font "toujours" dans la page PHP .. les solutions que j'ai vu n'était pas propre...

Meme si c'est plus lourd, je préfère avoir un fichier qui correspond aux données de mon formulaire, une page html ou le graphiste fait ce qu'il fait et un fichier ou je réalise l'appel aux fonctions métiers.

http://about.me/straumat

Tout à fait :)

Mais autant je ne donnerais pas mon point de vue sur le dev en .net ( par contre je peux vous dire mon point de vue sur l'asp mais ca serait pas très poli ), j'éstime que j'ai fait assez de php et de java pour pouvoir donner mon avis sur les deux ;)

http://about.me/straumat

Waaaa... ca send le fud la...

C'est vrai que PHP est une excellente plateforme mais il y a des choses qui me manquent...
Traitements asychnrones, API d'accès aux données uniformisées, framework MVC à la struts, tests unitaires plus "ancrés"...

Mais j'aime beaucoup PHP, quand j'ai un site à faire qui n'est pas une appli qui doit évoluée, c'est mon choix !

http://about.me/straumat

Je ne vais pas discuter sur le fond ( surtout que peut etre que personne ne lit plus :) )
Mais sur la forme, je redis que le multi langage est excactement ce que tous mes clients ne veulent pas voir ;)
Ca ne les interesse pas. Les anciennces appli, on les maintient et on développé les nouvelles dans le langage choisi...

De plus, les méthodes de dev d'il y a 5 ans et celle de today ont tellement changés que je ne pense pas que ce soit une bonne idée de réécrire.

http://about.me/straumat

http://www.geocities.com/marcoschmidt.geo/java-jdk-jre.html(...)
C t plus haut

http://about.me/straumat

Pour faire du conseil pour des sociétés de développements, je sais que pour eux changer de langage facilement n'est pas un avantage... au contraire, changer de langage est un challenge, des emmerdes et un cout important.

http://about.me/straumat

On a déja expliqué plus haut qu'il y avait bien plus de 5 plateformes supportées.

http://about.me/straumat