Ergonomie, Rails et Architecture de l'information web (2.0)

On aura beau dire, même si la principale fonction du web 2.0 semble être d’exacerber l’ego par ailleurs démesuré de ceux qui s’y affichent, certains services à première vue gadgets ont fini grâce aux mashups à trouver une certaine utilité. Jusqu’à l’arrivée de Twitter.

– Sortis de l’espace d’expression pour adolescents en mal de rébellion, les blogs ont permis l’éclosion d’éditorialistes particulièrement intéressants. L’occupation d’espaces de niches et une très grande spécialisation leur ont permis de connaître une audience qu’ils n’auraient jamais pu avoir en dehors du web. L’instantanéité du mode de publication a fait naître des discussions parfois houleuses, souvent enrichissantes une fois le signal isolé du bruit. Même chez les plus assidus des diaristes se trouvent quelques perles qui permettent d’oublier un instant la médiocrité ambiante. Dans un cas comme dans l’autre, le nombre de commentaires par billet sert d’indice Médiamétrie de l’ego du blogueur bien plus que le nombre de visiteurs uniques par jour, beaucoup moins voyant.

– Les services de partage de vidéos en ligne ont au moins pour mérite d’offrir aux employés de certaines de nos entreprises publiques une agréable alternative à la préparation de grèves et manifestations durant leurs sept heures de supposé travail quotidiennes. Dailymotion aurait-il tué la CGT ? Quand aux “producteurs de contenus”, lorsqu’ils ne proposent pas des vidéos retirées quelques minutes plus tard pour copyright infringement, ils se contentent généralement de les détourner devant leur webcam. Il n’y a qu’à voir le nombre de parodies de Gunther que l’on retrouve sur Youtube.

– Même les réseaux sociaux peuvent se vanter d’une certaine utilité. Professionnels, ils vous permettent de rentrer facilement en contact avec vos futurs employés, partenaires et clients. Hyper spécialisés, ils offrent à des passionnés éloignés géographiquement d’échanger sur une agora virtuelle en dehors des trop rares et trop coûteuses conventions. On peu certes légitimement douter de l’utilité d’un réseau social réservé aux Amish, ce ne serait pourtant pas la chose la plus stupide qu’on ait vue sur la toile. Là, l’ego de tout un chacun se mesure au nombre d’amis présent dans sa liste, et des témoignages et autres étoiles reçus de la part de ces derniers.

– Second Life… J’avoue que je n’en vois pas vraiment l’intérêt, même si je suis fan du principe. Il faut dire qu’en bon fan de Neil Sephenson (Snowcrash, Cryptonomicon), j’attends avec impatience le jour où l’on pourra interconnecter des serveurs indépendants et utiliser ces fameux casques qui transforment les pensées en action, histoire de développer quelques drogues virtuelles convi.

Mais avec Twitter, j’ai vraiment du mal à comprendre.

À moins d’avoir passé les six derniers mois dans une caverne coupés de toute connexion à internet, il est peu probable que vous soyez passés à côté de Twitter, la nouvelle coqueluche des amateurs de web social. Twitter est un service qui vous permet d’envoyer ce que vous êtes en train de faire sur votre page via SMS ou votre client de messagerie instantanée favori. Et les personnes qui ont décidé de suivre vos aventures peuvent recevoir vos mises à jour par SMS ou messagerie instantanée. Passionnant non ? Cela nous donne donc :

• Je fais caca (il y a 20 minutes)
• Je me cure le nez (il y a 25 minutes)
• Je mange un carré de chocolat Milka tout en buvant un coca bien frais – le pied (il y a une heure)
• …

Les messages limités à 140 caractères, et les mode de transmission ne favorisent pas particulièrement la qualité du français.

Et le pire, c’est qu’il semble que le partage de son statut MSN soit devenu le nouveau truc à la mode. Il suffit de voir la quantité de billets à ce sujet dans la blogosphère francophone, y compris chez des gens que j’estime pour s’en rendre compte.

Histoire de changer des classements d’affluence ou d’influence qui ne servent pour ainsi dire à rien en dehors de flatter l’ego de ceux qui s’y retrouvent en leur donnant l’impression d’être importants, OuiNon propose sa transposition des principaux blogs francophones sur une carte du monde, parmi lesquels j’ai la surprise de me trouver.

