@galex-713,

j'aime pas m'y résoudre, mais pour une fois : "tl;dr". Je pense que tu me réponds plus que tu ne réponds à Cédric, mais ayant lu très vite, difficile d'en être sur.

Je voulais juste te répondre sur le début. En principe tu as tout à fait raison : si on pense à l'accessibilité dès le début, si on a un super code sémantique bien découpé, alors c'est pas plus difficile.

En réalité 99% des petits projets open source (tu sais, tous ces projets mono-développeur, plus ou moins abandonnés qui flottent par milliers dans les bas-fonds des forges les plus connues : sourceforge, github, etc) et 100% de mes propres projets sont développés en suivant les préceptes de la méthode "La Rache". Un truc qui m'irrite, me démange, 2/3 heures devant moi et je me lance. Au bout de 3/4h (ça déborde **toujours**), je ponds un machin quick n dirty qui réponds vaguement à mon besoin initial. Sur une période variable de n mois, je vais l'améliorer (ou pas), nettoyer vite fait le code (ou pas), le commenter (ou pas) et si l'envie me prend, le publier. Inutile de te dire que pour l’internationalisation ou l'accessibilité, on repassera.

Tu n'imagines sans doute pas le nombre de projets qui naissent (et meurent le plus souvent) comme ça. Le big design c'est beau. Mais la réalité, c'est "show me the code" et "release early, release often". Un projet naît petit, moche et incomplet. Sauf si tu t'appelles Google, Apple, etc.