Ma petite entreprise

Je viens juste de lire cet article, dont l'essence est de dire que le format "plain text", c'est bien, et qu'on a tendance a l'oublier.

Personnellement, j'écris souvent de petites notes (par exmple les todos pour mes projets, mon journal de développement, des idées en vrac), mais également des documents plus conséquents (textes de page web, documentation de mes programmes). Le point commun entre tous ces documents c'est que la mise en page ne m'importe pas, c'est surtout l'information qu'il y a dedans et la facilité d'éditer les documents.

J'utilise tout le temps vi et TextEdit (eh oui !) pour éditer ces fichiers, ça me prend beaucoup moins de temps que de lancer un éditeur plus lourd, et ça m'aide a me concentrer sur l'essentiel de ce que je veux écrire, le fond plutôt que la forme.

J'ai rencontré Martin Blais (un développeur Python originaire de Montréal) qui nous a présenté un projet de publication de documents basé sur du "plain text". L'idée de base est que Martin écrit toutes ses notes et documents dans un dossier géré par Subversion. Les fichiers sont tous écrits en ReStructuredText (fait par un Québecois !), et sont ensuite traités par son système, et ensuite viennent s'insérer dans une base de donnée utilisée par ses applications web.

Le gros avantage est qu'il est alors très facile de transformer son ensemble de notes en véritable base de connaissance, simplement en se donnant la peine d'utilise un markup cohérent. Un autre avantage est l'aspect incitatif : c'est simple d'écrire de la documentation, tout est au même endroit, et c'est facile d'en extraire ce que l'on veut.

A ce propos, je ne saurais trop vous conseiller de jeter un oeil a Kiwi, qui est un logiciel qui permet de transformer du markup en XML et en HTML. Ce logiciel (que j'ai écris en Python, bien sûr !) a vraiment été conçu pour avoir un markup très clair et flexible. Une des grosses différences par rapport aux autres est qu'il permet d'exprimer la structure du document en utilisant (aussi) l'indentation -- ce qui permet d'avoir des documents visuellement plus clairs.

Au niveau fonctionnel, le moteur est très facilement extensible, plutôt rapide, et la feuille de style a été travaillée pour être jolie par défaut. Pour l'essayer, c'est ici.

PS: Pas directement relié, mais connexe, ça me fait penser à la présentation ASCII is the king de Jiri Kuthan (SER) au sujet de l'intérêt du plain text dans les protocoles réseau.

Personnellement, j'ai la ferme conviction qu'après des années 90 très lourdes en processus (avec une éclaircie sur la fin), nous allons vers de plus en plus de légerté - autant dans la manière de travailler que dans les outils que nous utilisons.

Les wikis, la collaboration en ligne, et l'importance croissante du design dans le domaine du logiciel vont largement dans cette direction.

Depuis que j'ai officiellement la casquette de User Interaction Designer, j'ai pas mal travaillé sur les méthodes de conception d'interface, et mes amis les plus fidèles ont été mes ciseaux, mes post-its, mes feutres colorés et de grandes feuilles de papier. C'est assez surprenant le gain de productivité que l'on peut avoir, notamment parce que l'on court-circuite ce qui n'est pas nécessaire -- et avec un peu d'organisation, on arrive au résolutat de manière impressionnamment rapide !

A ce sujet, je suis tombé la semaine dernière sur cette video en provenance de l'annonce du support des présentations pour Google Docs -- et là je dois dire que ça incarne totalement l'esprit dont je viens de parler...

En tout cas, c'est une belle source d'inspiration pour un "retour aux sources" salutaire... souvent, je me sens comme un gamin a l'école primaire qui joue avec sa colle, son tape et ses ciseaux... et c'est encore plus marrant a plusieurs !

J'ai été bien silencieux ces derniers temps... j'ai toujours dans mes cartons une mise à jour de Ivy, qui va se métamorphoser en "laboratoire de recherche open-source", ainsi qu'un questionnement de fond sur l'orientation de mon blog...

En effet, je me demande si je ne ferais pas mieux de blogger en anglais, étant donné que les thèmes que j'aborde tournent souvent autour de l'interface et des langages de programmation. Ecrire en anglais m'apporterait sûrement une meilleure couverture... mais, j'habite au Québec, et je pense qu'il est important d'avoir une présence de la langue française sur le net. D'un autre côté, j'aimerais bien avoir plus de feedback sur certaines idées, ce en quoi l'anglais m'aiderais sûrement plus.

Autrement, j'ai bien mentionnée Erlang dans le titre. Il se trouve que j'ai passé il y a quelques semaines un petit week-end a jouer avec Erlang et Mnesia (la base de données "officielle" pour Erlang). Je connaissais déjà un peu Erlang (syntaxe et concepts), mais je suis cette fois rentré dans les détails.

En gros, plusieurs choses a savoir:

• Erlang est fonctionnel pur: une fois qu'une valeur est créée, on ne peut plus la changer
• Etre fonctionnel pur facilite grandement la programmation concurrent (pas d'effets de bords ni de "race conditions")
• Le polymorphisme des fonctions est fait grâce à du pattern-matching très similaire a Prolog
• Mnesia est très simple a utilise, et semble avoir du potentiel

Voilà mes notes. Regardez aussi régulièrement Reddit au sujet de Erlang, il y a pas mal de bon trucs !