J’ai trouvé dans cette expérience une bonne occasion de caricaturer gentiment notre blogosphère, tout en essayant d’apporter un peu plus de sens, en termes de contenus et d’affinités, aux divers annuaires et classements existants. Cependant, tout cela comporte une forte dose de subjectivité et d’approximation. Ne transmettez surtout pas cette tentative cartographique à l’IGN ou au CNRS sinon je suis foutu !

La démarche du monsieur me plaît à plus d’un titre :

• Au niveau purement marketing, il réussit à faire relayer son initiative par de nombreux blogs influents, sans passer par la case de l’insulte gratuite comme d’autres ont pu le faire jusqu’ici.
• Le côté thématique et non qualitatif ou quantitatif de la démarche est intéressant. Pour une fois qu’un tel classement ne cherche pas à montrer qui a la plus grosse.
• Elle m’a forcé à réviser ma géographie d’Amérique Centrale : j’étais persuadé d’être au Nicaragua, je me retrouve en fait au Honduras.

Je suis juste un peu étonné de me retrouver parmi les blogs business / marketing moi qui pensais avoir un blog de geek. C’est toujours bon à savoir.

English version under the French one

C’est avec trois petites semaines de retard que j’ai le plaisir de vous annoncer la sortie de la version 4.1 de Typo, l’outil de publication en Ruby on Rails qui permet à ce blog de tourner. L’enfant et la mère se portent bien, merci.

La liste des changements est très importante, mais on ne retiendra que les plus visibles :

• Support de Ruby on Rails 1.2.
• Refonte fonctionnelle complète du back office, et début de la refonte ergonomique qui s’achèvera avec la version 4.2.
• Support de l’internationalisation avec le plugin localization, et traduction en français.
• Ajout de la modération à priori des commentaires et des rétroliens.
• Correction de nombreux bugs et amélioration du code.
• Support du RSS pour les tags et les catégories
• Passage des greffons au format Rails, ce qui va permettre de les fournir sous forme de paquetages.

La version 4.2 est prévue dans deux mois, et la roadmap est plus que conséquente :

• Véritable support d’un workflow de publication avec des rôles assignés aux utilisateurs.
• Support des blogs multiples sur une même instance de Typo.
• Passage au plugin Globalization, plus complet.
• Intégration d’un grand nombre de patchs proposés sous forme de plugins.
• Terminer la refonte du back office.
• Support de plus de langues.
• Ne plus utiliser la fameuse méthodologie de la Rache qui me fait attaquer l’internationalisation et la localisation la veille de la date planifiée de la release.

À ce sujet, le projet recherche des traducteurs pour supporter d’autres langues, et d’un designer qui pourrait travailler sur la partie graphique du back office pendant que je m’occupe de la partie ergonomique.

Vous pouvez télécharger les sources ou installer Typo via la gem :

latop # gem install -y typo
laptop # typo install /chemin/vers/typo

[edit] Il y a un bug dans la migration depuis la version 4.0 : Avant de faire la migration, éditez le fichier db/migrate/056createnotifications.rb et commentez la ligne suivante : drop_table :notifications

Si vous avez déjà commencé la migration et que celle-ci a échoué, commentez les deux lignes suivantes : renametable :notifications, :oldnotifications
drop_table :notifications

Et pour activer le français, décommentez la dernière ligne dans config/environment.rb : Localization.lang = 'fr_FR'

Typo 4.1 out

I’m happy to announce Typo 4.1 release only 3 weeks late. Typo is the Ruby on Rails blogging engine that powers this blog.

The changelog is quite impressive, but I’ll only deal with the visible part of the iceberg :

• Ruby on Rails 1.2 support.
• Complete functionnal revamping of the back office, and partial ergonomic rebuild.
• Internationalization and localization support using localization plugin. The application now runs in French.
• Comment and trackback default moderation.
• Lots of bugfixes and code improvement.
• RSS support for tags and categories.
• Plugins now use Rails plugin engine. We’re gonna release packed plugins soon.

Typo 4.2 is due in 2 months, and the roadmap is quite impressive :

• Support of a publishing workflow and users roles.
• Multiple blogs support with a single Typo instance.
• Switch from Localization to Globalization.
• Integrate proposed patchs as plugins.
• Finish the admin revamping.
• Support more languages.
• Stop doing stupid things like starting to support localization the day before the planned release date.

The project is looking for translators a designer to work with me on the admin while I’m doing the ergonomic stuffs.

You can download the source or install Typo via the gem :

