Ma petite entreprise

Haskell est un langage qui peut être fier d'être extrêmement bien construit : faisant partie de la famille ML (SML, ObjectiveCaml), il bénéficie d'un système de type extrêment puissant, et d'une syntaxe relativement claire. Darcs était jusqu'à présent une des seules applications "connues" écrites en Haskell.

D'après le Haskell Weekly News, Linspire vient de jeter un pavé dans la mare en annoncant (pas directement, mais au travers de ses développeurs) le fait que ses outils "Core OS" seront développés en Haskell, plutôt que dans des langages de scripts (bash, Perl, ou plus récemment Python) utilisés habituellement.

Je me retrouve plutôt surpris de cette (bonne !) nouvelle, car c'est vraiment un choix osé, d'autant plus venant d'une entreprise qui donne toutes les apparences d'un manque d'innovation et de créativité (prenez le site d'apple, ajoutez les couleurs de Windows XP, et vous avez le site de Linspire). Il ne me reste plus maintenant qu'à me décider à enfin apprendre Haskell !

Comme j'utilise Gimp et Inkscape de manière assez régulière pour mes travaux graphiques, il me prend parfois de vouloir mettre mon grain de sel et de m'exprimer sur des aspects ergonomiques, en général plutôt négligés par les développeurs de projets open-source. Il y a un ou deux ans, je m'étais exprimé au sujet de l'incohérence des modificateurs (Alt, Ctrl) dans Gimp... a ce titre, je viens de recevoir ce commentaire de bug report :

Please... The fact that nothing has happened does not mean that the bug does not exist. There are inconsistencies in the way the modifiers are used. This is a fact. I do not know what is the best way to solve this, but I do not think that closing this bug report helps solving this problem faster. Swiping bugs under the carpet is not the right way to improve the GIMP. So I am re-opening this bug report again.

En bref, ce bug (initialement reporté en 2003) a été "poussé sous le tapis" car personne n'a pris de décision, ou n'a fourni une solution qui a convaincu la communauté. Je salue Raphaël Quinet pour avoir marqué le coup et signalé que ce n'était pas une manière de faire !

Reste, cela dit, à formuler une solution, et surtout (ce qui est le plus difficile), de le faire accepter par la communauté. Le "coût d'entrée" dans un projet open-source est souvent élevé, surtout si c'est pour apporter des modifications ergonomiques, car elles génèrent bien souvent des discussions houleuses...

DSL, pour "Domain Specific Language" est un terme qui connaît une certaine mode, notamment grâce à Ruby On Rails (encore !). Yann me posait récemment des questions sur les DSL, et je me suis rendu compte qu'il y avait un certain flou sur ce qu'est un DSL. Je vous propose donc de développer ce thème autour de deux points qui me semblent essentiels : la syntaxe et la sémantique...

Lire la suite

Voilà un titre qui pourrait vraiment pousser à la polémique, et qui m'attirera sûrement quelques commentaires trollesques. Pourtant, je ne vais pas vraiment rentrer dans les détails, mais me fais simplement l'echo d'un fil de discussion sur LtU qui porte le même titre.

La question initiale est surtout axée sur les fonctionnalités relatives à la programmation concurrente et à la programmation fonctionnelle (deux thèmes que les lecteurs de LtU ont à coeur). Moi je n'y dis qu'une seule chose : c'est une question de style. Ces deux langages sont tellement proches, qu'ils peuvent (à peu de choses près) être utilisés de manière interchangeable.

Maintenant, comme vous le savez, le langage a une influence sur la manière de penser... donc autant choisir celui qui nous convient le mieux !

MAJ: je ne peux m'empêcher de vous citer un des commentaires Ruby or Python? I went through this last year and ended up using DRscheme. !!

En regardant les projets du Summer of Code 2006 pour Gnome, j'ai vu que les tests de performance étaient à l'ordre du jour. Un des points mentionnés dans cette perspective est de créer des timelines (illustration ci-contre) permettant de trouver aisément les opérations les plus coûteuses. Voilà donc une bonne occasion de mélanger le design et la technique, et de regarder ce que nous apporte cette visualisation...

Lire la suite

Je suis régulièrement ce qui se passe dans le monde de la visualisation d'information, et je dois dire que je suis toujours sensible à l'aspect utile des visualisations. C'est généralement là où le bât blesse, car une visualisation a beau être jolie, elle n'est pas forcément vraiment informative ou utilisable.

Et bien après quelques minutes à jouer avec Google News Cloud, je dois dire que je suis plutôt convaincu :

• L'interface en HTML est très réactive, ce qui incite à promener sa souris
• La mise en surbrillance des mots connexes fait émerger des groupes d'information surprenants
• En quelques secondes, on peut vraiment lire les préoccupations du moment, et leur importances relatives

Voilà, même si le rendu graphique n'est pas le plus alléchant qui soit, je trouve qu'il y a ici une très bonne exploitation des tendances actuelles concernant l'interface utilisateur et la visualisation d'information. Pour moi, c'est un peu là que l'on retrouve l'essence du design : aller à l'essentiel, et savoir ajuster les bons paramètre pour créer une expérience, qu'elle soit graphique, physique ou bien simplement... informative !

Je ne sais pas si vous avez passé du temps à configurer votre éditeur de texte, et à chercher la combinaison fonte/couleur idéale. Je suis tombé récemment sur une collection de liens vers des fontes pour programmeur (qui vient compléter la mienne), qui me donne l'occasion d'aborder le sujet... pour l'instant, il n'y a rien à faire pour détrôner ma préférée : Vera Sans Mono (7pt), illustrée ci-contre. Juste après, il y a Monaco (par défaut sur Mac), et enfin la vielle fonte Fixed 6x13 de X11 (mais qui ne semble plus disponible par défaut).

Le grand reproche que je pourrais faire aux fontes actuelles est qu'elles sont trop larges. Ce n'est pas forcément mauvais pour des tailles supérieures à 8pt, mais personnellement, je préfère développer avec une fonte bitmap, sans anti-aliasing, et dans une petite taille qui me permet d'avoir une "vue d'ensemble" de mon code... en attendant les interfaces zoomables !