Idées
mardi, septembre 25 2007
Pour la boite à idée
Par Bertrand Rousseau le mardi, septembre 25 2007, 10:29
vendredi, juillet 6 2007
L'incubateur
Par Bertrand Rousseau le vendredi, juillet 6 2007, 18:01
jeudi, juin 28 2007
Un navigateur dédié à la recherche d'informations
Par Bertrand Rousseau le jeudi, juin 28 2007, 00:02
vendredi, mars 9 2007
Archivage d'idées
Par Bertrand Rousseau le vendredi, mars 9 2007, 15:39
J'aimerai beaucoup pouvoir disposer d'un système efficace d'archivage des idées. Non seulement il devrait permettre d'ajouter facilement une idée (pour laisser la place à l'idée elle-même et ne pas dissoudre la motivation dans la complexité technique), mais il devrait aussi permettre de retomber automatiquement sur celles-ci à l'avenir, lors de la manipulation de concepts connexes.
Le problème avec les idées, c'est qu'elles surgissent sans crier gare quand on travaille sur autre chose et si on les attrape pas au vol elles disparaissent aussitôt (et savoir consciemment qu'on passe à côté d'une idée, c'est horriblement frustrant). Disposer d'un moyen efficace permettant de rapidement capter une idée, puis de retourner à son travail tout en s'assurant qu'elle ressortira un jour de l'oubli (et si possible au moment ad hoc) serait pour moi une libération suprême.
samedi, février 10 2007
Un créateur de mockups
Par Bertrand Rousseau le samedi, février 10 2007, 15:54
En discutant avec Antoine C. jeudi dernier au First Jeudi de Louvain-Li-Nux, le LUG de Louvain-la-Neuve, une idée m'est venue qui me semblerait très intéressante: créer une application entièrement dédiée à la création de mockups qui reposerait sur les technos XUL.
Pourquoi XUL? Pourquoi ne pas utiliser des applications de construction d'interface graphique existantes, style Glade ou Gazpacho? Parce que selon moi ces applications sont encore trop peu pratiques pour expérimenter quelques petites idées. Construire un design avec Glade est une tâche difficile pour le néophyte et le résultat n'est généralement pas à la hauteur de ses espérances. Cela provoque une certaine frustration et finalement la perte de motivation. La solution, c'est d'adoucir la learning curve, et de diminuer le travail à apporter entre l'apparition de l'idée et son expression concrète.
Créer une application uniquement dédiée au design de mockups permettrait de se focaliser sur le développement rapide et facile d'interfaces utilisateur. Exit les contraintes techniques propres à certains widgets, etc. Place aux idées et à l'imagination. Utiliser XUL dans cette optique serait très intéressant car cela permet de se reposer sur des technologies fortement documentées et simples d'accès (à savoir, javascript et XML). En outre, les technos telles que CSS permettent une flexibilité sans égale par rapport aux programmes cités plus hauts. Les passionnés d'utilisabilités étant nombreux dans le monde du web, leur donner un accès simple au monde des applications bureau donnerait l'occasion de bénéficier de tout leur savoir-faire! Un dernier avantage est l'aspect multi-plateforme de XUL: il deviendrait possible de tester des concepts d'interface directement dans plusieurs plate-formes.
Cet outil serait dédié uniquement au prototypage d'application et non pas au développement même: le but étant d'expérimenter de nouvelles méthodes d'interactions uniquement. Ce travail est en effet clairement différent du travail de développement et conception. Posséder un tel outil favoriserait la création et l'imagination de nouvelles applications et méthodes d'interactions utilisateurs, et permettrait de mettre rapidement au point des approches innovantes, terrain où l'open source à justement sa carte à tirer!
mardi, juin 27 2006
Idées pour l'appellation des fichiers
Par Bertrand Rousseau le mardi, juin 27 2006, 12:27
Je me faisais la réflexion à l'instant que ce qui manque pour le moment dans nos systèmes de fichiers, c'est un système bien défini de méta-informations, qui nous aide à classer. De toute évidence le problème est d'actualité, il n'y a qu'à voir toutes les inititatives telles que Leaftag, Beagle, et autres... Le classement de nos fichiers[1] est un problème!
Notes
[1] Je m'intéresse ici surtout aux fichiers de "bureautique": textes, articles, classeurs, etc. La réflexion est sans doute valable pour les fichiers multimedia (très nombreux), mais ils ne representent pas le même enjeu de productivité puisqu'il ne s'agit pas là de fichiers de "travail" généralement.
jeudi, mai 11 2006
Une pensée (rapide) sur notre façon d'utiliser l'impression de documents
Par Bertrand Rousseau le jeudi, mai 11 2006, 11:40
Une petite réflexion en passant: je me demandais à l'instant si cela n'aurait pas du sens de collecter les documents que l'on désire imprimer quelque part avant de les imprimer. Par exemple, là je me documente sur une architecture (MorphoSys pour les curieux). L'imprimante est à 20m, et de plus je ne sais pas encore quels documents seront vraiment d'intérêt: je n'ai pas envie de me lever pour chaque docuement qui semble intéressant ni imprimer un document qui sera redondant ou inutile au final. Ce que j'aimerai bien, c'est pouvoir, en un clic ou presque, sauver une "image" imprimable des documents qui m'intéressent. Une fois le tour effectué, je n'aurai qu'à refaire un nouveau tour de ces images, les retrier pour garder ceux qui m'intéressent vraiment et provoquer alors leur impression groupée (drag & drop de ces "images" vers une imprimante?)
mardi, avril 18 2006
Réunions en ligne
Par Bertrand Rousseau le mardi, avril 18 2006, 10:17
J'étais en train de mettre un peu d'ordre dans ce que j'avais à faire et je pensais au fait qu'il est parfois intéressant de faire de petites réunions entre personnes avec qui vous organisez qqch. Malheureusement tout le monde n'est pas aussi geek que moi et tout le monde ne connait pas IRC, ou tout le monde n'est pas sur le même réseau de communication instantannée que moi.
Aussi il m'est venu l'idée d'un service online intéressant: un genre de service de chat pour réunion en ligne. Ce serait une appli Ajax qui serait basiquement un genre de IRC avec quelques outils et caractéristiques bien choisies:
- Un plan de réunion ("ordre du jour")
- Une participation sur invitation: une personne crée la réunion, en fixe l'OJ, décide d'un certain nombre d'invités, et les contacte. Pour participer à la réunion, pas besoinde s'identifier ou de so logguer, il faut juste cliquer sur le lien reçu (à la personne qui invite de s'assurer de bien le fournir à la personne voulue), et un navigateur s'ouvre sur la page de réunion.
- un éventuel mécanisme de décision d'heure de réunion
- un moyen de sauver le log de la discussion
De cette façon on aurait un système de réunion facile à mettre en place et pratique (pas besoin de se logguer, possibilité de logguer la discussion pour garder trace de ce qui est dit, ordre du jour).
Pour la sécurité, on peut tout simplement utiliser https par exemple.
A quand Google Meeting? ;-)
vendredi, avril 7 2006
On/Off notes
Par Bertrand Rousseau le vendredi, avril 7 2006, 15:42
Une des innovations pour laquelle je suis encore le plus intéressé chez Apple, c'est Dashboard. Ce truc est tout simplement génial: vous pressez une touche et pouf!, deux-trois outils simples glissent sur votre écran et apparaissent. Calculatrice, horloge, météo, etc. tout ces petits tucs qui ne doivent pas encombrer votre bureau en permanence mais dont vous rêvez de pouvoir rapidement les avoir sous la main. C'est tout bonnement génial, et comem toute idée géniale qui se respecte, c'est diaboliquement simple!
Je REVE d'avoir un truc comme ça sous Linux, et plus particulièrement sous gnome, puisque c'est mon desktop. A mon avis, c'est ici que de nouvelles technos comme XGL ou AIGLX peuvent introduire du neuf!
Tout d'abord, il faudrait permettre l'implémentation des applets Dashboard déjà développées pour Mac (inutile d'aller inventer autre chose, il existe déjà une techno documentée et une base de widgets énorme disponible pour tous). Ensuite, il faudrait un support XGL/AIGLX pour les rendre aussi facile d'emploi que sous Mac: on presse un bouton Fx et pouf les widgets sont là! NB: on pourrait très bien faire sans le "eye candy" de XGL/AIGLX, mais bon ce serait moins sexy... ;-)
Un truc dont j'ai absolument besoin, c'est: presser un bouton et avoir un genre de bloc-note à disposition dans lequel je peux stocker un lien à aller voir (mais dont je peux pas m'occuper mnt), un bout de texte, deux trois idées, etc.
Je sens qu'on va me dire: il y a TomBoy! Mais ça colle pas: d'abord le raccourci de base (Alt+F11) est chiant (deux touches), et en plus il marche pas out of the box chez moi (doublement chiant). De plus les liens style wiki entre notes c'est cool, mais c'est pas de ça que j'ai besoin. Moi j'ai besoin de créer un ou plusieurs post-it "collés" virtuellement sur mon bureau qui disparaissent et apparaissent simplement [1].
En gros, ce que j'ai en tête, c'est une simple fenetre d'édition de texte (style Tomboy) dont je pourrai créer un nombre désiré de copie et dans lesquels je stocke mes liens, notes, etc. Ces notes je les supprime d'un seul clic et je les crée aussi facilement. Quand je presse, disons, F9, elles apparaissent en "always on top", j'y colle ou redige vite l'info qui m'intéresse, et quand je presse F9 a nouveau elles disparaissent.
Enfin, une autre idée qui me plairait beaucoup: presser une touche du clavier, genre F10, et voir une console apparaître en défilant depuis le haut ou le bas de mon écran. Comme ça je tapote mes commandes, et quand j'ai fini, hop!, F10 et elle disparaît. De cette façon j'aurai toujours une console sous la main.
A mon avis, en s'inspirant de Dashboard voire en l'implémentant sous gnome, on doit pouvoir répondre à ces besoins de façon très intéressante.
Notes
[1] non, les applis tentant d'imiter les vrai post-it sous gnome ne convainquent pas non plus, justement parce qu'il essaie de ressembler aux post-it: trop petits et couleurs affreuses
jeudi, avril 6 2006
Un format simple et efficace pour les documents (textes)
Par Bertrand Rousseau le jeudi, avril 6 2006, 14:15
Bon, je lance une nouvelle catégorie: la boite à idée. La raison en est simple: j'ai horreur de perdre la trace des idées qui me passent par la tête, et parfois j'ai tout simplement pas le temps de m'y consacrer, alors elles se perdent dans les limbes de mon esprit. Le principe en est simple aussi: je fais un dump de mon idée sur mon blog. Bref: je transforme mon blog en un bloc-note le temps d'un billet. Voici la première idée.
Je ne suis pas satisfait des systèmes de rédaction de texte existant. Dans l'arène, il y a d'un côté les suites lourdes genre OpenOffice.org, MS Office, etc., et de l'autre côté il y a les systèmes de mise en page du genre Latex. J'aime les premières pour leur aspect "intégré" et leur aide à la mise en forme, mais je les trouve trop "haut-niveu", il est généralement impossible de court-circuiter l'application pour aller spécifier exactement ce que l'on veut faire. Le format, les commandes qui décrivent le document est opaque (nb: je ne parle pas ici de formats standards et de formats proprietaires): il est pratiquement impossible d'aller modifier nous-mêmes le contenu du fichier ne natif pour obtenir ce que l'on veut.
D'autre aprt pour les systèmes de mise en page comme Latex c'est tout le contraire: on spécifie tout directement dans le format natif, car on utilise des systèmes de balises et de commandes. On peut quasiment aller aussi bas que l'on veut. Néanmoins, je n'aime pas Latex: la syntaxe est difficile à mémoriser, trop particulière à Latex. De plus il y a peu de solution plus evoluées vraiment convaincante. Mais Latex est pratique pour le geek que je suis: une fois compilé, le résultat est "rigide" et stocké de manière inchangée en .ps ou .pdf. Ca a un trsè grand avantage: si j'ouvre mon fichier, il ne changera pas de forme comme cela pourait être le cas dans une suite office suite à des problèmes de compatibilité par exemple.
Je me rends comtpe que j'aimerai:
- un format qui se prête autant à l'édition directe en source, "à la Latex" - un format qui puisse néanmoins être utilisé aussi par une application WYSIWYG en cas de besoin, avec juste ce qui est nécessaire (pour le formattage, exit les fonctions avancées)
- une syntaxe qui repose sur une technologie moderne et répandue. Nommément un genre de XML + CSS. Pourquoi? parce que plein de gens connaissent et y sont familiers -> plus facile à récupérer.
- qui produsie des fichiers "rigides" (ps, pdf, ...) par défaut.
J'y vois bcp d'avantages:
- les geeks seraient contents: ils peuvent rédiger leur texte dans vim de but en blanc. Ce sera pas plus dur que du HTML
- les utilisateurs lambda utiliseraient une applciation avec juste ce qu'il faut (exite les suites lourdes avec des millions de fonctionnalités!) qui produirait des fichiers compréhensibles. (un XML + une stylesheet CSS)
- au final on aurait un document à partager eventuellement qui ne serait pas éditable, donc identique pour tous, et qui ne nécéssiterait pas de devoir charger une application lourde pour le lire.
Voilà voilà, c'est leger, pas très bien argumenté, mais c'est pas le but!