laptop # gem install -y typo
laptop # typo install /some/path

[edit] There’s a bug in the migration process if you come from the 4.0 version. Before doing the migration, edit db/migrate/056createnotifications.rb and comment the following line : drop_table :notifications

If you have already started the migration, comment both lines : renametable :notifications, :oldnotifications
drop_table :notifications

Petit changement dans la politique de commentaires sur ce blog : désormais, je modère tout par défaut. Évidemment, ça présente quelques inconvénients, mais aussi beaucoup d’avantages.

Les inconvénients : ayant pas mal de boulot, je ne publierai les commentaires que deux fois par jour, le matin et le soir.

Les avantages : il y en a un certain nombre.

• Réouverture des trackbacks, fermés pour cause de spam.
• La modération devrait virer 90% des commentaires inintéressants et élever un chouilla le niveau de la discussion : on n’envoie pas un commentaire en sachant qu’il risque fort de passer à la trappe.
• J’ai supprimé les rel="nofollow" dans les commentaires : il est normal que les gens qui participent à la valeur (hem) de ce blog puissent en profiter un peu.

Pour assurer la modération à priori, j’ai du modifier un peu le code de cette version de Typo. Cette fonctionnalité sera ajoutée à la version de développement. Je devrais permettre aux utilisateurs authentifiés de commenter tranquillement, tout ceci étant paramétrable.

[edit]
L’avantage des insomnies, c’est qu’elles autorisent beaucoup plus facilement la mise en pratique du vieil axiome ne remet pas à la release suivante ce que tu peux commiter le jour même.

Chez Matt ce matin, on pouvait lire :

Dreamhost upgrades their servers to PHP 5.2 (newer is better, right?) and most of their PHP5 customers break. WP 2.1 had a lot of workarounds in it just to run under 5.2. That’s stupid. I’m sure there is a perfectly rational reason why PHP core was “forced” to break existing scripts, but constantly shooting your users in the foot isn’t a good way for PHP to stay relevant. (I write this as someone whose entire company and livelihood is based on PHP.)

C’est à dire en bon français :

Dreamhost vient de mettre son PHP à jour vers la version 5.2 (plus c’est neuf, plus c’est bon parait-il), et la majorité de leurs clients sous PHP sont dans les choux. Nous avons du beaucoup batailler afin de faire tourner Wordpress 2.1 sous PHP 5.2. C’est stupide. Je suis certain que l’équipe de PHP avait une excellente raison pour être “forcée” de casser l’existant, mais ce n’est pas en tirant constamment une balle dans le pied de ses utilisateurs que PHP va rester un langage pertinent. (J’écris ceci en tant que personne dont l’entreprise et la vie sont entièrement basés sur PHP).

Je n’irai certainement pas contredire Matt quand il parle de la nécessité d’assurer un minimum de rétrocompatibilité d’une version d’un langage à l’autre. Tout en évoluant constamment, Ruby on Rails a bien compris la problématique en permettant d’inclure la bonne version du framework dans l’application, celle-ci prenant le pas sur la version installée sur le système. Mais venant de quelqu’un qui change les hooks de l’API de plugins de Wordpress entre deux release candidates au point de rendre ces derniers inutilisables, sans prévenir personne, et sans rien documenter, c’est un peu l’hôpital qui se moque de la charité.

Dimanche dernier, je me posais de très sérieuses questions quant à l’avenir de Typo, le blogware développé en Ruby on Rails qui permet à ce site de tourner. Je ne reviendrai pas sur la liste des griefs qui me poussaient à envisager un fork du projet – tout en préparant la migration du projet original sur mes serveurs, cohérence quand tu nous tiens – mais cela n’arrivera pas.

Depuis hier soir, je fais partie de l’équipe de développements de Typo, et mon point de vue concernant l’utilisation de HAML dans le thème de base a été pris en compte.

Mes principales priorités pour le projet sont (dans l’ordre chronologique) :

• L’intégration de mon patch de refonte fonctionnelle de l’administration : passer d’un modèle basé sur les contrôleurs / actions à un modèle de navigation basé sur l’utilisation réelle d’un outil de blogging. Une démonstration est d’ors et déjà visible sur ma plate-forme de démonstration de le version de développement. Les identifiants / mots de passe sont admin / admin.
• La sortie d’une version 4.1 stable basée sur Ruby on Rails 1.2 et intégrant ma refonte de l’administration le plus rapidement possible, probablement d’ici la fin du mois.
• Terminer la refonte complète de l’administration, aussi bien en termes fonctionnels qu’en terme d’IHM. Un gros effort sera fait sur l’accessibilité notamment au niveau de la sidebar.
• Ajouter le support de l’internationalisation sur l’application. Je l’avais fait à l’époque sur la version 2.6.0 pour mon usage personnel, et cela ne représentait rien de vraiment compliqué.

