Blog
Carrière
Gestion du temps

La réponse qu'on nous donne est souvent d'être passionné par son boulot. Je propose une autre approche.


Partagé par Thibaud Duthoit
il y a plus de 3 ans
1

Derniers commentaires :
Thibaud Duthoit il y a plus de 3 ans
Je pense que j’ai très mal retransmis la source de mon article. Pour rappel, voici ce qui m’a inspiré ce point de vue : sive.rs/balance
Benoit GANTAUME il y a plus de 3 ans
"Tu as le sentiment que c’est l’idée véhiculée dans mon article ou dans les liens que je donne ?"
Non pas ton article, plutôt le gars que tu cites sur twitter.

Ton article me semble clair sur ce point : la fusion peut venir, mais au fil du temps et c'est potentiel, non pas garanti.
Je suis convaincu qu'il est plus facile de 'réussir' en faisant des choses qu'on aime vraiment.
C'est juste que certaines passions peuvent rester ce qu'elles sont : juste une passion et c'est très bien comme ça.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Blog
CI/CD
DevOps

Pour que la sortie d'une nouvelle version (d'une application, d'une bibliothèque...) se passe bien, il est conseillé d'automatiser un maximum d'étapes. Ici, on va parler d'automatiser la numérotation des versions !


Partagé par AURELIEN VIOLET
il y a plus de 3 ans
9

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Blog
Bonnes pratiques
DevOps

Cette série de trois articles présente des solutions pour optimiser la taille des images Docker. Dans cette première partie, on parle surtout de *multi-stage build*, parce que dans la démarche de réduction de taille des images, ça devrait presque toujours être notre première étape. On va également expliquer les différences entre les bibliothèques statiques et dynamiques, et on expliquera pourquoi c'est important. Ce sera l'occasion de présenter la fameuse distribution Alpine Linux.


Partagé par AURELIEN VIOLET
il y a plus de 3 ans
5

Derniers commentaires :
Thibaud Duthoit il y a plus de 3 ans
Le devops sur mon projet actuel utilise du docker partout. Il créé un container pour chaque partie du projet : front/back/oauth2/services data science. Mais pour le front, je préfère généralement m'en passer au quotidien.

C'est parfois utile pour récupérer en local le reste des services et s'y brancher sans avoir à installer tous les environnements.

Ce sont aussi les dockers qui sont déployés sur les services amazon, sauf pour le front qui joue le village gaulois et qui upload directement les fichiers statiques sur S3 😇
Benoit GANTAUME il y a plus de 3 ans
Je m'interroge encore parfois. Sur certains projets, je vois des stacks avec 7 ou 8 dockers, dont certains pour faire une opération ultra-basique.
Couplé avec des micro-services, ça peut faire des stacks franchement lourdes pour pas grand chose...
Je me demande comment fixer la limite de l'over-engineering...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus