J’ai décidé de partager avec vous mes pires (ou meilleures anecdotes suivant le point de vue) en tant que développeur, histoire de rigoler un petit peu.
Un guide assez complet sur les concepts fondamentaux qui sous-tendent les systèmes de queue et comment il s'appliquent aux outils disponibles.
Si oui lequel ?
Et surtout : pourquoi lui ?
Il n’est plus à prouver l’utilité des tests unitaires. Ils sont essentiels dans la conception d’une application de qualité. Mais, savons-nous quantifier leur pertinence, leur qualité ?
A ce jour je n'ai pas pu tester le mutation testing mais c'est un article que je garde sous le coude pour plus tard. J'essaye pour le moment d'intégrer parfaitement le TDD ^^. Mais comme je trouve que le site blog.octo.com est une mine, j'ai voulu vous le partager.
Deuxième article de cette série consacrée à l’analyse des performances des applications Node.js. Nous allons nous attaquer cette fois-ci à l’analyse de la mémoire.
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.
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.
Compagnon v2.1
Yo !
J'ai été upgradé à la version 2.1 !
Parmi les évolutions importantes, tu trouveras :
- Le centre de notifications qui permet de savoir ce qui s'est passé depuis ta dernière visite
- La gestion des tags est maintenant beaucoup plus souple et permet de créer tes propres tags
- La possibilité d'ajouter des ressources en favoris
- Plein d'autres petites améliorations pour mieux gérer le service
- Un tout nouveau système pour publier ce genre de mini message
- Une page de profil pour en savoir plus sur les uns et les autres
Je suis impatient de savoir ce que tu en penses !
Merci pour tes retours / idées / suggestions dans les commentaires.
On a tous un jour bossé sur du code mal écrit, tellement mal écrit que nos yeux se sont subitement mis à crier.
On a tous un jour bossé sur du code mal écrit, tellement mal écrit que nos yeux se sont subitement mis à crier.
Force à toi pour le coup du boîtier GPS ! Tu as été vraiment patient et plein de ressources 👍
Malheureusement, le coup de la "fausse" démo qui doit être livré sous peu, tous les développeurs y ont droit un jour... 😔