Et pour paraphraser un de nos anciens premiers ministres, la roadmap est longue, mais les releases sont proches.

Typo est un blogware développé à l’aide du framework Ruby on Rails. Il fait tourner ce blog depuis l’abandon simultané de Wordpress et du PHP. Malheureusement, l’avenir de ce projet qui pourrait être de qualité ne prête pas vraiment à l’optimisme :

• Arrêt total des développement durant plusieurs mois, période suivie par la mise hors service du site principal sans aucune explication officielle durant près de trois mois.
• Aucune visibilité quant à la possible sortie d’une prochaine version stable – même mineure – compatible avec Rails 1.2.
• Des corrections et des contributions dont l’intégration prend des semaines, si ce ne sont des mois.
• Une hémorragie d’utilisateurs qui préfèrent migrer vers Mephisto ou – ironie – vers des outils en PHP.
• Des développeurs aux abonnés absents, et aucune intégration de sang neuf.
• Et, dernièrement, le changement pur et simple du système de templates de RHTML vers HAML sans rétro compatibilité qui rend du même coup tout le parc de thèmes de Typo inutilisable.

Le fork d’un projet – c’est à dire sa séparation en deux branches – est toujours douloureux dans le monde de l’open source. D’une part il monte souvent deux communautés l’une contre l’autres là où elles collaboraient parfaitement auparavant, d’autre part, il disperse des talents et des individus qui pourraient travailler ensemble afin de réaliser des applications de grande qualité. C’est aussi un des avantages posés par l’open source : quand un projet est moribond ou va clairement dans le mur, une équipe peut se le réapproprier pour en faire ce qu’il lui semble le mieux, en profitant du travail réalisé auparavant.

J’ai posé quelques questions aux développeurs de Typo quant à l’avenir du projet. S’il s’avérait que la direction actuelle se maintenait, un fork ne serait pas à exclure depuis la version précédant l’intégration de HAML afin d’y ajouter ce qui y manque le plus :

• Une administration utilisable.
• Le support de l’internationalisation.

Cette idée est d’autant plus délicate que j’apprécie beaucoup les développeurs et la (petite) communauté rassemblée autour de Typo, mais voir ce projet mourir serait un beau gâchis. L’avenir seul nous dira ce qu’il en est.

What futur for Typo ?

Typo is a blogware developped with the famous Ruby on Rails framework. It powers this blog since I quit both Wordpress and PHP. Unfortunately, in spite being an application with a real potential, this project’s futur looks pretty dark to me :

• Devs have been stopped for a few months. Then the whole website has been out of order for 3 months without any official explanation.
• Can’t get any information about the next stable release date, which would include Rails 1.2 support.
• Contributions take weeks or months to be taken into account (I don’t talk about mines).
• Lots of users are migrating from Typo to Mephisto or – isn’t it irony ? – to PHP based applications.
• And – last but not least – the base template have been rewriten in HAML which makes them impossible to edit with a simple HTML editor.

Forking a project is never a good thing in the open source world. It creates 2 communities with opposed views and interests when everybody was working fine together before. It’s also a strength of open source : when a project is dying or taking a really discutable direction, some people can restart from what have already been done and make a better product. I’ve been asking the development team some question, and if the project keeps going the way it is today, I think about forking to the last version preceding HAML integration to add what lacks the most :

• A nice and usable admin zone.
• i18n support.

I’m really reluctant to this. I like the (small) community built around Typo, and I’ve recently offered to migrate the whole Typosphere site on my server. But I really don’t want to see this project die. Hope to give some news about it soon.

À l’occasion de la refonte de son blog, David se pose 16 questions sur la manière d’agencer son site afin d’offrir à ses visiteurs une ergonomie optimale. Ses interrogations pouvant s’appliquer à n’importe quel site, j’ai décidé d’y consacrer un billet, plutôt que répondre dans les commentaires comme il invite ses visiteurs à le faire.

Découverte d’un blog

