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.
Agilité
Bonnes pratiques
Design Pattern
Git

Les développeurs passent beaucoup de temps devant un écran, parfois au détriment de leur santé oculaire. Une des solutions serait la lecture sur un support papier.


il y a plus de 3 ans
1

Derniers commentaires :
Jean-Baptiste Baillet il y a plus de 3 ans
La bibliothèque est une bonne idée. Certains des livres sont en cours de lecture. Je tacherais d'en faire un résumé lorsque je les aurais finis. Merci pour vos retours.
Sébastien Poulet-Mathis il y a plus de 3 ans
Très bonne idée la bibliothèque!
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Code
Go
Veille

Le début d’une nouvelle année est parfois l’occasion de prendre des bonnes résolutions ou de mettre en place de nouveaux objectifs pour l’année à venir. Je ne l’avais pas fait l’année dernière mais force est de constater que j’ai mis à profit l’année 2019 pour apprendre le langage Go. J’avais il est vrai commencé à tremper le bout de mes orteils dans l’eau fin 2018 mais j’avais un peu galéré à comprendre toutes les subtilités de la syntaxe et de la philosophie de ce langage ! Alors si l’envie vous vient de s’attaquer à ce chouette langage suivez le guide !


il y a plus de 3 ans
5

Derniers commentaires :
Benoit GANTAUME il y a plus de 3 ans
J'avais vu une présentation une fois du langage et je trouve Go très intéressant. Sur quel type de projets l'utilises-tu ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Dojo
Entrainement

C'est le challenge annuel de l'avent.
Abordable et fun !
J'adore leur style css de console... C'est un peu perturbant au début, mais ça marche bien !


Partagé par Benoit GANTAUME
il y a plus de 3 ans
8

Derniers commentaires :
Benoit GANTAUME il y a plus de 3 ans
Et si on l'utilisait pour les katas du dojo de cet après midi ?
Nicolas Coquelet il y a plus de 3 ans
Je ne connaissais pas, ca à l'air fun!
D'ailleurs ca se passe où le dojo de cette après midi ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Carrière
Reconversion

Développeur est devenu un métier très populaire auprès des candidats à la reconversion. Découvrez le guide complet pour devenir développeur


Partagé par Rayed Benbrahim
il y a plus de 3 ans
5

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
DevOps
Git

Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.


Partagé par Bruno Raby
il y a plus de 3 ans
4

Derniers commentaires :
Ghislain Durand il y a plus de 3 ans
J'utilise gitea.io en production (auto-hébergé) depuis plus d'un an et j'en suis très satisfait :
aucun bug bloquant, des mises à jours régulières et upgrade facile, peu gourmand en ressources (contrairement à gitlab) et performant, largement suffisant pour gérer une petite équipe et plusieurs projets en parallèle.
Bruno Raby il y a plus de 3 ans - modifié il y a plus de 3 ans
@Benoit merci pour ta remarque et ton accueil. Les autres merci pour le partage de gitea.io c'est toujours bon de connaitre une solution pour s'affranchir des gafams. Je vais ajouter un petit paragraphe à mon article pour présenter cette solution.

Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Git

Lorsque l’on utilise Git, surtout quand on est débutant, on ne sait pas toujours comment nommer correctement ses branches ou ses messages de commits. Pourtant il est primordial pour s’y retrouver dans un projet, de respecter une convention de nommage.


Partagé par Axel Shaïta
il y a plus de 3 ans
4

Derniers commentaires :
Axel Shaïta il y a plus de 3 ans
@Corentin Leffy J'ai pas mal utilisé cette convention que je trouve, comme tu dis, très visuelle. J'en fais d'ailleurs mention très brièvement dans mon article.

@Marc Bouvier C'est exactement cette convention ! Effectivement elle est de plus en plus suivie car pas mal d'outils se basent sur celle-ci pour automatiser la génération des changelogs ou le versionning (en se basant sur semver.org/lang/fr/)
Baptiste Pottier il y a plus de 3 ans - modifié il y a plus de 3 ans
@benoit Oui, nous l'utilisons depuis une année en mode "souple", c'est à dire que nous gardons une branch develop en plus de la master, là ou certain "extremistes" ne gardent que la master (et franchement on s'interroge à ne pas pousser jusque là tellement c'est pratique).
Les gains sont :
- l'obligation de travailler propre (il faut penser au copain)
- obligation de faire de petit commit
- incitation forte au feature flag
- Jamais de gros diff, jamais de branch qui se meurent ou qui durent des jours et des jours voir plus (sympa à merger ...)

On peut très bien savoir faire cela avec des branches, mais alors elles n'ont plus d’intérêt (si on merge toutes les heures, autant faire dans develop).
A chaque onboarding, le nouvel arrivant est dérangé mais très vite il adore (et on utilise les tags!) c'est queque chose qu'il faut pratiquer pour véritablement en comprendre l'avantage (comme le TDD sur ce point)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
NodeJS
Optimisation

Comment profiler notre application Node.js ? Quelles fonctions consomment le plus de temps CPU ? Nous allons voir tout cela aujourd'hui !


Partagé par Benoit GANTAUME
il y a plus de 3 ans
3

Derniers commentaires :
Elise Patrikainen il y a plus de 3 ans
Je suis d'accord: je trouve que, sur la scène JS française, le blog de @Axel Shaita est l'une des meilleures ressources actuelles.
Axel Shaïta il y a plus de 3 ans - modifié il y a plus de 3 ans
Merci du partage. Honnêtement je ne sais pas si l'optimisation des performances est une préoccupation courante dans l'univers Node.js mais c'est pour moi essentiel de savoir comment analyser celle-ci pour éviter de consommer de la ressource inutilement, surtout lorsque celle-ci est limitée. Malheureusement beaucoup de développeurs que j'ai rencontrés ne savent pas comment s'y prendre pour analyser les performances, les ressources à ce sujet sont peu nombreuses voir inexistantes en français d'où la rédaction de cet article.

Très content des retours que j'ai eus sur cet article qui m'a demandé, comme tu l'as dit Benoit, pas mal de temps.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.

La balance entre éthique et usage est parfois difficile à trouver...
Je t'en parle dans les aventures de la semaine.


Partagé par Artisan Développeur
il y a plus de 3 ans
6

Derniers commentaires :
Benoit GANTAUME il y a plus de 3 ans
@Guillaume Darbonne : es-tu utilisateur de node ?
Si oui, je t'invite à le configurer dans les tag de ton profil : compagnon.artisandeveloppeur.fr/...
Benoit GANTAUME il y a plus de 3 ans - modifié il y a plus de 3 ans
Hum... En fait j’ai un peu trop anticipé... Les tags de profil arrivent dans la prochaine version !
Mais tu peux déjà y compléter ta bio et indiquer tes liens de profils pour apprendre à mieux te connaître.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
API
Bonnes pratiques
CQRS
REST
Web

Cet article propose des pistes pour concevoir une API REST dans le cas où CRUD ne suffit plus.


Partagé par Marc Bouvier
il y a plus de 3 ans
5

Derniers commentaires :
Anonyme il y a plus de 3 ans
Ton article m'intéresse beaucoup ! J'avais fait une API Rest complète avec Node.js pour un projet il y a 3 ans, et j'envisageais de me rafraîchir les idées sur le sujet.
Marc Bouvier il y a plus de 3 ans - modifié il y a plus de 3 ans
Il y a aussi les articles d'octo que je trouve bien faits et en français.

- Designer une API REST : blog.octo.com/...
- Sécuriser une API REST : blog.octo.com/...
- Concevoir une API REST conforme au RGPD : blog.octo.com/...
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