work

Hé oui, il n'y a pas que Ruby dans la vie. Parfois, il faut savoir s'ouvrir sur d'autres technologies, d'autres façons de procéder, d'autres approches, pour parvenir à trouver de nouveaux ou de meilleurs moyens d'apporter la satisfaction dans l'usage d'un système que l'on développe pour nos clients.

Il y a 4 ans, je décrivais un proof of concept qui me permettait d'alterner les positions assises et debout pour travailler. C'était à l'époque assez rudimentaire mais j'avais largement apprécié l'expérience.

Depuis quelques temps, je trouve que l'usage de Atom dans le cadre de mon travail quotidien plutôt poussif. Aussi je me suis dis que j'allais redonner une nouvelle chance à un autre éditeur de temps à autres. J'ai choisi de tester à nouveau Visual Studio Code de Microsoft, que j'avais tenté d'utiliser il y a quelques temps mais pour lequel je n'avais pas trouvé toutes les extensions qui me sont utiles pour travailler efficacement.

Depuis le temps que cela nous trottait dans la tête, ça y est, on s'est enfin lancé.

Cela fait désormais quelques jours que j'ai changé mon shell de base pour fish en lieu et place de zsh. Un peu perplexe lorsque j'en ai entendu parler la première fois chez Xavier, un peu plus lorsque mon boss m'en reparle, j'ai finalement pris le pas de tester le bestiau et sans trop divulgacher la suite, je peux vous dire que de la balle.

Le truc qui me rendait fous depuis mon passage sous OSX c'était le comportement des touches Home et End du pavé numérique. En tant que développeur, dans mon éditeur de texte, le comportement est d'aller respectivement en début et en fin de ligne. Or dans le navigateur et en particulier dans les textarea de GitHub, le comportement des touches en question est rattaché au viewport du navigateur. Si bien que lorsque naturellement j'appuie sur Home pour revenir en début de ligne, mon navigateur me renvoyait en début de page.