8339 shaares
73 results
tagged
méthode
L'article prend l'exemple d'aws, mais c'est vrai partout. Personnellement, à chaque fois que je commence à utiliser un produit, autre de le la doc en entier au moins une fois. C'est toujours long... Et toujours rentable !
Il y a dans cet article deux très belles citations, et une vision intéressante des diagrammes d'architecture, malheureusement diminués par un usage incorrect des légendes.
Je suis absolument sidéré par la profondeur de ce qu'explique cet article. Ca va entrer dans ma méthode de construction de présentation !
L'article est vraiment impressionnant, et contient quelques étapes qui vont me servir dans un prochain projet.
Un paragraphe *très* intéressant sur la limite du modèle de contribution poussé par git et ses interfaces. Je nuancerai toutefois le propos : si le mec passe beaucoup de temps à tester, peut-être qu'il devrait d'abord accepter des contributions à ce sujet pour se faciliter la vie ensuite.
La distinction entre ces quatre éléments de réflexion est particulièrement utile
Une belle et bonne doctrine, qui améliore réellement les choses. Evidement, ça n'est valable que quand on est en position de corriger les problèmes 😉
Je trouve cette citation vraiment intéressante ... Ca mérite d'y réfléchir en profondeur, ne serait-ce que pour comprendre le vrai sens d'un réseau social "éthique".
Le saviez-vous, il y a une conférence annuelle sur les diagrammes. C'est meta (et donc c'est mal), mais c'est néanmoins intéressant.
Cette liste de techniques d'estimation est vraiment chouette, parce qu'elle fournit des moyens différents de faire cette partie du travail qui est un poil pénible.
Dans cet article, j'aime bien l'histoire des 5W-H (qui est l'équivalent du très journalistique QQQOCP), qui colle vraiment bien avec les notions derrière les logs.
Ca m'a l'air d'un bouquin rempli de conseils *très* utiles de gestion du temps
C'est bien cette méthode, et c'est pratique
Je me demande su je ne fais pas ça spontanément (ou alors je passe mon temps à cabotiner)
Ces histoires de CSS me rappellent avec plaisir mes années de développement Swing, où on avait les mêmes problèmes, résolus avec les mêmes méthodes théoriques (qui se basent sur la mise en page papier, figurez-vous)
JE VEUX PRENDRE MES DECISIONS COMME CA ! J'en ai marre des comités à la noix, des discussions qui reviennent toujours en arrière, des coups foireux. Je veux des prises de décisions claires, argumentées.
Une lecture qui correspond très précisément à mon activité du moment ...
Un résultat très intéressant concernant l'impact de la communication sur la capacité d'un groupe à résoudre un problème.
Il y avait à un moment dans le jeu vidéo une tradition de lister les développeurs sur un écran "à propos". J'aimerais beaucoup que cette tradition s'étende à toutes les applications, ne serait-ce que pour pousser les développeurs à être fiers des produits réalisés, plutôt que des méthodes appliquées.
J'adore cette méthode de réflexion, ça fournit des espèces de personnas applicables globalement pour à peu près toutes les décisions.