- Nouveau
- Tendances
- Classement
-
Tagsbonnes-pratiquesBonnes pratiques21codeCode10teletravailTélétravail9tddTDD8design-patternDesign Pattern5entreprenariatEntreprenariat5veilleVeille5devopsDevOps4compagnonCompagnon4front-endfront-end4carriereCarrière4gitGit4architectureArchitecture4agiliteAgilité4organisationOrganisation3humourHumour3formationFormation3javascriptJavaScript3emploiEmploi3retour-d-experienceRetour d'experience3videoVidéo3blogBlog3vue-jsvue.js3dddDDD2cultureCulture2donnees-personnellesDonnées personnelles2cqrsCQRS2covid-19Covid-192freelancingFreelancing2ci-cdCI/CD2changelogChangelog2gestion-du-tempsGestion du temps2hexagonalehexagonale2reconversionReconversion2personal-brandingpersonal branding2optimisationOptimisation2nodejsNodeJS2youtubeYoutube2webWeb2devtoolDevTool1pythonPython1reactReact1restREST1ctoCTO1craftCraft1retrospectiveRetrospective1rustrust1coup-de-gueuleCoup de gueule1conferenceConférence1securiteSécurité1slackSlack1clean-codeClean Code1algorithmealgorithme1systeme-de-queueSystème de queue1apiAPI1chansonChanson1tech-leadTech Lead1tinydbTinyDB1vie-priveeVie privée1vite-jsvite.js1maisonMaison1licorneLicorne1langagelangage1jobjob1mutation-testingMutation testing1javaJava1iaIA1mvcmvc1net.NET1goGo1performancesperformances1phpPHP1flowconFlowcon1flowflow1evenementÉvènement1ethiqueEthique1entretien-d-embaucheEntretien d'embauche1entretienentretien1podcastPodcast1entrainementEntrainement1productivteproductivté1ecosystemeEcosystème1programmation-fonctionnelleProgrammation fonctionnelle1dojoDojo1audioAudio1
- Mes favoris
- Recevoir par email
- Partager un lien
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.
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.
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 !
Advent of Code 2020 (en)
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 !

D'ailleurs ca se passe où le dojo de cette après midi ?
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
Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.
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.

Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.
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.
@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/)
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)
Comment profiler notre application Node.js ? Quelles fonctions consomment le plus de temps CPU ? Nous allons voir tout cela aujourd'hui !
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.
La balance entre éthique et usage est parfois difficile à trouver...
Je t'en parle dans les aventures de la semaine.
Si oui, je t'invite à le configurer dans les tag de ton profil : compagnon.artisandeveloppeur.fr/...
Mais tu peux déjà y compléter ta bio et indiquer tes liens de profils pour apprendre à mieux te connaître.
Cet article propose des pistes pour concevoir une API REST dans le cas où CRUD ne suffit plus.

- 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/...








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 😇
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...