1. Quelle est la porte d’entrée d’un nouveau blog ? Arrivez-vous le plus souvent sur la page d’accueil ou via un lien direct/une recherche ou autre ?

J’arrive généralement sur un nouveau blog via un médium externe : billet sur un blog déjà lu, ou résultat de recherche. J’arrive donc très rarement sur la page d’accueil. Cependant, quel que soit mon point de chute, je m’attends à y voir un certain nombre d’éléments bien précis (que l’on retrouve – oh surprise – sur celui-ci) :

• Un titre.
• Un descriptif de ce dont traite le blog (autrement appelé tagline).
• Un ou plusieurs billets.
• L’endroit où je me trouve (un chemin de fer est parfois un plus, mais pas toujours adapté).
• Une navigation générale simple et concise, comprenant un lien vers le flux RSS visible et standard.
• Une navigation thématique claire, complète et très facilement accessible (typiquement en première position de la sidebar).

2. Quelle est la page suivante, celle que vous visitez juste après avoir lu celle que vous venez de découvrir ? Les liens généralement fournis sont-ils adaptés ?

Je ne lis généralement pas d’autre page que celle sur laquelle je suis tombé, puisque mon arrivée sur ce blog répond à un besoin précis. Je peux cependant faire une entorse à la règle si la page visitée réunit des conditions précises :

• Que tous les titres des billets soient parfaitement pertinents.
• Que les billets disposent de liens “précédent” et “suivant” affichés en haut de page et affichant le titre des articles vers lesquels ils pointent.
• Ou, mieux, que sous chaque billet se trouve un encadré comprenant un ou plusieurs liens pointant vers des billets connexes.

3. Lorsque vous découvrez un blog intéressant, quel est votre type d’exploration ? Via les tags, les favoris, les archives ?

Quand je ne passe pas par les média explicités ci-dessus, j’utilise généralement la navigation thématique large, autrement appelée catégories, à moins que je ne cherche que des billets traitant d’un sujet vraiment particulier pouvant se définir par un simple mot clé.

Souscription à son flux RSS

4. Quel est le facteur déclenchant la souscription ? Quels sont vos critères de sélection ?

Le premier facteur, c’est la visibilité du flux RSS. Le bouton RSS fait partie des premières choses que je m’attends à voir sur un blog, avec le titre et la tagline. Si je dois me demander où chercher la souscription ne serait-ce qu’une seconde, je n’irai pas plus loin.

Il faut ensuite que le contenu soit vraiment intéressant pour que je rajoute un flux aux quelques centaines qui encombrent déjà mon agrégateur, et là aussi, cela implique des critères tout à fait subjectifs :

• Si c’est un blog personnel, il faut impérativement que je connaisse la personne au moins en ligne.
• Il faut qu’il soit en bon français.
• S’il s’agit d’un blog professionnel ou technique, il faut que sa ligne éditoriale aille dans le sens de mes centres d’intérêt (elle doit donc être clairement définie, notamment à travers la navigation thématique simplifiées).
• Les contenus doivent être pertinents, de qualité, et ne pas être de simple relais des billets à la mode sur les autres blogs. J’ai les favoris populaires de Delicious pour ça.

5. Vous abonnez-vous au flux général ou à une sous-partie (lorsque c’est possible) ?

Le flux général, toujours, mais je ne lis que ce qui m’intéresse (d’où l’utilité de donner des titres pertinents à ses billets).

6. Qu’est ce qui vous pousse à supprimer un fil RSS de votre agrégateur ?

Cette question rejoint celle du facteur déclencheur de la souscription, mais dans le sens inverse :

• Perte de la qualité rédactionnelle.
• Perte durable d’intérêt des billets.
• Transformation du blog en relais de Digg.

Recherche d’un billet particulier

7. Passez-vous par une recherche externe ? interne ?

Arrivant le plus souvent sur un blog par un moteur de recherche, je passe assez peu par la recherche interne. Je m’attends cependant à en trouver une accessible immédiatement à un endroit pertinent : à droite de l’en-tête, ou bien placée dans la sidebar. Il faudra d’ailleurs que je la remette ici quand j’aurai refait la CSS des résultats.

8. Utilisez-vous les archives d’un blog ?

Je n’utilise pas les archives temporelles, qui ne valent finalement que dans le cadre du diarisme (journal intime pas intime). J’utilise en revanche beaucoup les catégories, qui sont une méthode d’archivage thématique.

