- Nouveau
- Tendances
- Classement
-
Tagsnewsletternewsletter46devdev45bonnes-pratiquesBonnes pratiques43phpPHP36programmationprogrammation34veilleVeille15teletravailTélétravail15architectureArchitecture13tddTDD13agiliteAgilité12javascriptJavaScript12design-patternDesign Pattern12codeCode11devopsDevOps10laravelLaravel9conferenceConférence8carriereCarrière8front-endfront-end7retour-d-experienceRetour d'experience7formationFormation6entreprenariatEntreprenariat6gitGit6cultureCulture6clean-codeClean Code6youtubeYoutube6craftCraft5refactoringrefactoring5videoVidéo5interviewinterview5organisationOrganisation5podcastPodcast5code-legacyCode Legacy4compagnonCompagnon4dddDDD4testingTesting4freelancingFreelancing4tech-leadTech Lead4optimisationOptimisation4javaJava3pythonPython3iaIA3humourHumour3reactReact3ethiqueEthique3emploiEmploi3ecologieEcologie3reconversionReconversion3debutantDébutant3remoteremote3cqrsCQRS3covid-19Covid-193securiteSécurité3retrospectiveRetrospective3clean-architectureClean Architecture3ci-cdCI/CD3vue-jsvue.js3blogBlog3architecture-hexagonaleArchitecture Hexagonale3rustrust3performancesperformances3nodejsNodeJS3programmation-fonctionnelleProgrammation fonctionnelle3productivteproductivté3slackSlack2donnees-personnellesDonnées personnelles2ecosystemeEcosystème2pair-programmingPair programming2evenementÉvènement2personal-brandingpersonal branding2produitProduit2gestion-du-tempsGestion du temps2changelogChangelog2cercleCercle2green-itGreen IT2hexagonalehexagonale2vscodevscode2pooPOO2webWeb2tinydbTinyDB1algorithmealgorithme1alignementAlignement1originesOrigines1dbDB1vie-priveeVie privée1androidAndroid1ctoCTO1apiAPI1csscss1restREST1pedagogiePédagogie1coup-de-gueuleCoup de gueule1vision-systemiqueVision systémique1prodprod1atddatdd1audioAudio1autonomieAutonomie1visualstudiovisualstudio1cloudCloud1vite-jsvite.js1slow-techSlow.tech1avenirAvenir1bddbdd1chansonChanson1bffBFF1blazorblazor1ports-and-adaptersPorts and Adapters1queerQueer1goGo1graphqlGraphQL1hibernatehibernate1hommageHommage1net.NET1mvcmvc1ideide1inclusionInclusion1ingenieurieIngénieurie1mutation-testingMutation testing1minimalismeMinimalisme1systeme-de-queueSystème de queue1jobjob1langagelangage1sqlSQL1licorneLicorne1livelive1lowtechLowTech1maisonMaison1buildbuild1theorie-des-contraintesThéorie des contraintes1devtoolDevTool1diversiteDiversité1dockerdocker1dojoDojo1open-sourceOpen Source1onlineonline1energieEnergie1entrainementEntrainement1thematuredevTheMatureDev1entretienentretien1entretien-d-embaucheEntretien d'embauche1event-sourcingEvent sourcing1extreme-programmingeXtreme Programming1flowflow1flowconFlowcon1react-nativeReact-Native1springbootspringboot1testtest1microsoftmicrosoft1
- Mes favoris
- Recevoir par email
- Partager un lien
La réponse qu'on nous donne est souvent d'être passionné par son boulot. Je propose une autre approche.
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 !
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.
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...
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.
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.