Benoit GANTAUME
Pertuis
Passionné par le code depuis ma tendre enfance, j'essaie de donner le virus du code bien fait avec artisandeveloppeur.fr.
Développeur, entrepreneur, webmarketeur, podcasteur, youtuber, enseignant, formateur, créateur, auteur sont autant de facettes de mon quotidien.
Ma dernière lubie ? Faire de compagnon un saas utile aux développeurs.
Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.
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.
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.
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.
Un article qui explique clairement le concept de CQRS.
Encore en anglais...
Si vous avez des bonnes ressources sur la questions, pensez à les partager !
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.
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 !
J'ai l'impression qu'il y a un espèce de courant de fond qui pointe du doigt un gros problème dans le système de reconversion : il y a un trou entre la sortie d'école et une réelle employabilité.
Freddy pousse ici un coup de gueule et s'en est pris plein la tête...
Il est visiblement plus simple de taper sur le messager que se remettre en question...
Vous en pensez quoi ?
Il défend sa crémerie sans dénigrer le message.
Il reconnaît même que le problème est réel.
J'ai l'impression qu'il y a un espèce de courant de fond qui pointe du doigt un gros problème dans le système de reconversion : il y a un trou entre la sortie d'école et une réelle employabilité.
Freddy pousse ici un coup de gueule et s'en est pris plein la tête...
Il est visiblement plus simple de taper sur le messager que se remettre en question...
Vous en pensez quoi ?
Il défend sa crémerie sans dénigrer le message.
Il reconnaît même que le problème est réel.
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.