Discussion :

[publicStaticVoidMain]

Afin de bien comprendre ce qui va suivre, il faut vraiment bien comprendre ce qu'est la « scallabilité » (néologisme inside).

C'est la capacité qu'a un système à monter en charge. Ça ne désigne pas les performances dudit système, mais bien la variation des performances du système en fonction des requêtes.

J'ai trouvé un article en anglais très intéressant qui parle de ce sujet là :

The PHP Scalability Myth

[beekeep]

pour en arriver la il faut avoir ete formé car c'est incomprehensible pour celui qui n'a jamais programmé
il ne reste plus qu'a le mettre en latin

il faudrait que tous les langages s'écrivent comme en windev ? (du français presque ..)

moi j'écris pas du code de façon à ce que mon boulanger puisse le maintenir.

[hegros]

il faudrait que tous les langages s'écrivent comme en windev ? (du français presque ..)

moi j'écris pas du code de façon à ce que mon boulanger puisse le maintenir.

Beh tu devrais peut-être.

Pour ma part, c'est une question de génération de langage normalement plus on avance plus on utilise des langages de génération supérieure ce qui revient à dire que l'on cherche à se rapprocher d'un langage humain donc lisible par les humains (et un boulanger est un humain )

PS : windev est un pur produit du terroir français normal que le framework le soit aussi

[Aquaa]

oui mais ton post date de 2003. Entre 2003 et aujourd'hui (7 ans) la technologie a évolué.

Ben justement il n'ont rien changé a leur site, le site de myeclipse qui est specialisé en outils pour Java EE/J2EE
tourne toujours sous php.
http://www.myeclipseide.com/index.php

[deadalnix]

J'ai bien compris tes arguments mais pour moi, ils sont indépendants du langage.

Franchement, tu montres surtout la que tu ne connais pas du tout comment fonctionne PHP.

Tu me dis plein de fois, « comme en PHP ». Je t'ai montré un exemple simple de code qui ne scale pas en Java (System.getProperty), montres-moi un en PHP.

[Invité]

généralement ce qui mérite d'être fait mérite d'être bien fait.
et en informatique ce qui fonctionne n'est pas forcément correct

Ce code est bien fait vu qu'il est logique mais je le repète pas optimisé pour moi il est correct.

, alors je dirai non il n'y a pas que le résultat qui compte.

Je suis d'accord avec toi mais ça ne concerne pas ce code.

Un boulanger comme un medecin aurait ecrit la même chose et c'est tout a fait normale que tu n'écrives pas de cette facon vue que c'est ton metier

Et si tu faisais du pain aurais-tu les mêmes techniques q'un boulanger ?

[benwit]

Franchement, tu montres surtout la que tu ne connais pas du tout comment fonctionne PHP.

Tu me dis plein de fois, « comme en PHP ». Je t'ai montré un exemple simple de code qui ne scale pas en Java (System.getProperty), montres-moi un en PHP.

Si tu n'es pas capable de voir comme tes exemples sont biaisés et de voir que l'équivalent en php provoquerait les mêmes effets, je vais arrêté la discussion ici.
Pour moi, c'était une ineptie dès le début de dire que php est plus sclalable que java mais bon, par curiosité, j'étais prêt à entendre des arguments fondés. Ce que tu te révèles incapable de fournir.

[beekeep]

Pour ma part, c'est une question de génération de langage normalement plus on avance plus on utilise des langages de génération supérieure ce qui revient à dire que l'on cherche à se rapprocher d'un langage humain donc lisible par les humains (et un boulanger est un humain )

je suis d'accord qu'un code doit être le plus lisible possible et les nouveaux langages de haut niveau font ça très bien.

mais utiliser le modulo à la place des n if/else ce n'est pas que de la syntaxe, ça modifie et améliore le comportement du code.
l'opérateur ternaire c'est un choix, moi je trouve ça plus lisible ..

je me dirai jamais "ah non je vais pas coder comme ça sinon un stagiaire pourrait ne pas comprendre", faut arrêter.

[beekeep]

Ce code est bien fait vu qu'il est logique mais je le repète pas optimisé pour moi il est correct.

je pense plutôt qu'il est fonctionnel.

Je suis d'accord avec toi mais ça ne concerne pas ce code.

Un boulanger comme un medecin aurait ecrit la même chose et c'est tout a fait normale que tu n'écrives pas de cette facon vue que c'est ton metier

Et si tu faisais du pain aurais-tu les mêmes techniques q'un boulanger ?

moi le midi je vais à la boulangerie acheter mon pain, et sinon je prendrai un truc tout fait à mettre au four.

si un médecin ou un boulanger veut un site web il chope un template ou va sur wordpress faut pas qu'il commence à coder.

si je commence à soigner des gens un médecin va pas forcément trouver ça correct

[hegros]

mais utiliser le modulo à la place des n if/else ce n'est pas que de la syntaxe, ça modifie et améliore le comportement du code.

