- 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
Un article qui explique clairement le concept de CQRS.
Encore en anglais...
Si vous avez des bonnes ressources sur la questions, pensez à les partager !
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.
On a tous un jour bossé sur du code mal écrit, tellement mal écrit que nos yeux se sont subitement mis à crier.
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/...
La plus grande compétition de code en ligne de France se jouera demain. On devrait être plus de 5 000 développeurs en ligne !
Et cette année ils ont ajouté Swift dans leurs langages, y’a des gens qui y participent ? Normalement j’en suis !
Je programme depuis 15 ans maintenant. Récemment, le manque d’attention de l’industrie du logiciel en matière d’efficacité, de simplicité et d’excellence a commencé réellement à me peser, au point d’être déprimé par ma propre carrière et l’informatique en général.
J’en viens à me demander si c’est même possible, que ce soit sur le plan technique ou économique.
C’est peut être aussi un bon moyen de se rassurer et ne rien changer...
Lorsque je suis tombé sur cet article de Nikita en 2018. J'ai tout de suite adhéré au propos et lui ai proposé la traduction en français.
Cet article a vraiment changé pas mal de chose sur la vision que j'ai de l'industrie logicielle dans la société et sur ma façon de travailler. Les implications de ingénierie logiciel sont énormes. Outre l'aspect commercial, un logiciel pourri a des implications écologiques et sociales désastreuses.
Pour moi le point central autour de la question tourne autour de la formation. D'abord, d'un point de vue technique :
Comme dans toutes les industries, des gens intelligents se sont confrontés à ces problèmes depuis que la programmation existe et des bonnes pratiques existent et sont documentées : la connaissance est là.
On peut faire du code fiable et durable, même avec l'écosystème JavaScript qui est si souvent décrié, ce n'est pas une question de "comment", on sait comment le faire.
Pour moi, si on en est là aujourd'hui, c'est qu'on ne prend pas suffisamment le temps pour se poser et aller chercher cette connaissance. Et ce n'est pas une critique, souvent, on ne dispose pas de ce temps.
Et pour moi l'enjeu est là : faire tout pour rendre cette connaissance plus accessible et au plus grand nombre, réduire la friction, le temps nécessaire pour l'obtenir et la comprendre, qu'elle parvienne aux développeurs quels que soient leur niveau d'expérience.
Je constate avec étonnement que même chez des développeurs expérimentés, la notion d'architecture qui consiste à séparer le code métier du code technique (que l'on retrouve notamment dans les principes du Domain Driven Design) est encore largement méconnue, ou quand elle l'est, bien mal appliquée. C'est d'ailleurs une notion que je n'ai intégrée que très récemment personnellement.
Outre la formation technique, il y a aussi la sensibilisation autour de sujets plus fondamentaux : la collaboration métier-technique, la responsabilité écologique et sociale, l'éthique. Nous avons l'Ordre des Médecins, l'Ordre des Avocats, pourquoi pas l'Ordre du Logiciel ?
Et l'avantage c'est que tout un chacun peut participer à cette sensibilisation. Se documenter sur le sujet, en parler sur des forums comme celui-ci, former un développeur junior, échanger avec son porteur de projet, ses collègues, lancer un projet de refactoring, utiliser une nouvelle technologie plus performante...
Contribuer à une meilleure industrie est vraiment à la portée de tous. Je parlais de l'écosystème JavaScript tout à l'heure, nous avons aujourd'hui Deno qui est fraichement sorti de l'oeuf, écrit en Rust, déployé via un seul executable avec une façon révolutionnaire de gérer les dépendances et qui tend à corriger un certains nombre de problèmes de sécurité et de performance qu'on peut avoir avec NodeJS.
Contribuer est facile, la question est de savoir si on veut continuer de participer à la médiocrité ou si on a la volonté d'apprendre et de rendre les choses meilleures. Les choses ne changeront pas facilement, ni rapidement, mais la plus petite contribution est je pense un pas de plus dans la bonne direction !
Etant développeur .NET, je suis avec plaisir l'actualité de Scott Hanselman. Très pédagogue, il a aussi toujours de bonnes astuces pour améliorer son quotidien de dev. Ici, il nous présente une librairie permettant de rendre visuellement attractive les applications en mode console.
Je te raconte les aventures d'un dev qui veut lancer un saas.
Un guide complet sur les design pattern en JavaScript.
www.notion.so/...
C’est un bon pattern d’architecture logicielle qui permet de bien séparer les transactions en lecture d’un côté et les transactions en lecture/écriture de l’autre.
Les développeurs aiment bien.
L’utilisation de commandes permet une bonne réutilisation des règles de gestion internes.
Pattern à ne pas confondre avec « Event Sourcing » qui lui est une extension de CQRS.