Skip navigation

Category Archives: Software

Et bah, ça faisait une éternité que je n’avais pas posté ici.

Que ce soit pour Epitech, pour le boulot, ou d’autres choses, je suis amené à échanger beaucoup d’ e-mails.

Il arrive vite d’être surmené par tant d’e-mails. J’ai trouvé une méthode qui me convenait pour gérer tous ces e-mails avec GMail, j’en profite donc pour la partager.

Cette méthode utilise des fonctionnalités clé de GMail :

  • Les labels
  • L’archivage de mails
  • La « Priority Inbox »

 

Les labels et l’archivage

En plus de mes labels habituels, j’ai crée deux nouveaux labels. To do et Waiting on.

  • Quand je tombe sur un mail auquel je ne peux pas répondre immédiatement, il est systématiquement labellé en « To Do »
  • Quand j’envoie un mail et que j’attends des retours, il est systématiquement labellé en « Waiting on »
  • Une fois qu’une conversation n’a plus d’intérêt, elle est archivée.

Ainsi, je m’assure d’avoir une inbox propre, sans conversations superflues.

 

La « Priority Inbox »

GMail a, il y a quelques mois, proposé une nouvelle fonctionnalité appelée « Priority Inbox », qui permet de faire la différence entre les mails Importants et le reste.

J’utilise la Priority Inbox avec quelques retouches.

 

Le résultat final est le suivant :

  1. Tout en haut, les mails importants et non lus, ceux qui méritent d’être lus au plus vite.
  2. En deuxième position, les mails labellés « To Do« , afin de toujours avoir un oeil dessus.
  3. En troisième position, les mails labellés « Waiting On« , afin de pouvoir relancer les threads si besoin (Voir l’excellent plugin Boomerang pour gmail)

Niveau configuration, ca ressemble à ca :

 

 

Je me retrouve donc avec une Inbox claire, et je ne perds pas de vue les choses que je dois faire ou les sujets pour lesquels j’attends un retour.

 

Je suis conscient que ce système ne convient pas à tout le monde, si vous avez des suggestions ou si vous voulez partager votre système, n’hésitez pas à en parler dans les commentaires!

Vous savez surement à quel point chercher un bug dans un gros projet peut être rébarbatif, surtout quand le bug est apparu il y a longtemps, et qu’un nombre considérable de commits se sont passés depuis.

Git offre la possibilité d’optimiser cette recherche via la commande git bisect.

Cette commande permet à git de faire une recherche dichotomique.

C’est parti, simplement « git bisect start« .

Vous devez ensuite indiquer à git un point ou le bug n’était pas présent, puis un point ou le bug était présent.

git co master && git bisect good
git co HEAD~40 && git bisect bad
view raw gistfile1.sh This Gist brought to you by GitHub.

(vous pouvez aussi appeler git bisect good_comit bad_commit)

Un peu comme un plus ou moins, git va alors changer le commit actuel de votre dépôt local (il va prendre le commit au milieu des deux que vous lui avez indiqué), à vous de tester et de lui indiquer si le commit est bon « git bisect good », ou mauvais « git bisect bad »

 

Au bout de quelques étapes, git va débusquer le commit fautif, et il sera aisé de trouver le bug.

Il est possible d’automatiser cette étape avec git bisect run, en lui passant en paramètre un script, qui renverra 0 ou 1 si le commit est bon ou mauvais.

 

Happy gitting!

Pour ceux qui ne connaissent pas git, il s’agit d’un logiciel de gestion de versions ayant la particularité d’être décentralisé, je vous invite à regarder la page wikipedia, c’est un atout formidable pour les développeurs. (Voir aussi Subversion, Mercurial pour ne citer qu’eux).

Pour les autres, voici une petite astuce qui m’a sauvé une ou deux fois.

Il peut arriver de pusher par erreur des commits, ou de se rendre compte après coup d’un bug.

Plusieurs solutions existent, notamment :

  • Publier d’autres commits pour annuler les changements.
Grâce à la commande « revert » de git, il est possible de publier des commits à effet inverse.
git revert commit1 commit2 … commitn
Cette solution est élégante mais si il y a beaucoup de commits à annuler, le log devient illisible et il n’est pas facile de s’y retrouver.
  • Annuler purement et simplement les commits en forcant un push
La commande push de git permet de faire beaucoup de choses, notamment de forcer le dépot distant à se synchroniser avec le commit qu’on lui donne, soyez prudent car les commits sont ensuite perdus sur le dépôt distant.
git push -f commit_ou_tout_va_bien
Le dernier commit sur le dépôt sera alors « commit_ou_tout_va_bien », les commits ultérieurs seront supprimés.
Happy gitting :)


Hey les geeks!

Un développeur n’est rien sans son éditeur de texte.

Certains préfèrent les éditeurs « old school »: minimalistes mais plein de fonctionnalité (je pense à Emacs, vim, etc), d’autres préfèrent les bonnes usines à gaz qui font le café (netbeans, eclipse).

J’écris rapidement cet article pour vous partager un éditeur de texte qui se situe un peu entre les deux grandes écoles, Sublime Text 2.

Cet éditeur à la croisée des chemins à l’avantage non négligeable d’être multi plateformes, ce qui compense un peu le fait qu’il soit payant (Actuellement en béta publique et gratuit, mais plus pour longtemps).

Bien que fenêtré et comportant pas mal de fonctionnalités, Sublime Text tourne parfaitement bien sans aucun lag.

Ses fonctionnalités principales sont les suivantes:

  • De très jolis thèmes
  • Insertion de snippets
  • Très configurable (via fichier)
  • Des raccourcis intéressants et pratiques (essayer Control + R et Control + P)
  • Un mode « distraction free »

Ce ne sont que quelques unes des fonctionnalités du logiciel, j’espère vous avoir mis l’eau à la bouche, pour le reste, à vous d’essayer et de me dire ce que vous en pensez!

Comme vous le savez sans doute, la dernière mouture d’ubuntu est sortie très récemment, comme vous l’avez sans doute remarqué, c’est le bordel bazar sur les dépôts ubuntu qui sont surchargés par cette mise à jour, pas facile de mettre à jour son système ou même installer un paquet en moins de 6 heures.

Néanmoins, voici une petite astuce qui vous permettra d’utiliser les dépôts de nos amis belges, qui sont bien moins surchargés que les notres.

Pour utiliser les dépôts belges (à exécuter en root):

cp /etc/apt/sources.list /etc/apt/sources.list.bak
sed -i"" "s/fr\./be\./g" /etc/apt/sources.list

Et pour revenir aux dépôt francais quand ils seront moins chargés :

cp /etc/apt/sources.list.bak /etc/apt/sources.list

Et voilà, vous devriez avoir un débit décent maintenant :)