Metal3d

Le voilà le titre racoleur. Et en le lisant vous êtes en train de vous dire que je vais aller à l’encontre des bonnes pratiques. Vous vous trompez !

Un conteneur = un service, c’est une règle qui peut parfois vous donner du fil à retordre. Et justement, un cas nous est tombé dessus au travail: un service qui doit utiliser Xvfb. Ça fait bien deux services, et il faut les séparer.

Vous connaissiez les “pipelines” de Gulp, et bien voici celles de Go grâce à un boulot intéressant (mais datant d’un an déjà) de Gustavo Niemeyer sur sa page Go.pipe - un package permettant de traiter des flux, d’ajouter ses propres traitements, et surtout sans trop de douleurs.

Avoir un service de stockage sympa, gérant les sauvegardes, pour environ 30Go à 50€/an, c’est quand même une idée intéressante que je ne pensais pas voir apparaitre. Mais OVH a réussi à me créer la surprise avec Hubic qui fonctionne suffisamment bien pour que je fasse ce que je veux. À savoir, non pas avoir un disque monté (ce qu’il sait faire) mais me permettre des sauvegardes incrémentales versionnées de différents répertoires. Un peu de scripting pour améliorer tout ça, et voilà mon billet qui vous explique.

Quand on m’a posé cette question, au boulot, chez un client “full Microsoft”, j’ai bêtement cru que tout allait se passer comme sur des roulettes. Et en fait non… Alors, comment créer un point de montage Microsoft sharepoint (qui utilise webdav) sur Linux avec le moins de douleur ? La solution est expliquée ici.

J’en ai parlé il y peu de temps en Go mais je sais que beaucoup d’entre vous utilise Javascript. Et justement, l’utilisation de closure en JS est très intéressante. On va voir dans ce billet que bien souvent on devrait réfléchir avec ce pattern que ce soit avec du JS pur ou avec Angular.