Tout est dans le titre

L'auteur plaide pour le remplacement de la revue de code (donc après la production du code) par la revue de conception (donc avant d'écrire le code - après que le dév ait réfléchi au minimum à ce qu'il compte faire)

Tout est dans le titre

Tout est dans le titre

L'auteur explique ce qu'est un comportement professionnel d'un développeur face à des exigences irréalisables.

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

L'article est un résumé du livre de Sönke Ahrens sur la prise de notes - 10 principes :

• Principe n°1: l'écrit n'est pas le produit de la pensée, c'est son milieu naturel.
• Principe n°2 : faites votre travail comme si sa communication écrite était la seule chose qui compte.
• Principe n°3 : personne ne commence depuis une page entièrement blanche.
• Principe n°4 : nos outils et techniques n'ont de valeur que dans un process de travail rigoureux.
• Principe n°5 : la standardisation active la créativité.
• Principe n°6 : notre travail s'améliore quand il est soumis à un examen critique de qualité.
• Principe n°7 : travaillez sur plusieurs projets différents en même temps.
• Principe n°8 : organisez vos notes par contexte d'utilisation, pas par sujet
• Principe n°9 : travaillez sur vos centres d'intérêt
• Principe n°10 : conservez les idées contradictoires

et 8 conseils :

• Prenez des notes rapides / jetables
• Prenez des notes plus travaillées ("littéraires")
• Prenez des notes permanentes
• et mettez les dans une boîte à notes
• Développez vos centres d'intérêts, questions et projets de recherche depuis le contenu de votre boîte à notes
• Écrivez sur votre sujet depuis la boîte à notes
• Transformez vos notes en un brouillon
• Éditez et faites relire votre manuscrit

Les bonnes pratiques de la BBC pour les revues de code

Les 6 dépôts :

• une checklist de bonnes habitudes : https://gist.github.com/rondy/af1dee1d28c02e9a225ae55da2674a6f
• des conseils pour la recherche d'emploi : https://github.com/yangshun/tech-interview-handbook
• une liste de chaînes de caractères à interdire : https://github.com/minimaxir/big-list-of-naughty-strings
• des ebooks de programmation gratuits (dans plein de langues) : https://github.com/EbookFoundation/free-programming-books
• des outils / utilitaires gratuits pour la programmation : https://github.com/ripienaar/free-for-dev
• quand se passer de bibliothèques / frameworks lourds : https://github.com/you-dont-need/You-Dont-Need.com

De bons conseils

Le dernier article de la série sur la meilleure architecture d'une application Symfony : documentation grâce à NelmioApiDocBundle avec génération de Swagger

Le 4e article de la série sur la meilleure architecture d'une application Symfony : CQRS avec utilisation de Symfony Messenger

Le 3e article de la série sur la meilleure architecture d'une application Symfony : comment utiliser la Request dans les commandes appelées dans les contrôleurs. L'auteur expose la création d'un "resolver" personnalisé.

2e article de la série sur la bonne architecture d'une application Symfony : REST

Une série d'articles sur ce que l'auteur considère être la meilleure architecture pour une application Symfony - il en profite pour présenter plusieurs concepts et outils très utiles (REST, CQRS, etc.)