Je vote Java.
En plus des arguments lus, je peux ajouter :
- Une meilleur approche métier ( développement en couche métier,...) pour les gros projets
- Maintenance applicative plus facile.
- test unitaire plus facile.
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Java ou PHP
Je vote Java.
En plus des arguments lus, je peux ajouter :
- Une meilleur approche métier ( développement en couche métier,...) pour les gros projets
- Maintenance applicative plus facile.
- test unitaire plus facile.
Mouais de gout plutôt, parce que je trouve pas que la javadoc soit spécialement plus moche que la doc de php. Par contre, elle est beaucoup plus fonctionnelle (toutes les classes regroupées par version du jdk et pas toutes en vrac au même endroit, classement par package accessibles sur une même page) et sobre (pas besoin de couleurs flashy). Et surtout, il n'y a pas cinquante commentaires par page comme dans un forum...Ca c'est une histoire de pratique. J'ai commencé à Dev en JAVA puis suis très vite passé à PHP et dès que je me repenche sur la doc Sun je m'enerve parce que je trouve jamais ce que je veux et que c'est moche à souhait ^_^
Non, en PHP, on n'en n'a qu'une caricatureEnvoyé par grunk
C'est vrai que ce sotn des concepts qui ne s'applique pas du tout à PHP ...
J'en ai fait beaucoup trop, vu encore plus. Il y a aussi de très laids frameworks en java, mais il y a une chose sur cette dernière plateforme qu'il n'y a pas sur PHP : JEE, soit une collection de spécifications, implémentées par tout constructeur qui veut se lancer. Un framework "quelconque" n'est jamais qu'une implémentation de quelques développeurs ou même d'un groupe plus ou moins important. Une spec ouverte, maintenue par des comités de pilotage et des groupes d'experts, plus tard implémentée plusieurs fois... la démarche n'est pas comparable.
Des banques avec des gens très sérieux font bien du COBOL.
Manque de pratique ? La doc PHP est nettement moins cohérente. L'implémentation aussi, les noms de fonctions et ordres de paramètres que tu cites en sont un exemple. Je rajouterais toutes ces fonctions globales...
JAVA !
parce que pour ce que j'ai pratiqué le PHP (2 ans, c'est peu, me direz vous, dont 6 mois sous Zend), si je pouvais éviter de continuer, ca m'arrangerait.
Alors je dis pas, pour commencer à développer, faire des sites légers et joli rapidement et qui demandent pas trop de maintenance, c'est pas mal.
Dans tous les autres cas, vaut mieux un vrai langage objet et de vrais frameworks pour une vraie architecture maintenable et un minimum cohérente.
Même avec un bon framework, j'estime que développer un site volumineux en php, qui plus est en équipe, ca nécessite beaucoup plus d'investissement préalable pour cadrer le développement.
Perso, ma pole position des tares PHP, ce sont les array. on peut y faire tout et n'importe quoi et c'est mal.
Ha oui j'avais oublié ça aussi. Si les array étaient palpables, j'en ferais un tas et j'y mettrais le feu.
J'ai l'impression que les réponses sont tres orientées vers les aspects techniques meme si certains citent les processus de gestion de projet.
Je suis surpris de lire que Php ne tient pas de grosses charges face a Java. Car mon impression est que pour faire tourner une appli Java, c'est déja tres demandeur de ressource meme si l'application n'est pas utilisée. Le ratio charge/utilisation ressources n'est donc pas linéaire.
D'ailleurs pourquoi Facebook tourne en Php si ils considerent que c'est lent ? Question historique alors, ou de couts ?
Ca amene a ma réflexion selon laquelle la composante technique (rapidite, qualite du framework, etc), n'est qu'un des nombreux elements qui menent a un choix technologique.
Comme le dit TheNOHDirector, Php semblait une mauvaise solution technique, pourtant ... ils l'ont garder...
Il y a quelques mois, j'ai griphoné ce schema:
source: Quelle solution de technologie Web (n'hésitez pas a critiquer ou a apporter votre contribution, il manque pleins d'éléments)
C'etait un essai, mais je voulais juste émettre l'idee que finalement ... la technique ... c'est pas si déterminant. Et c'est dommage, mais c'est comme ca. Je me trompe ?
Actuellement je bosse sur un projet .Net (pour info je suis passé par Php, Java, Ruby). Je n'aime pas vraiment .Net. Mais bon, c'est un client corporate, historique Microsoft, tout ca. Meme pas la peine de se poser la question, il y a un gros effort d'integration dans leur environment pour cette application.
Y'en as d'autres qui ont le meme sentiment que moi ? Finalement comparer truc avec bidule, est ce que c'est important ? J'aimerai entendre que oui
Dans la mesure où on trouve un ensemble de fonctionnalités équivalente, que ton usage s'effectue sur une sous partie des fonctionnalités disponible, ALORS oui, la technique devient très accessoire.C'etait un essai, mais je voulais juste émettre l'idee que finalement ... la technique ... c'est pas si déterminant. Et c'est dommage, mais c'est comme ca. Je me trompe ?
D'ici là, non, la <solution> technique reste déterminante dans la réalisation de la tâche.
Tu as mis le doigt dessus.Actuellement je bosse sur un projet .Net (pour info je suis passé par Php, Java, Ruby). Je n'aime pas vraiment .Net. Mais bon, c'est un client corporate, historique Microsoft, tout ca. Meme pas la peine de se poser la question, il y a un gros effort d'integration dans leur environment pour cette application.
Y'en as d'autres qui ont le meme sentiment que moi ? Finalement comparer truc avec bidule, est ce que c'est important ?
Tu as utilisé du .net car il possédait un sous ensemble de fonctionnalités qui arrangeait bien la vie de ton client.
Et que pour le reste des besoins, que j'imagine seulement, n'importe quelle technos en vogue aurait pu répondre.
Donc à situations égales, on prend celle qui semble la plus simple, ici c'est celle qui propose de s'intégrer dans la situation donnée le plus facilement.
A tord ou à raison, l’exploitation du projet résultant en donnera une réponse.
non ?
a+
A ce propos : http://www.clubic.com/actualite-3230...hyper-php.html
Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes --- devise SHADOKS
Kit de survie Android : mon guide pour apprendre à programmer sur Android, mon tutoriel sur les web services et enfin l'outil en ligne pour vous faire gagner du temps - N'oubliez pas de consulter la FAQ Android
Je n'ai pas lu l'intégralité des échanges qui pour la plus part commence à dater.
Mais une point revient souvent sur l'utilité de PHP par rapport à JAVA et je m'interroge sur la véracité de ces propos aujourd'hui en 2011.
Je vous soumet donc mon interrogation.
PHP est-il toujours dédié seulement au site web ou est-il enfin apte à faire des application WEB tel que le fait JAVA ?
Sinon j'ai voté PHP ne connaissant pas JAVA
C'est pour le WEB, c'est sa force et sa faiblesse.
PHP = RAD orienté 100% WEB.
Heu ! Tu es sur de ta question, car pour avoir beaucoup travaillé avec les deux c'est plutôt la question inverse qui me vient
Java est-il enfin apte à faire de vraies applications web comme PHP*?
Java est extrêmement riche face à PHP non pas au niveau du langage, mais au niveau des usages. On fait énormément de choses qui n'ont rien à voir avec les webApp avec java.
Mais pour ce qui est des applications Web, Java est longtemps resté un gros boulé.
Excusez le terme. Mais la génération d'IHM avec JSP voir struts et consorts et tout de même loin derrière la floraison de solution sous PHP. Leur complexité de mise en œuvre a longtemps fait que PHP était plus abordable.
là où PHP se montrait à ses débuts en retrait par rapport à java c'est sur la partie accès aux donnés, traitement métier, etc.
Mais les framework MVC en nombre montrent que ce n'était pas (que) un problème de langage.
Aujourd'hui, je ne saurais dire lequel je choisirais. Je pense que ce serait plus le projet lui-même qui m'imposerait une techno que les considérations sur les langages
car question montée en charge maintenance rapidité, etc. PHP a fait ses preuves.
Question professionnalisme, pareil. J’ai travaillé sur de gros projets PHP et je dois dire qu'ils sont aussi bien structurés que des projets java.
Je dois reconnaitre que pour ceux qui ne connaissent pas du tout une recherche sur le NET et on trouve tant de bricolages (infâmes) en PHP que ça laisse à penser que c'est un langage de bricolos.
Pour moi c'est un peu comme une brique et du ciment.
Pour faire une maison super pro, on peut utiliser du béton armé, avec des super structures, des calculs scientifiques, etc. et ça fera surement une super maison.
On peut aussi utiliser de la brique et du ciment.
Or la brique et le ciment peuvent aussi être utilisés par tout le monde pour bricoler un abri dans son jardin.
Les abris bricolés par dés amateurs enlèvent-ils de la valeur à la maison en brique*?
Il faut compter de nouveaux venus dans le cercle. Le mode traditionnel des webApp avec un fonctionnement page à page laisse la place à un mode plus client(IHM)/serveur(applicatif).
Je n'aime pas utiliser web2.0, car on y met tout et n'importe quoi.
Bref de plus en plus le client s'enrichit de fonctionnalité d'interface et ne fait plus appel qu'à des services applicatifs.
Du coup, Java vois la partie où il était plus contraignant s'éloigner.
PHP entre temps a montré sa force pour répondre à cette nouvelle approche. Il faut quelques minutes pour exposer une classe comme un service web selon les protocoles en vigueur dans ce genre d'échange.
Reste l'outillage. Peut d'outils de modélisation permettent de générer du PHP alors qu'ils sont floraison pour Java.
A+JYT
Peutetre que Java demande plus de ressources au lancement, mais PHP gère mal la mémoire allouée, pour ne pas dire qu'il ne sait pas du tout la gérer (ok, la notion de garbage collector est arrivée avec PHP 5.3). Personnellement, j'ai une sainte horreur des "Fatal Error" de PHP comme le "allowed memory exhausted". On peut pas les attraper, ni les prévenir et c'est une plaie à débugger. Du coup, soit on joue la facilité et on modifie le 'memory_limit', soit l'administrateur interdit la manip et on tombe dans des considérations typiques au C++ pour chasser les fuites mémoires.
Pour info, Facebook n'utilise PHP que pour son frontend et ils ont du réécrire le moteur pour améliorer les performances. C'est pas donné à tout le monde d'avoir des équipes dédiées au C/C++ et balèzes en algorithmie, pour éviter de refondre son frontend. Leur backend est en Java + Hadoop.
Personnellement, je préfère citer Google en exemple, avec ses Google Document et autres Google Wave, que je trouve inimaginables en PHP+Javascript.
On parle de lourdeur de codage en Java, je répondrai que la lourdeur est plutot la faute du développeur que du langage. Après, c'est beaucoup plus facile de refactorer en Java qu'en PHP, ne serait ce que parce que les IDE nous le permettent. Je trouverais vachement plus cronophage de refactorer une usine à gaz made in PHP, mm avec un IDE genre ZendStudio qui m'aura coûté un oeil.
De fait, je trouve qu'un développement fait avec Java est d'avantage pérenne que s'il est afit sous PHP.
J'orienterais mon choix entre PHP et Java suivant le dimensionnement du projet:
Si c'est un site statique ou sur un projet de qq semaines, ok pour PHP
Si le projet prend qq mois, ok pour PHP mais sous couvert d'un framework type Zend ou Symfony.
Si projet > 6 mois, je m'assurerais d'avoir un cadre de travail carré, avec des gens qui savent parler tests unitaires, motifs de conception, injection de dépendances, integration continue pour garder PHP.
Si on commence à parler d'interfaces dynamiques, c'est plutot le volume de fonctionnalités à développer en javascript qui me ferait réfléchir.
Si c'est un très gros site avec des centaines de connexions par jour, des besoins en temps d'accès rapides ou que sais-je, un compromis PHP-Java serait à étudier.
Dans tous les autres cas, je ne prendrais pas Java que si PHP m'est imposé.
l'avantage que je trouve à Java est de permettre au développeur de se concentrer plus facilement sur l'essentiel de la logique à implémenter. Il y a toujours un framework qui répond mieux que les autres à un besoin particulier. Alors que coté PHP, déja, le langage ne se suffit pas à lui même, ne serait ce que pour les IHM, et puis on doit réinventer la roue sans cesse pour encapsuler maladroitement telle ou telle fonctionnalité et enfin, il y a les erreurs fatales qu'on ne peut que subir.
à te lire je crois que tu connais particulièrement mal PHP
car question refactoring c'est l'outillage et non le langage qui est en cause et on trouve de très bons outils gratuit pour php qui le font (j'ai suffisamment refactoré du php pour le savoir)
pour ce qui est des fuites mémoire Java n'est pas mieux placé.
j'ai récemment explosé un serveur avec 36 Go de ram (oui Go)
comme tu le dit le développeur y est pour beaucoup et j'ajoute quelque soit le langage
une des force de java et une de ces difficulté est justement qu'il existe 30 framework pour faire ci ou ça et qu'il ne sont pas toujours très compatible avec un autre
je trouve qu'on perd beaucoup de temps à essayer de palier les problèmes relationnel des framework eux même.
Mais c'est surement du à une mauvaise connaissance de certain. il sont si nombreux.
inconvénient que je trouve à l'écosystème java (pas ua langage) c'est qui noie la logique applicative dans une cacophonie de composants.
alors on peut du coup se passer de tout un tas de framework et autre composant tout près. mais du coup les avantage de Java se réduisent car sa richesse n'est pas dans le langage mais dans l'écosystème qui l'entoure.
côté php c'est pour moi un peu pareil. soit tu te tape les chose à la mininee et tu ne bénéficie pas de la richesse du tout. soit tu en passe par des frameworks en tout genre et tu tombe sur les mêmes travers.
dans les deux cas c'est une question d'équilibre.
un point pour php dans les interaction entre framework c'est qu'il est faiblement typé. ça peut être un piège parfois et il faut être prudent
mais combien de temps je passe en java pour faire de la conversion de type !
par contre le cœur de php s'accompagne de lib compilées pour toute sorte de choses qui se retrouve dans la lib standard de java. et là je trouve que la lib java de base est mieux structuré plus propre que celle de php qui se traine encore trop de proc procédurale.
pour ce qui est de l'IHM deux chose soit tu as un IHM java et là php n'est clairement pas fait pour ça
soit tu as une webApp et perso je trouve que java est plutôt mal loti.
pour une appli dans le navigateur je ne trouve ni l'un ni l'autre à la hauteur. et de toute façon régénéré une page ou un morceau de page sur une simple action qui peut (et dois être faite chez le client) est un aberration. en 1996 dèjà sur les webApp dans le labo où je bossais j'avais intégré TCL dans le code HTML et j'éxécutais sur le poste du client tout ce qui n'a voir qu'avec l'IHM le serveur ne faisant que s'occuper du métier (logique et ressource) quand j'ai vu tout ce concentré sur les serveur j'ai crié à l'hérésie.
on avait tout mis sur le poste client qui était devenu ingérable avec les client lourd et le serveur qui ne s'occupait que des données qu'on à fini par demander au serveur de modifier les pixel de l'écran de chaque utilisateur.
aujourd'hui on redispatche intelligemment (enfin on essai) les fonction. l'IHM au client le métier au serveur.
à moins de passer à jnlp ou à ces applet Java je ne trouve as java des plus adapté.
Php ne fait pas beaucoup mieux trop encré dans la notion de webapp ou le serveur fait tout.
du coup Javascript qui maintenant est mieux supporté par les navigateur se présente comme une alternative. mais c'est une tout autre approche qu'il faut adopter. et on vos déjà les vieux travers revenir.
comme ouvrir un connexion SQL depuis son navigateur. ainsi on revient au client serveur avec tout les pb que cela pose.
perso je ne l'utilise que pour l'IHM dans mon approche MVC il gère la vue et le contrôleur le Métier côté javascript est un proxy qui fait appel à des service sur le serveur.
et pas plus.
dans ce contexte Java est robuste efficace et lourd. Php est rapide, vites mis en œuvre léger, et moins facile à faire monter en charge (énorme charge chez moi)
le plus souvent j'utilise SOAP, Rest ou Json-RPC entre le client js et le serveur php/java
l'avantage étant que lon peut changer de techno serveur (par exemple d'un proto à un grosse appli) sans rien changer au client si on respecte l'interface de service.
pour moi java ne se suffit pas à lui-même il lui faut toujours tout un tas de lib de framework et php est exactement dans la même position.
c'est vrai pour tout les langages.
ce qui peu éventuellement faire la différence c'est les librairies standard qui vont avec le langage.
C++ par exemple sans aucune librairie et tu ne peux même pas afficher un truc dans ta console. pour ça il te faut la STL c'est pareil en java.
Bref les manque que tu décris son pour moi plus un pb de connaissance du l'écosystème PHP que de réel manques. quelqu'un qui connais mal celui de java va lui faire les même reproche.
A+JYT
Gordin
je prefere PHP pour sa facilité d'appretissage ou sa prise en main rapide.
J'ai programmé pendant plusieurs années en PHP, l'apprentissage est rapide, il y a de la documentation mais le manque de données typées est embêtant à mon gout.
Depuis quelques mois je suis passé au JEE avec le framework Spring et voici mon constat :
- l'apprentissage est long ;
- tout est objet et c'est bien pour avoir une un modèle MVC ;
- Maven est très pratique pour gérer ses dépendances ;
- l'IDE Eclipse gère très bien JAVA, je n'ai pas encore vu d'équivalent en PHP ;
- les scripts PHP sont limités en temps d'exécution, en JAVA il y a des crons disponibles.
Je n'ai pas d'avis bien que je maîtrise plus PHP que JAVA car les deux langages ont leur points forts et points faibles.
Concernant les Frameworks, il en existe aussi bien en PHP qu'en JAVA.
PHP permet aussi le développement orienté objet.
Eclipse permet aussi de développer en PHP.
Sa dépend surtout de ce que l'on veut faire que l'on devra ensuite choisir parmi ces deux langages.
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.
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....
Autre article interessant qui parle de la migration Java vers PHP à la gendarmerie nationale :
Leur principale application métier tournera sur le Zend Framework (un framework PHP) d'ici la fin de l'année.La gendarmerie nationale se convertit au PHP
Répondre avec citation
Partager