9. Pour vous rappeler d’un billet, le titre est-il primordial ? Faut-il qu’il soit choquant/spécial ?

Pourquoi me rappeler le titre d’un billet si je sais de quoi il parle et que je dispose d’une recherche locale ? En revanche, utilisant un agrégateur RSS particulièrement peuplé, je m’attends à ce que les titres soient pertinents, sinon je ne lis pas le contenu.

Contenu et disposition

10. Préférez-vous le classique deux colonnes ou le nouveau big footer pour tout ce qui est « annexe » (liens, archives, derniers *, etc) ? ou autre (par exemple ici c’est un peu hybride) ?

Je préfère une solution hybride qui me permette de :

• Embrasser d’un seul coup d’oeil navigation thématique et contenu du billet sur lequel j’arrive.
• Affiche le reste des éléments de navigation à part, de manière bien détachée, claire, et surtout sans interférer avec le contenu, donc de préférence en dessous.

11. Un bon billet de blog, c’est le point de départ vers de nombreuses pages intéressantes à lire ou une impasse car vous n’avez bien souvent pas le temps de lire d’autres ressources ?

Un bon billet de blog, c’est généralement un aller simple dans mes bookmarks Delicious, avec très peu de chances pour que je lise autre chose, à moins que les options de navigation décrites plus haut ne me soient offertes.

12. Quelle importance accordez-vous à la régularité de publication d’un blog ?

La généralisation des agrégateurs RSS a profondément changé notre mode de consultation d’un contenu web : d’actifs – nous allions vers l’information – nous sommes devenus passifs – l’information vient à nous. Dès lors, la fréquence de publication n’a plus grand intérêt : nous ne nous lassons plus à force de nous heurter quotidiennement à un mur de non nouveauté tous les matins à l’heure du petit déjeuner.

Commentaires

13. Souhaitez-vous être tenu au courant des réponses à votre commentaire ? Si oui, comment ?

Il existe deux manières de se tenir au courant des réponses à un commentaire :

• Par courrier électronique.
• Par un flux RSS associé à la discussion.

Pour moi, le premier médium n’est pas envisageable. La plupart des gens ne ferment pas leurs commentaires au bout d’une durée déterminée, et recevoir des mails à propos d’une discussion vieille de deux ans, totalement dépassée et sortie de son contexte est relativement fatiguant.

Le flux RSS, au contraire, me semble présenter des avantages indéniables. Il évite de sortir de l’agrégateur (pour rejoindre le client mail), il se fait oublier tant qu’il n’y a plus de réponse, et il ne vient pas polluer ma boite à lettres.

14. Préférez-vous que la réponse soit incluse à votre propre commentaire ou dans un commentaire suivant ?

Un commentaire suivant.

15. Quelle importance accordez-vous à la qualité de vos commentaires ?

Idéalement, tout blog modérerait les commentaires à priori. Bien que plus contraignante pour l’auteur, cette solution présenterait au moins un avantage : prévenus des risques de modération, les commentateurs ne publieraient que des commentaires pertinents, et éviteraient les missives du genre “ouah, j’adore ce que tu fais, kikooolol”.

16. Avez-vous déjà hésité à répondre après avoir identifié les liens sortants en « nofollow » ?

J’ai une double position vis à vis des liens sortants en « nofollow » :

• Dans les commentaires, ils ne posent pas de problèmes, car ils ne risquent pas d’empêcher les moteurs de recherche de perdre le fil de la discussion.
• Dans les pingbacks ou trackbacks, il me semble qu’ils arrêtent la discussion, au moins virtuellement.

Ma réponse à la question sera “non”, car je ne fais pas attention à la politique du blog avant de poster un commentaire, et je ne le fais pas pour profiter du pagerank de l’auteur du billet mais parce que j’ai quelque chose à dire.

Remarque :

En rédigeant ce billet, je me suis rendu compte que de nombreuses réponses aux questions de David étaient redondantes, et je vous prie de m’en excuser.

Cela révèle un premier problème : en rédigeant son questionnaire, David a pensé de manière thématique, en mettant en avant les éléments que l’on s’attend à trouver sur un blog, et non transverse en isolant les problèmes posés. J’ai songé un moment à reformuler mes réponses afin de supprimer l’ensemble des répétitions, mais cela impliquait de ne plus suivre le jeu des questions réponses (un peu comme, en milieu de troisième, le jour où j’ai regroupé les questions posées autour d’un texte en trois thématiques et rédigé mon premier commentaire composé un an trop tôt au lieu de répondre bêtement comme on me l’avait demandé).

