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

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre - sauf que l'application s'appelle DroidFS et qu'elle permet de "cacher" plus que ses photos ^^

À suivre : un outil permettant à plusieurs développeurs de travailler sur un environnement commun, en lançant une instance par ticket/problème relevé

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

En résumé :

• N'en mettez pas plein la vue avec vos titres d'expert UX ou autre
• N'intimidez pas vos utilisateurs : ce n'est pas un entretien d'embauche ni une présentation devant votre patron
• Faites au mieux pour observer vos utilisateurs dans leur "habitat naturel"
• Recueillez le plus de contextes et ne restez pas en surface
• Tout le monde ment (souvent de manière non intentionnelle). Vérifiez systématiquement ce qui est dit

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

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

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique la nécessité de connaître les principes orientés objet et autres bonnes pratiques (clean code, tests, refactoring, etc.)

Une astuce en attendant une meilleure intégration

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur insiste sur le fait que le refactoring fait partie du quotidien du développeur : ce n'est pas une tâche de la todo liste mais bien une étape de chaque item de celle-ci (cf le nettoyage en fin de service dans un restaurant) Si le refactoring est plus important, alors nommer le ticket sur ce qui est refactoré et pas seulement "refactoring"

Tout est dans le titre

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique la technique de refactoring d'extraction de méthode : comment faire et surtout dans quel but - diminuer la complexité, masquer les détails d'implémentation (ne pas mélanger les degrés d'abstraction), etc. Il donne aussi quelques recommandations pour ne pas introduire de bugs subtils (manipulation de tableaux, etc.)

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur préconise de ne pas utiliser des noms de classes en paramètre d'une méthode car cela casse le principe d'inversion de dépendance entre autres.

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html

L'auteur donne les règles du bon usage des interfaces versus les classes abstraites. Attention donc à ne pas sur utiliser les interfaces au détriment des classes abstraites

Cet article fait partie de ceux référencés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html L'auteur défend l'usage des "struct classes" par rapport à l'utilisation de tableau avec clé / valeur (typage des champs, autocomplétion, cohérence, maintenance, etc.) Il attire l'attention sur un petit problème à ne pas oublier : les objets sont passés par référence dans les fonctions / méthodes et sont donc mutables.

Tout est dans le titre

D'après l'auteur Système > Objectif car le système peut vivre sans objectif alors que le contraire est faux.

Tout est dans le titre (via https://www.baldurbjarnason.com/2023/weeknote-6/ )

Tout est dans le titre

Tout est dans le titre

Navrant

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

L'auteur parcourt plusieurs extraits de code Rust et explique les mots clefs et symboles qu'ils contiennent.

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

Une excellente présentation / comparaison de 3 styles architecturaux : architecture hexagonale, clean architecture, et onion architecture.

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

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Une nouvelle option de Symfony 6.2 pour lutter contre cette attaque

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Firefox ne tient pas compte du sélecteur :has après mise à jour du DOM (les autres navigateurs si) Eric Meyer partage une astuce pour que ça fonctionne

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

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne plusieurs règles de son équipe, qui doivent être respectées dans le code (utilisation d'exceptions, DTO, etc.) Elles méritent d'être connues

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique en quoi travailler dans du code legacy est surprenamment plus agréable que créer du code "from scratch"... Un point de vue peu commun mais intéressant !

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique une manière revisitée de la règle du boy scout - toujours laisser le code sur lequel on a travaillé dans un meilleur état que celui dans lequel on l'a trouvé.
Notamment il donne une procédure d'amélioration continue très intéressante.

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique l'intérêt d'utiliser un objet pour passer des paramètres à une méthode (DTO). Il montre aussi comment réécrire le code pour passer d'un ensemble de paramètres / d'un tableau associatif à un DTO

L'auteur explique en quoi l'utilisation de méthodes statiques dans des classes PHP est généralement une mauvaise idée (sauf dans le cas d'une fabrique)

Cet article fait partie de ceux mentionnés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique que la réutilisation de code par héritage est un code smell et il montre comment le corriger

Tout est dans le titre

Un concurrent de Shaarli

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 (via https://www.baldurbjarnason.com/2023/weeknote-6/ )

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

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 (sauf que l'installation se fait sous Debian / Proxmox)

Tout est dans le titre

Tout est dans le titre

L'expérience du burn out...

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Je cite l'auteur

Locust est un utilitaire open-source populaire pour tester la charge et mesurer la performance des applications web. Il permet de simuler plusieurs milliers d’utilisateurs virtuels concurrents and de générer des schémas de traffic réalistes.

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'auteur décrit plusieurs modes de transfert lors d'une migration Oracle -> PostgreSQL

Un bundle Symfony pour faciliter l'intégration de Keycloak

L'article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur présente 3 exemples d'arbitrage qu'il a du faire pour résoudre des problèmes : cette nécessité de choisir est constante dans le développement, et il donne quelques bons conseils à ce sujet.

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne quelques heuristiques pour choisir les parties du code à refactorer, en fonction de leur valeur business et de leur fréquence de changement

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique pourquoi il faut se débarrasser des appels statiques (classes difficilement testables unitairement) et comment faire (injection de dépendances)

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique en quoi l'utilisation des traits en PHP pose problème, ceux ci étant "statiques" par essence -> Il est impossible d'altérer le fonctionnement d'une des méthodes du trait pour l'un de ses utilisateurs. Au contraire, en utilisant une interface, on peut choisir la classe implémentant le comportement dont on a besoin (dispatch dynamique)

Tout est dans le titre

Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur fait la distinction entre newables, des objets chargés d'un état, et les injectables, des objets accomplissant les tâches.
Les bonnes pratiques qu'il défend sont :

• les newables ne doivent pas dépendre d'injectables
• les injectables ne doivent pas inclure de newables dans leurs attributs.
  Si ces 2 règles ne sont pas suivies, des effets de bord peuvent avoir lieu.

Tout est dans le titre

Tout est dans le titre

Harbor permet de stocker des images docker custom et de pouvoir les utiliser dans le cluster K8S.

Tout est dans le titre

Souvent, écrire background: red signifie en réalité définir toutes les composantes du background : image, position, size, etc. L'autuer préconise d'être explicite et d'écrire plutôt background-color: red (via https://www.baldurbjarnason.com/2023/weeknote-6/ )

L'auteur introduit la notion de BFF - Backend for Frontend - qui permet de combiner / orchestrer les requêtes du front : au lieu de multiplier les requêtes (CRM, commandes, notifications, etc.), on crée une API qui renvoie ces informations avec un seul appel. L'auteur montre ensuite comment GraphQL permet une grande flexibilité et évite "l'overfetching"