Je ne vois pas en quoi cela modifie ou améliore le comportement du code surtout si n est très petit (comme dans l'exemple n = 4), pourrais-tu expliciter qu'est-ce qui est modifié et amélioré dans le code avec un modulo à la place de if/else ?

[deadalnix]

Si tu n'es pas capable de voir comme tes exemples sont biaisés et de voir que l'équivalent en php provoquerait les mêmes effets, je vais arrêté la discussion ici.

Le fait est que PHP ne fonctionne pas du tout comme java avec sa JVM. C'est pourquoi je te demande de m'écrire ne serait-ce qu'un ligne mettant en œuvre l'un de tes fameux exemples non scallables.

Je te le demande car ils n'ont pour la plupart aucun sens en PHP. Parce que chaque thread est lancé dans un processus à part, sans aucune espèce de synchronization entre les threads.

Et oui c'est plus lent, mais oui, ça scale. Et même si PHP demande plus de ressources que Java, pratiquement n'importe quel problème de perf peut être résolu en achetant un nouveau serveur. Et c'est même en général moins cher que de concevoir une architecture scallable en Java.

Cela n'est d'ailleurs pas spécifique à PHP, c'est aussi le cas pour ruby on rails par exemple.

Je te parle de business, la, (car c'est ça le nerf de la guerre). Tu prend un petit jeune tout frai moulu de son école, tu le mets à faire du PHP, tu as 98% de d'avoir un truc scallable.

Tu fais la même avec Java, tu as 98% de chance d'avoir un truc non scallable.

[Tesing]

Peut-être parce qu'ils n'ont pas envie de payer des milliers d'euro pour de l'expertise J2EE alors qu'ils ont des technologies plus simple qui permettent de répondre à leurs besoin ?

Personnellement, j'ai commencé à taffer en pissant du code J2EE et c'est très énervant et pas intellectuel du tout (tu passes le plus clair de ton temps à maintenir la tuyauterie plutôt que de développer l'application elle-même).

Je n'ai jamais utilisé PHP sur un projet pro (de toutes façons le WEB n'est plus mon coeur de métier) mais, de ce que j'ai vu de PHP 5, je trouve ce langage très prometteur et est certainement une très bonne alternative à J2EE notamment.

Pour info, PHP 1 c'est juste un moteur de template. Ça n'a rien à voir avec ce qu'est PHP aujourd'hui. Pauvre langage à la mauvaise réputation Continuons à payer des milliers d'euro pour de l'expertise J2EE. Continuons à perdre 5 minutes toutes les 20 minutes pour redémarrer ce #@!! de serveur.

Mais tiens au fait ? Ce forum ???? Oh ! ben il est en PHP et tu sais pourquoi ? Parce qu'on a juste une base de données qui contient des messages, des utilisateurs qui peuvent lire ou poster des messages. Voilà, rien de plus. Tu veux utiliser quoi ? ASP ? Du CGI ?

Enfin, bon bref....

Je plussoie.
Un peu de pragmatisme ca fait pas de mal. Surtout qu'une bonne partie des informaticiens aime bien s'astiquer le cerveau.

[beekeep]

Je ne vois pas en quoi cela modifie ou améliore le comportement du code surtout si n est très petit (comme dans l'exemple n = 4), pourrais-tu expliciter qu'est-ce qui est modifié et amélioré dans le code avec un modulo à la place de if/else ?

au lieu d'être limité aux n valeurs le code fonctionne avec n'importe quel valeur de a.
c'est typiquement le cas lors d'une évol non ?
on augmente le nombre de valeurs possibles et puis le code ne fonctionne plus dans certains cas.

[publicStaticVoidMain]

Je te le demande car ils n'ont pour la plupart aucun sens en PHP. Parce que chaque thread est lancé dans un processus à part, sans aucune espèce de synchronization entre les threads.

J'espère que tu t'es relu parce que ce que tu dis là est absurde et grotesque

[_skip]

Pour moi, le PHP a du être pensé initialement pour des besoins simples tels qu'amener un peu de dynamisme dans des pages web sans sortir la grosse artillerie.

Et à présent, j'ai l'impression qu'on l'utilise pour des applications trop grosses et trop complexes pour lui.

[madislak]

Qui voudrait lire des articles sur les brosses à dents ?

Une brosse à dent, c'est peut être tout con, mais c'est quand même indispensable dans la vie. Idem pour PHP.

[Lyche]

PHP essentiel à la vie

Tu m'auras détendu pour l'après midi, après avoir lut cela je ne peux que mourir heureux

@_skip : exacte, et c'est tout le problème dans ce que je vois tous les jours. Des applications développées en PHP qui ont des temps de réponse abominables et des couts en développement parce que le code est trop compliqué qui sont hors de prix..
PHP, c'est gratuit, mais la maintenabilité des applications passé un certain stade c'est une horreur.

[hegros]

au lieu d'être limité aux n valeurs le code fonctionne avec n'importe quel valeur de a.
c'est typiquement le cas lors d'une évol non ?
on augmente le nombre de valeurs possibles et puis le code ne fonctionne plus dans certains cas.

Cela me chagrine de lire cela parce qu'avec des if/else qui prennent en compte toutes les valeurs possibles le code fonctionnera il n'y a pas d'évolution possible le code est fermé.

J'attendais plus une justification pour la clarté que l'évolution de code.

[Tesing]

PHP, c'est gratuit, mais la maintenabilité des applications passé un certain stade c'est une horreur.

Pourquoi ? Il y a un modèle objet complet et comme avec tout langage le code peut être documenté.

[deadalnix]

Oui, mais il y a aussi pleeeeiiiiiiiiiiiiiiiiiin de mauvais programmeur PHP.

Pas que PHP soit vraiement pire que d'autres langage (bien qu'un peu quand même) mais il est surtout très accessible et pardonne un peu trop aux mauvais programmeurs qui du coup de progressent pas.

Je n'ai fait du code de qualité en PHP qu'après avoir fait du C++.