Mon conseil à David serait donc : lorsque tu t’occuperas de ta refonte effective, essaie de réfléchir de manière transverse de manière à ne pas imposer d’éléments redondants à ton visiteur afin de lui offrir un parcours agréable sur un blog par ailleurs de qualité.

[edit]

David a mis en ligne l’ensemble des réponses et un résumé de celles-ci sur son blog.

Typo est l’outil de publication développé avec Ruby on Rails qui propulse ce blog pratiquement depuis ses débuts. Malgré des erreurs de jeunesse, principalement en termes d’ergonomie de l’IHM et des performances, toutes deux en passe d’être réglées dans la version de développement, Typo dispose d’indéniables atouts. On pourra notamment citer une très belle collection de thèmes, une API de greffons particulièrement puissante, la construction de la “sidebar” par simple cliquer / déplacer des éléments, ou une “live preview” particulièrement bien faite.

Afin de permettre au plus grand nombre de découvrir cet outil sans avoir à l’installer, je viens de mettre en place deux plates-formes de test en libre accès :

• La première permet d’accéder à la version stable de l’application.
• La seconde permet d’accéder à la version de développement de Typo, mise à jour quotidiennement.

Vous pouvez accéder à l’ensemble des fonctionnalités de l’application à deux bémols près :

1. Afin d’éviter le spam, la base de données est remise à zéro toutes les heures.
2. Dans le même but, les pings vers l’extérieur ont été désactivés.

N’hésitez pas à faire remonter vos impressions, elles seront transmises à l’équipe de développement, ou directement prises en compte ici dans le cas où elles concerneraient l’ergonomie de l’administration actuellement en cours de refonte. Alors enjoy and have fun!.

[edit]
Le lien vers la version stable était cassée. Il est maintenant réparé.

Il y a peut-être deux ans maintenant, Michel, David et moi avions évoqué l’idée de créer un clone de Wordpress plus propre, plus léger et plus rapide, et en PHP5. Nous étions depuis longtemps lassés des vulnérabilités de sécurité jamais corrigées, de son usinagazification et de la mainmise absolue de Matt sur le projet, insulte permanente à une communauté d’utilisateurs et de développeurs particulièrement active sans laquelle il serait jamais devenu ce qu’il est aujourd’hui. Depuis, Michel a développé son propre environnement de blog en Ruby on Rails, Dave s’est consacré à d’autres projets plus terre à terre, et je suis finalement passé sous Typo.

Pendant ce temps, l’idée a travaillé quelques uns des plus gros contributeurs de Wordpress, et pas des moindres. Chris J Davis, Richard Bowen, Scott Merrill, Owen Winkler et même Michael Heilemann ont décidé qu’eux aussi en avaient assez et se sont regroupés afin de créer Habari, la prochaine killer blogging application grand public en tenant compte des erreurs du passé.

Habari “neuf” en Swahili, comme dans “Quoi de neuf, docteur ?”, et la version de développement s’annonce déjà prometteuse.

L’administration générale du site.

La zone de saisie des billets.

Habari a bien su tirer les leçons de l’aventure Wordpress, aussi bien sur le plan technique qu’au niveau organisationnel. Développé en PHP5 avec MySQL 5 – des versions PostgreSQL et SQLlite sont aussi prévues – il s’appuie particulièrement sur les possibilités de programmation orientée objet du langage, et se tourne radicalement vers l’avenir puisqu’on ne peut pas vraiment dire que celui-ci soit particulièrement disponible en standard chez les hébergeurs grand public. Coté management des développeurs, le projet fonctionne désormais à la méritocratie : plus vous en faites, plus votre voix compte quand il s’agit de faire prendre un virage stratégique au projet, chose que je trouve plutôt saine et qui permet de faire venir du sang neuf actif assez régulièrement, donc de ne pas laisser mourir le projet parce que les développeurs principaux se consacrent à autre chose et bloquent le processus d’évolution de l’outil.

Si le projet vous intéresse, sachez que tout le monde est invité à y contribuer. Commencez par lire l’appel à contributeurs, et venez les rejoindre sur le canal IRC #habari@irc.freenode.net. Et si vous venez de Wordpress, il existe déjà un script d’importation vous permettant de faire le pas.