Creativity doesn’t come from doing what you already know how to do.
Steve Wozniak
Mois : janvier 2018
Note de lecture : Neo4J : Des données et des graphes, 1. Prise en main, par Sylvain Roussy
Note : 5 ; Un tutorial (vraiment) amélioré.
On a besoin de tutoriaux. Mais en tant que livres, ils n’atteignent pas chez moi des notes très élevées. Mais il arrive qu’on en rencontre de très correctes. Ce volume est de ceux-ci. L’objet lui-même accuse un format plus petit que les éditions habituelles du même genre, tout en étant nettement plus grand que le format poche. Pratique pour lire dans les transports. Toutefois, si la finition extérieure est correcte, la qualité est un peu faible. C’est probablement le prix à payer d’un tout petit éditeur. C’est malheureusement aussi vrai de la mise en page et de l’impression qui sont assez moyennes. Mention spéciale aux polices grisées vraiment peu lisibles. Pour les diagrammes c’est pire : ils se décodent avec peine et le texte à l’intérieur est illisible.
Heureusement pour nous, le fond prédomine sur la forme et là c’est nettement mieux.
Comme je l’ai dit, l’ouvrage est de petit format. Il compte 220 pages, mais seulement 190 pour le texte principal, le reste constituant des annexes. De ces dernières, seul l’aide-mémoire Cypher m’a semblé de quelque utilité. Le texte s’adresse aux grands débutants, aussi si l’on a quelques connaissances de Neo4J, le livre s’avale assez vite. Tant mieux car question découpage, ce n’est pas ça : on compte seulement 4 chapitres pour tout le livre !
Le premier chapitre ne compte que 15 pages et nous permet de découvrir Neo4J. Il couvre bien les éléments de base : ce qu’est une base NoSQL en général et une base graphe en particulier, les différentes versions de Neo4J et les bases de son installation. Là où ça se gâte, c’est lorsque l’auteur nous propose des requêtes de base sur l’outil, mais sans expliquer celles-ci. Il s’agit d’un choix délibéré, mais qui me laisse dans l’expectative.
Note de lecture : Scaling Lean, par Ash Maurya
Note : 8 ; Un modèle de Scaling autour de la « customer factory » qui s’avère puissant et très bien développé.
Ce livre s’inscrit dans la continuité de « running lean ». Pour ce nouvel opus, l’auteur a choisi d’être édité de façon plus élaborée, avec une mise en page élaborée et une impression en deux couleurs ! Le fond est aussi à la hauteur de la forme : c’est un bon livre, un très bon livre ! Aussi bien sur la teneur que sur l’approche pédagogique pour délivrer celle-ci.
A l’origine, cet ouvrage devait s’intituler « the customer factory », mais fort justement l’auteur a acté que le texte embrassait plus largement que ce dernier modèle, représentation plus élaborée et plus parlante des « pirate metrics » de Dave McClure, il qu’il s’inscrivait dans la continuité de « running lean » sur les phases aval.
C’est un beau livre. S’il compte 275 pages, il ne faut pas non plus se laisser tromper par le format et la mise en page peu conventionnelle (sans compter les nombreuses et larges illustrations), bref c’est un équivalent d’un peu moins de 200 pages sous un format plus classique. Il compte 11 chapitres structurés en 3 parties auxquels il faut ajouter une introduction et une conclusion.
All problems in computer science can be solved by another level of indirection.
David Wheeler
Note de lecture : Le Manager Minute, par Ken Blanchard & Spencer Johnson
Note : 5 ; Un roman de gare du management, assez léger mais qui préfigure le management agile.
A l’image de son livre suivant « comment développer son leadership », cet ouvrage de Ken Blanchard est une leçon de management assénée sous forme d’une histoire. Une histoire assez courte, car le livre ne compte que 25 pages, la plupart n’étant noircies que partiellement. Disons que l’on est plus près des 70 pages effectives.
Le message du manager minute est par ailleurs assez simple et se décompose en 3 points :
- Les objectifs minute : C’est probablement le changement de posture le plus important (souvenez-vous que nous sommes en 1987. Plutôt que d’avoir une posture haute sur le comment, partager et se synchroniser sur la finalité et la compréhension de ce qui constitue le succès.
- Les félicitations minute : Construire sur les réussites plutôt que sur les échecs, de la même manière que l’on encourage les enfants de leurs progrès !
- Les réprimandes minute : Là, ça fait déjà plus « old school », car on voit comment exprimer son insatisfaction… tout en réitérant sa confiance dans la personne.
Note de lecture : A Practical Approach to Large-Scale Agile Development, par Gary Gruver, Mike Young & Pat Fulghum
Note 2 ; Un texte bien austère, où il est question d’agilité à l’échelle, mais surtout d’une usine d’intégration…
L’agilité à l’échelle est le sujet du moment, c’était l’opportunité pour moi de dépoussiérer ce petit livre. Il ne compte en effet que 170 pages, rythmées sur 16 chapitres. Hélas, le texte s’est avéré décevant su de nombreux points. Certes, on pourrait considérer qu’un retour d’expérience est rarement palpitant. Pourtant Henrik Kniberg parvient à rendre cela palpitant. Au moins s’attends-t-on à y trouver une bonne compréhension des dynamiques d’une grande équipe répartie, mais cela aussi s’avère décevant. En fait, ce sont surtout des éléments de description d’une agilité pour les débutants que nous y trouvons. Le réel point de fierté de cette équipe (qui a quand même très bien réussi son pari) réside dans une mécanique d’intégration continue très bien faite, directement inspirée du « continuous delivery » de Jez Humble. Cet ouvrage et ceux de Dean Leffingwell sont d’ailleurs les sources d’inspiration des auteurs.
Le premier chapitre semble s’adresser plutôt aux nouveaux venus à l’agilité. Les auteurs nous y expliquent comment ils ont fait leur marché dans les principes agiles qui les intéressaient le plus. Ce sont 8 pages vite passées. 8 pages aussi pour le second chapitre intitulé « tuning agile to your business objectives ». En fait on nous y explique le contexte initial du projet et ce que l’on cherche à obtenir, à savoir une usine de développement bien rôdée, mais aussi les sources de gains que l’on vise (baisse de la maintenance, augmentation de la productivité et part du développement consacré à l’innovation). Le tout adossé à des chiffres. Très bien.
When a good person meets a bad system, the system always wins.
Frank Voehl
Software Freethinker 