Le problème de ton billet c’est que tu n’explicites pas du tout le contexte de ta frustration. D’où malentendu. Pas aussi gros que le malentendu qu’il y a pu avoir entre ton client et ton équipe, mais malentendu quand même.

Re: PHP vs HTML, puisque tu veux revenir sur ma dernière phrase qui ne servait que de petite pique de fin sans conséquence.
Je me retrouve de plus en plus souvent en train de m’arracher les cheveux sur du PHP, et le nombre de galères que j’ai rencontré dans mon apprentissage (en codant b2 et d’autres trucs moins importants), en voulant utiliser telles fonctions géniales qui, manque de bol, ne marchaient pas chez tel et tel hébergeur, m’ont laissé un goût assez amer.
Tous les php.net du monde ne pourront pas me ramener dans le sens d’un langage où, un coup sur deux, l’ordre des variables change, il y a des underscores ou il n’y en a pas, la valeur est passée par référence ou elle ne l’est pas, le code qu’on peut être amener à maintenir est atroce, PEAR est au mieux une pâle excuse de code réutilisable, tel bout de code marchera ou ne marchera pas selon la config du serveur (ce qui oblige à passer par mille détours annexes, genre curl() quand fopen() ne peut pas charger ailleurs)…
Si l’utilisation de CSS est chiante au niveau compatibilité client, le PHP c’est au niveau portabilité qu’il fait bien chier…

Lorsque je parlais de la perte de crédibilité de NVU, c’est juste en rapport avec l’invalidité du blog du principal développeur. C’est dommage de ne pas montrer la puissance d’un tel éditeur à respecter les standards.

Ce sera ma dernière participation ici, pas envie de polluer les commentaires, pour me contacter : #openweb@irc.freenode.net

ps : remarquez aussi que je n’ai pas parlé du contenu des articles.

message au gestionnaire : Je suis en train de faire la tournée de mes refer (qui aujourd’hui sont assez surréalistes) si ce message est le malvenu, supprimez-le, ça ne me pose pas de problème.

L’amusant de cette grotesque histoire c’est que je n’ai tellement rien contre les standard que je l’ai écrit (lire le dernier paragraphe de mon texte).
Je pense simplement que leur promotion sans celle des changements méthodologiques qu’ils impliquent peut conduire (c’est ce que je vis) au résultat inverse de ce que sont censé procurer ces standards.

En clair face à un commanditaire qui veut du standard, mais pour qui le web c’est comme en 97 un truc qui se bricole en deux minutes sur un coin de table c’est pas jouable. Pour la petite histoire le commanditaire en question n’est pas la pizzeria du coin, mais une grosse, une énorme, administration (que je ne peux pas citer) et d’ailleurs même pas sa DSI (hélas).

Je ne fustige pas ces standards, mais la façon dont ils sont promotionnés. Je pense qu’il est catastrophique de ne pas accorder la même énergie à s’assurer que ce commanditaire à qui on a “vendu” les standards a bien compris qu’on ne travaille pas de la même façon

Et à voir la mini tornade que j’ai déclenché.. c’est pas demain la veille que ça va changer

Alors continue, ne te remet jamais en question ! Après tout, un type qui compare le couple XHTML/CSS à PHP ne peut qu’être super bien parti pour réussir.

puisqu’on en est à sortir les trucs de leuir contexte (cette comparaison s’inscrivait dans une discussion sur les galères éventuelles, et effectivement il m’est infiniment plus simple d’écrire du PHP que du HTML/CSS) mais bon là ça ne va faire rire vos lecteurs qu’à moitié.

Comme je suis un bon gars je vais vous en donner une meilleure : le PHP c’est vachement plus facile que.. allez Photoshop (elle est cool c’elle là non , en bricolant un peu le contete elle doit même pouvoir être présentée de façon crédible pusique dans le design web il y a souvent un brin de Photoshop (s’il n’est pas correct de citer photoshop, remplacez ce mot par Gimp ou autre, pas de problème de mon côté).

Créez un nouveau post et utilisez cette phrase en titre, vous allez voir l’audience va faire des bonds :-)

Amicalement

Luc

Voila le type même d’un commentaire qui met à plat toute l’argumentation et qui décrédibilise NVU par la même occasion, l’avantage d’avoir séparé le contenu du style est de pouvoir justement ne se soucier que du contenu. Si le style ne suit pas… c’est dommage (pour rester poli ;-).

Et comparer (X)HTML à PHP ça revient à comparer du ciment à de la peinture.