• Symfony c’est un échafaudage, qui va permettre la réalisation de l’ouvrage.
• Symfony c’est des briques, qu’il ne me reste qu’à assembler en ne pensant qu’à la problématique du client et à rien d’autre.
• Symfony c’est des fondations : c’est testé, éprouvé, supporté… l’utiliser, c’est avoir la garantie d’appuyer son travail sur des fondations solide, c’est bâtir sur le rock.
• Symfony c’est des méthodes de construction : quiconque connait ces méthodes peut reprendre et continuer un projet, ainsi un projet ne peut tomber sous le monopole d’une entreprise.
• Symfony c’est une armature guide le développement pour éviter les erreurs classique.
• Symfony c’est un plan de construction qui facilite la maintenance.

… est pourtant symfony ce n’est pas que ça !

Comme son nom l’indique, cette balise sert à étiqueté un champs de formulaire, c’est à dire à créer un lien entre le champs et le sens de ce champs : le texte qu’il le décris.

A quoi ça sert ?

1. Souvent Toujours, la relation est évidente car le texte se trouve juste à côté, en tout cas graphiquement ce que ne voit pas une personne atteinte de handicap visuel !
2. Pour tout ceux qui possède un handicap moteur, c’est à dire tout ceux qui n’ont pas joué à Quake et autre FPS, atteindre un bouton radio en moins d’une seconde est véritable défit ! La balise <label> permet de cliquer sur le texte accompagnant pour cocher ou non un bouton radio ou une case à coché, ce qui va leur simplifier la vie !

Comment ça fonctionne :

<label for="yes" title="Oui">Oui</label>
<input type="radio" id="yes" name="test" />
<label for="no" title="Non">Non</label>
<input type="radio" id="no" name="test" />

Trace blanche dans un ciel bleu

Cela fait longtemps que j’utilise cette balise qui permet d’améliorer considérablement l’ergonomie d’une application sans pour autant être difficile à mettre en place et sans nécessiter l’approbation de qui que ce soit.

Lézard, île Lavezzi, Corse

Je suis développeur web et j’ai eu l’occasion de faire des sites avec toutes sorte d’outils allant de Nvu à symfony en passant par WordPress et Jumla.

Pour moi les outils du type Nvu, dreamweaver ou komposer ne permettent pas de réaliser des sites de qualités car, comme ils ne séparent pas suffisement le contenue de la présentation, toutes mises à jour doit se faire en prenant extrêmement garde aux règles d’accessibilité et d’ergonomie que la personne responsable de ligne éditoriale ne connait pas et n’a pas le temps de prendre en compte. Très vite les sites se retrouve “cassé” (non fonctionnel sur un ou plusieurs navigateurs) ou “mort” (son contenu n’évolu pas).

Par ailleurs, les framework du type symfony, ezPublish ou Drupal s’adresse à des développeurs uniquement pour réaliser des fonctionnalités particulière dans un contexte particulier. Bien sûr, il n’est pas exclut qu’un développeur utilise ces outils pour réaliser un simple site, mais ce sera pour lui un choix dicté par son expérience et non par la logique : on préfère toujours utilisé les outils que l’on maîtrise plutôt que les outils que l’on utilise trop rarement pour bien les connaître quite à utiliser un marteau piqueur pour tuer un mouche car quand on maîtrise l’outil en question, ce n’est pas un problèmes !

Entre les deux, la famille des CMS : WordPress, Dotclear, Jumla, Spip… et bien d’autre ! Je les trouve assez décevant : il ne sont pas à la hauteur du public pour lequel il s’adresse car ils tentent de faire trop de choses et se perdent alors en complexités. C’est en tout cas ce que je pense de Jumla. Certain s’en tire mieux que d’autre, c’est pour cela que je conseil WordPress ou Dotclear dont toutes les fonctionnalités autre que l’écriture de contenu est rejeté dans les nombreux plugin, laissant l’outil simple à prendre en main, tout en lui garantissant des évolutions futures pouvant être complexe. Ma préférence actuelle de WordPress sur Dotclear est sujette à évolution et provient de test réaliser en juin dernier (WordPress vs Dotclear).

Cette retrospective serait incomplète si je n’évoquait pas les outils “en ligne” tel bloger, Google site… Certe ceci on l’avantage sur le groupe précédent de se rapprocher de leur public, notament en supprimant toute la problématique de l’ébergement. Cependant attention ! Ils sont parfois très limité : bloger ne permettra jamais de faire autre chose, qu’un blog. Ceci dit en liant ces outils vous pourrez obtenir des résultats interessant : imaginez quelques pages de présentation réalisé sur Google site, un blog d’actualité sur Bloger, une gallerie photo sur PicasaWeb…. regardez par exemple le site de l’association Sud Rando 34 zéro compétence technique, ça ne paye pas de mine mais toute les informations voulu y sont et c’est l’essentiel ! Le danger et que l’évolutivité n’est pas garantie et l’image n’est pas au rendez vous.

Conclusion : Je laisse aux développeurs le soin de choisir les outils qu’il veulent, mais je conseil à toute personne non technique voulant réaliser un site de petite entreprise ou d’association de le faire avec WordPress pour commencer. Par la suite, il y aura possibilité d’évoluer graphiquement et de créer une “image” par des graphistes professionnels sans rien remettre en cause. De même, le site pourra évoluer sur les fonctionnalités “classiques” grâce au nombreux plugins disponible. Enfin, si l’entreprise à des besoins particuliers elle devra trouver les compétences nécessaires en interne ou en externe.