- Nouveau
- Tendances
- Classement
-
Tagsbonnes-pratiquesBonnes pratiques42phpPHP24newsletternewsletter24devdev23veilleVeille15teletravailTélétravail15programmationprogrammation14tddTDD13architectureArchitecture13javascriptJavaScript12design-patternDesign Pattern12agiliteAgilité12codeCode11laravelLaravel9devopsDevOps9conferenceConférence8carriereCarrière8retour-d-experienceRetour d'experience7front-endfront-end7gitGit6formationFormation6entreprenariatEntreprenariat6clean-codeClean Code6youtubeYoutube5videoVidéo5podcastPodcast5organisationOrganisation5cultureCulture5testingTesting4tech-leadTech Lead4optimisationOptimisation4freelancingFreelancing4dddDDD4craftCraft4compagnonCompagnon4vue-jsvue.js3retrospectiveRetrospective3remoteremote3reconversionReconversion3reactReact3programmation-fonctionnelleProgrammation fonctionnelle3productivteproductivté3performancesperformances3nodejsNodeJS3javaJava3iaIA3humourHumour3ethiqueEthique3emploiEmploi3ecologieEcologie3debutantDébutant3cqrsCQRS3covid-19Covid-193clean-architectureClean Architecture3ci-cdCI/CD3blogBlog3architecture-hexagonaleArchitecture Hexagonale3webWeb2vscodevscode2slackSlack2securiteSécurité2rustrust2pythonPython2produitProduit2pooPOO2personal-brandingpersonal branding2pair-programmingPair programming2hexagonalehexagonale2green-itGreen IT2gestion-du-tempsGestion du temps2evenementÉvènement2ecosystemeEcosystème2donnees-personnellesDonnées personnelles2changelogChangelog2cercleCercle2vite-jsvite.js1visualstudiovisualstudio1vision-systemiqueVision systémique1vie-priveeVie privée1tinydbTinyDB1theorie-des-contraintesThéorie des contraintes1thematuredevTheMatureDev1testtest1systeme-de-queueSystème de queue1sqlSQL1springbootspringboot1slow-techSlow.tech1restREST1refactoringrefactoring1react-nativeReact-Native1queerQueer1prodprod1ports-and-adaptersPorts and Adapters1pedagogiePédagogie1originesOrigines1open-sourceOpen Source1onlineonline1net.NET1mvcmvc1mutation-testingMutation testing1minimalismeMinimalisme1microsoftmicrosoft1maisonMaison1lowtechLowTech1livelive1licorneLicorne1langagelangage1jobjob1ingenieurieIngénieurie1inclusionInclusion1ideide1hommageHommage1hibernatehibernate1graphqlGraphQL1goGo1flowconFlowcon1flowflow1extreme-programmingeXtreme Programming1event-sourcingEvent sourcing1entretien-d-embaucheEntretien d'embauche1entretienentretien1entrainementEntrainement1energieEnergie1dojoDojo1dockerdocker1diversiteDiversité1devtoolDevTool1dbDB1ctoCTO1csscss1coup-de-gueuleCoup de gueule1cloudCloud1chansonChanson1buildbuild1blazorblazor1bffBFF1bddbdd1avenirAvenir1autonomieAutonomie1audioAudio1atddatdd1apiAPI1androidAndroid1alignementAlignement1algorithmealgorithme1
- Mes favoris
- Recevoir par email
- Partager un lien
Le concept de « Clean Architecture », qu’on appelle aussi l’« Architecture hexagonale » ou encore « Ports/Adapters Architecture » a déjà fait ses preuves dans le développement d’application backend. Si cette technique a gagné en popularité ces dernières années, elle ne s’est pas beaucoup démocratisée dans le développement d’application frontend.
Guide de "ce qu'il ne faut pas oublier" quand on design pour la performance : écrans de chargement, vide, erreurs, synchronisation, perte de connexion, etc.
An analysis of modern messaging, and the next evolutionary steps. A Case Study.
Il semblerait que, dans Vite 2.0, toute la logique liée à Vue soit containerisée dans un plugin, ce qui rendra Vite 100% "framework-agnostique", comme Snowpack.
React vient d'annoncer la sortie des 'Server Components', qui permettent de 'rendre' certains composants dans le serveur afin de diminuer la taille du bundle client. Il n'existe à priori rien d'équivalent actuellement (nb: le principe est différent de celui du SSR). Qu'en pensez-vous ? Quelqu'un a-t-il eu l'occasion d'essayer ?
L'API de composition comme alternative à Vuex pour les cas simples de state management - pourquoi pas ? 🤔
Mais je reconnais que c’est peu intuitif et peu mis en valeur dans la documentation.)
Excellent article d'introduction au TDD front (Vue.js - par Sarah Dayan)
Par contre, la question que je me posais : le présentateur utilise un objet passé en paramètre pour "retourner" le résultat de ses use cases. Je n'arrive pas à voir ce que cela apporte de bénéfique par rapport a un bon vieux return. Ou est-ce juste un détail d'implémentation ?