11 private links
L'ergonomie de git est un enfer. Et le fait que ce soit fondamentalement un outil en ligne de commande transparaît beaucoup dans les différentes interfaces. Ca pourraît être intéressant d'en créer une réellement ergonomique
Une stratégie de gestion des données supprimées de la base peut-être plus intéressante que la colonne "deleted_at", mais en tout cas un peu plus lourde
Je n'ai que rarement vu ou lu quoi que ce soit articulant aussi bien les cartes de Wardley, le DDD, les team topologies dans le but de livrer vite et bien. C'est un présentation incroyablement instructive.
Ce que dit Simon Brown est toujours intéressant. Cette présentation là est vraiment fascinante dans ce qu'elle dit sur les dérives dans la mise en oeuvre de l'agilité, ou l'incapacité des équipes à comprendre ce que peut être un diagramme d'architecture ayant du sens. A voir pour tous les architectes applicatifs. (je retiens d'ailleurs l'idée de scorer les diagrammes/modèles pour pouvoir les améliorer).
Quelques rappels de bon design de base de données.
Un site intéressant présentant des design pattern pour créer des dashboards
Alors ça, ce serait un chouette lecteur MP3 de salon !
Un article très intéressant sur le design des messages d'erreur. Les conseils qui y sont donnés sont applicables également pour les messages d'erreur à destination des développeurs ...
C'est vrai que le logiciel conçu par des gens qui n'ont pas été data-driven est souvent différent, et conçu avec des objectifs de qualité différents.
Je plaide coupable : je suis toujours facilement tenté de balancer du logiciel sur des problèmes, sans forcément prendre le temps de comprendre ces problèmes (le fameux effet Silicon Valley)
Un jeu d'icônes d'application qui a l'air franchement bien
Un ebook fournissant une bonne introduction à l'architecture de systèmes
Je suis complètement d'accord avec la critique de l'open-source faite ici
Merci Nicolas de m'avoir aidé à comprendre un truc que je trouvais opaque : comment créer des builders un peu sophistiqués. Et contre, ça fait du code.
Une opinion intéressante (oui, sans doute parce que je suis d'accord avec son propos) sur les SPA
C'est marrant, le site a l'air super sérieux.
MAIS, le compilateur n'est pas publié.
Le langage est le projet d'un homme.
La licence est inconnue.
Ce sont de très mauvais signaux pour moi.
Ces conseils ne valent en fait pas seulement pour ce type d'entretien, mais aussi - et surtout - pour définir une architecture.
Je parlerai plus tard de la raison pour laquelle je suis tombé sur cet article, mais en tout cas je le trouve très chouette pour ceux qui ont une approche très design pattern du java
Décomposition architecturale et DDD peuvent évidement faire bon ménage, comme le montre cet article
L'un des exemples les plus fragrants de l'importance de l'éthique, en particulier dans les métiers où on conçoit des interfaces et des systèmes de données et de classification.