jef.io

Voici le début d'une série de courts articles sur les quelques outils qui comptent actuellement pour moi et que j'utilise de façon intense. Je parle ici de ceux qui ne sont pas trop orientés "code" et qui viendraient à me manquer si je ne les avais plus sous la main tellement ils sont utiles.

Commençons par Toodledo, utile pour mon organisation personnelle. J'avais créé un compte sur ce service il y a un bon moment dans le but de l'utiliser comme centre névralgique de la méthode GTD; Sans trop de succès jusqu'à lors par manque d´assiduité et d'embrassement de la méthode.

Puis j'ai eu le déclic il y a quelques semaines en lisant ce billet. Finalement je me suis dit qu'il était possible (d'essayer en tout cas) de trouver sa propre voie en piochant dans les bonnes idées et les bonnes pratiques de GTD et autres en gardant le contrôle sur le dosage d'utilisation. Et ça marche plutôt pas mal pour le moment ! Mais c'est un tout autre sujet.

Si vous ne l'aviez pas deviné Toodledo est avant tout un service en ligne comme il en existe tant d'autres pour la gestion de todo lists. Ce que j'aime bien avec leur interface web c'est la rapidité et la facilité de création de tâches ainsi que l'étendue des filtres et des classements. Bizarrement le design un peu old school de l'interface n'est pas si désagréable. Je devrais plutôt dire que ce qui est au centre du service est le maintien des tâches et ce sans fioritures et c'est ce qui compte. C'est un peu comme leboncoin et son design. Ça craind mais ça fait tellement bien le job.

Mais le service prend tout son sens avec l'application mobile (il y a aussi android et bada) qui l'accompagne et qui se synchronise correctement avec le compte en ligne et vice versa. L'application intègre les notifications locales et la création rapide de tâches également. Très pratique lorsqu'on souhaite sortir quelque chose de sa tête immédiatement.

J'ai un compte gratuit et ça suffit amplement pour l'utilisation que j'en fais. Un compte payant ajoute entre autres un archivage plus long, la délégation de tâches en connectant plusieurs comptes (ok ça ce serait pas mal), et l'accès à des stats. Les stats pourraient être pratiques mais elles ne prennent pas l'angle qui m'intéresserait c'est à dire celui du suivi de timeboxing. Pour le reste ça fonctionne parfaitement et je souhaite que ça dure !

Vous pouvez tout à fait interfacer le service avec des applications tierces ou leur API si vraiment vous en avez besoin.

Je me suis fait avoir aujourd'hui avec ce tweet. Et bien oui c'est fait exprès : de l'humour de dev, un coup monté très bien expliqué dans ce post facebook. Ce n'est pas bien grave, ça m'apprendra à ne pas chercher plus loin que le bout de mon nez. Il est vrai que parfois on tombe sur ce genre de pépites sur les sites web de mon coin mais c'est une toute autre histoire…

Le petit laïus de codeception rejoint une réflexion que je me suis déjà faite il y a un petit moment. C'est le grand écart entre ce dont a besoin le développeur pour communiquer et les outils ultra-intégrés qu'il met en place pour ses clients à coup de back-offices complexes et de pirouettes incroyables. Aussi impressionnant soit ce que permet codeception, c'est un site web statique qui en fait la promotion. De plus il est bien complet et assez agréable à parcourir. J'aurais du me douter que le site du projet était hébergé par github pages… enfin bref.

Je dis ça parce que ce blog si je peux l'appeler ainsi est lui même hébergé sur ce service. C'est par le plus grand des hasards que j'ai utilisé wintersmith pour le gérer. A la base mon idée était de créer un moteur en php alimenté par des fichiers markdown. J'ai eu le réflexe, que j'ai de plus en plus maintenant, de chercher sur github ce qui se faisait sur la même idée. Et du coup j'ai creusé un petit peu du côté de wintersmith qui repose sur coffee script (qui m'intéresse par ailleurs) qui était simple d'utilisation et qui collait parfaitement à mon besoin et à ma tendance à mettre les mains dedans.

J'exagère un petit peu sur les besoins rudimentaires du développeur. Même avec du statique il est possible de se faire plaisir. Il y a une bonne technicité derrière. C'est une logique plus déportée, un peu geek je le concède, que celle qui repose sur une interface d'administration. Les services tiers viennent aussi compléter le panel des possibilités, je pense à disqus ou à cse par exemple.

Je finis un peu en queue de poisson mais tant pis on est encore au mois d'avril. Au final, pour d'autres raisons je suis bien content d'être tombé sur ce petit hameçon aujourd'hui.

Je n'avais absolument pas fait attention lors de l'achat de ce nom de domaine mais je trouve marrantes les caractéristiques du profil de mon homologue en .io. Ceux qui me connaissent trouveront sans doute aussi quelques similitudes…

Je produis du code quotidiennement et j'apporte une grande attention à mon outil de travail principal : l'éditeur de texte.

Il y a régulièrement de nouveaux challengers qui arrivent sur le marché et je suis souvent tenté de les essayer. D'IDE trop fouillis en éditeurs ultra tendances, chaque tentative se conclut en expérience globalement décevante. Soit parce que cela n'apporte rien, soit parce que cela manque de maturité soit parce qu'ergonomiquement c'est peu ragoulant ou que ça rame. De plus je reste jusqu'à présent très satisfait de vim (ok j'ai commencé par adorer emacs mais vim m'a vite rattrapé il y a de ça 7 ans maintenant). Donc le niveau d'exigence est assez élevé. Pour être vraiment honnête je devrais dire que c'est un mélange d'exigence et de frein à vouloir changer de paradigmes.

Je ne me considère pas être un power user de vim mais ça fait exactement ce que je veux et je m'étais même dit qu'il était inutile de donner sa chance au prochain.

Sauf que, sauf que... J'ai pris le temps d'essayer Sublime Text 2 qui n'est pas non plus né de la dernière pluie en passant. Et j'avoue que c'est un éditeur très plaisant et qui a un bon potentiel que je ne lâche pas depuis une semaine. Je suis agréablement surpris.

Tout d'abord il y a la fonctionnalité qui m'a accroché : le "vintage mode". C'est à dire la possibilité d'utiliser les commandes clavier de vi. C'est vraiment parfait car ça prend le meilleur des deux mondes : Tu peux faire un dd puis faire un cmd-s pour enregistrer ton fichier si vraiment ça te chante. Ensuite il y a le petit bind en ligne de commande qui te permet de rajouter des fichiers ou des répertoires à l'environnement d'édition courant depuis un shell. C'est pas le truc du siècle mais c'est très pratique. Enfin il y a le fait que c'est bien léger, joli et assez intuitif avec un petit bémol sur la barre de gauche qui ne mets pas assez d'emphase entre les dossiers et les groupes mais c'est pas plus gênant que ça. Il faut dire que je l'utilise tel que livré et que je n'ai pas mis encore mon nez dans la myriade de plugins disponibles.

A noter que Sublime Text 3 est sur les rails, ça risque de saigner.

Vim est un éditeur de texte puissant. Il est impératif de bien le paramétrer pour tirer profit de son potentiel. Et c'est là qu'est souvent le problème (après la phase d'apprentissage bien entendu). Suite à la réinstallation de ma machine de travail, j'ai voulu mettre à jour ma configuration afin de coller avec mon usage actuel (édition php, javascript et css 90% du temps) en tentant d'éviter de trop plonger dans la syntaxe vimscript. J'ai tout d'abord cherché une solution clé en main avec des fichiers disponibles sur le net ci et là et parfois très prometteurs (à l'américaine…).

Toutes les confs rencontrées sont très bien faites mais je pense que le paramétrage est réellement propre aux usages et aux habitudes de chacun. Et personnellement j'ai besoin de peu par rapport à ce que j'ai trouvé. C'est à mon sens également un travail d'affinage à effectuer au fil du temps et des besoins.

Donc comme je ne le souhaitais pas spécialement à la base, ça c'est terminé par une reconstruction from scratch du fichier vimrc. Avec une petite différence cette fois ci : le repos spf13-vim m'a permis de mettre la main sur l'excellent gestionnaire de plugins vim vundle. Vundle permet de gérer simplement des plugins issus de vim-scripts, de github et d'autres repos git.

Si toutefois ça intéresse encore quelqu'un malgré tout ce que je viens de dire sur les inconvénients des solutions toutes faites, j'ai créé un repos sur github avec ma conf.