<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>tlog (Articles sur book)</title><link>https://tibonihoo.net/</link><description></description><atom:link href="https://tibonihoo.net/tag/book.xml" rel="self" type="application/rss+xml"></atom:link><language>fr</language><copyright>Contents © 2026 &lt;a href="mailto:thibauld(_à_)tibonihoo(_point_)net"&gt;Thibauld Nion&lt;/a&gt; &lt;a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/"&gt;&lt;img alt="Licence Creative Commons" style="border-width:0" src="https://i.creativecommons.org/l/by-sa/4.0/80x15.png" /&gt;&lt;/a&gt; &lt;span xmlns:dct="http://purl.org/dc/terms/" property="dct:title"&gt;tlog&lt;/span&gt; de &lt;a xmlns:cc="http://creativecommons.org/ns#" href="https://tibonihoo.net" property="cc:attributionName" rel="cc:attributionURL"&gt;Thibauld Nion&lt;/a&gt; est mis à disposition selon les termes de la &lt;a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/"&gt;licence Creative Commons Attribution -  Partage dans les Mêmes Conditions 4.0 International&lt;/a&gt;.</copyright><lastBuildDate>Fri, 24 Apr 2026 13:45:52 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>Revue: Storytelling for User Experience</title><link>https://tibonihoo.net/blog/2012/12/revue-storytelling-for-user-experience/</link><dc:creator>Thibauld Nion</dc:creator><description>&lt;div&gt;&lt;a href="https://tibonihoo.net/blog/wp-content/uploads/2012/12/storytelling-lg.gif"&gt;&lt;img class="alignleft  wp-image-1378" title="storytelling-lg" src="https://tibonihoo.net/blog/wp-content/uploads/2012/12/storytelling-lg.gif" alt="" width="110" height="164"&gt;&lt;/a&gt;Pour me changer les idées et aussi un peu par curiosité parce que les problèmes d'ergonomie et d'expérience utilisateur m'intéressent, j'ai décidé de me cultiver un peu plus sérieusement sur l'UX (&lt;em&gt;user experience&lt;/em&gt;) très à la mode ces dernières années.

Ce billet est une revue du livre &lt;a href="http://rosenfeldmedia.com/books/storytelling/"&gt;Storytelling for User Experience&lt;/a&gt; par Whitney Quesenbery et Kevin Brooks sur lequel je suis tombé d'une façon bien mystérieuse (en fait j'ai réellement oublié, mais c'est peut-être bêtement via une promo &lt;a href="http://shop.oreilly.com/product/9781933820477.do"&gt;chez O'Reilly&lt;/a&gt;).

J'ai trouvé le livre assez bien fait et plutôt instructif quoiqu'avec pas mal de longueurs à mon goût qui sont probablement dues d'une part au fait que je ne fais pas vraiment partie de l'audience pour laquelle il a été écrit et d'autre part parce qu'il y a beaucoup de redondance à travers le chapitre (peut-être à dessein pour que certains messages restent ?).

En fait le point le plus intéressant du livre est que les auteurs se sont administrés leur propre médecine en appuyant chacun de leurs arguments par une "histoire" et en s'assurant que le livre soit facilement "navigable" avec une structure claire et des résumés très concis en fin de chaque chapitre qui permettent au lecteur de sauter simplement les chapitres qui ne l'intéressent pas.

 &lt;p&gt;&lt;a href="https://tibonihoo.net/blog/2012/12/revue-storytelling-for-user-experience/"&gt;Lire la suite…&lt;/a&gt; (Il reste encore 1 min. de lecture)&lt;/p&gt;&lt;/div&gt;</description><category>book</category><category>Design</category><category>revue</category><category>story</category><category>UX</category><guid>https://tibonihoo.net/blog/2012/12/revue-storytelling-for-user-experience/</guid><pubDate>Sun, 30 Dec 2012 23:47:49 GMT</pubDate></item><item><title>Revue: Individuals and interactions</title><link>https://tibonihoo.net/blog/2012/12/revue-individuals-and-interactions/</link><dc:creator>Thibauld Nion</dc:creator><description>&lt;div&gt;&lt;a href="https://tibonihoo.net/blog/wp-content/uploads/2012/12/individual_interactions_cover.jpg"&gt;&lt;img class="alignleft size-thumbnail wp-image-1366" title="individual_interactions_cover" src="https://tibonihoo.net/blog/wp-content/uploads/2012/12/individual_interactions_cover-109x150.jpg" alt="" width="109" height="150"&gt;&lt;/a&gt;Dans mon élan actuel d'exploration de la littérature sur la gestion de projets informatiques, j'ai voulu chercher des réponses à une question que je me pose depuis quelques temps à propos des méthodes Agiles: le &lt;a href="http://www.agilemanifesto.org/iso/fr/"&gt;Manifeste Agile&lt;/a&gt; m'avait particulièrement plu parce qu'il met en avant les "individus et interactions devant les processus et les outils" et pourtant la quasi totalité des ressources  que j'ai pu lire sur le sujet tournent autour des carcans de tests, de l'intégration continue, des sprints, itérations, daily scrums et autres kanban... En bref: toutes ces ressources se focalisent sur les processus et les outils !

Il y a une explication simple à cela: les procédures sont plus faciles à décrire, critiquer et raffiner pour des gens avec un penchant technique comme les ingénieurs tels que moi, et après tout, les "processus agiles" sont conçus pour encourager les interactions et soulager les gens des problèmes inhérents au développement informatique (bugs, changement des spécifications etc).

Cela-dit ça revient tout de même à mettre les processus en avant en supposant que les personnes en bénéficieront automatiquement par la suite. Et c'est cette petite contradiction qui m'a motivée pour rechercher un livre qui traite explicitement des aspects "humains" des méthodes agiles et finalement de lire &lt;a href="http://www.amazon.com/Individuals-Interactions-An-Agile-Guide/dp/0321714091"&gt;Individuals and interactions: An Agile Guide&lt;/a&gt; par Ken Howard, Barry Rogers .
 &lt;p&gt;&lt;a href="https://tibonihoo.net/blog/2012/12/revue-individuals-and-interactions/"&gt;Lire la suite…&lt;/a&gt; (Il reste encore 3 min. de lecture)&lt;/p&gt;&lt;/div&gt;</description><category>book</category><category>interaction</category><category>management</category><category>people</category><category>project management</category><category>revue</category><category>software development</category><category>team</category><guid>https://tibonihoo.net/blog/2012/12/revue-individuals-and-interactions/</guid><pubDate>Fri, 28 Dec 2012 17:40:05 GMT</pubDate></item><item><title>Revue: Le "mythique" Mythical Man Month</title><link>https://tibonihoo.net/blog/2012/12/revue-le-mythique-mythical-man-month/</link><dc:creator>Thibauld Nion</dc:creator><description>&lt;div&gt;&lt;a href="https://tibonihoo.net/blog/wp-content/uploads/2012/12/mmm.jpg"&gt;&lt;img class=" wp-image-1354 alignleft" title="Mythical Man Month Cover" src="https://tibonihoo.net/blog/wp-content/uploads/2012/12/mmm.jpg" alt="" width="127" height="187"&gt;&lt;/a&gt;Une revue en retard de la lecture elle-même déjà un peu tardive de ce livre très connu sur la gestion de projet informatique: &lt;a href="https://fr.wikipedia.org/wiki/Le_Mythique_homme-mois"&gt;Le Mythe du mois-homme par Fred. P. Brooks&lt;/a&gt;, 1995 (1ere édition 1975)

J'ai beaucoup entendu parler de ce livre ces dernières années et j'ai été étonné de constater que tout ce qu'on en dit est vrai !

Derrière une patine qui est en intéressante pour elle-même et aussi parfaitement attendue pour un livre écrit à l'aube du développement informatique (1975 !) tout semble curieusement actuel: de l'incapacité chronique des développeurs à concevoir les difficultés qui ne manqueront pas de perturber la retranscription de leurs idées sous la forme d'un programme stable, à la tendance naturelle des managers à chercher à faire grossir leurs équipes tout en négligeant les gains de performance atteignables par une meilleure circulation de l'information et la mise à disposition de meilleurs outils pour leurs équipes, tout y est !

Un autre point particulièrement intéressant: dans l'édition de 1995 l'auteur rajoute des observations qui lui permettent de répondre à ses premières critiques, de confirmer certaines de ses affirmations et de pointer à certaines de ses erreurs. Le livre contient sa propre revue !

Inutile de préciser que ce livre est incontournable pour ceux qui sont intéressé par la gestion de projet logiciel, et malgré cela, le premier aspect qui m'a plu réside dans la justesse avec laquelle l'auteur caractérise le "plaisir de programmer":
&lt;ul&gt;
    &lt;li&gt;la joie de fabriquer quelque chose&lt;a href="https://tibonihoo.net/blog/wp-content/uploads/2012/12/black-24645_150.png"&gt;&lt;img class="alignright  wp-image-1355" title="black-24645_150" src="https://tibonihoo.net/blog/wp-content/uploads/2012/12/black-24645_150.png" alt="" width="120" height="92"&gt;&lt;/a&gt;&lt;/li&gt;
    &lt;li&gt;la joie de faire quelque chose d'utile&lt;/li&gt;
    &lt;li&gt;la fascination pour les puzzles&lt;/li&gt;
    &lt;li&gt;la joie d'apprendre en permanence&lt;/li&gt;
    &lt;li&gt;la joie de travailler de la matière qui est essentiellement de la "pensée pure"&lt;/li&gt;
&lt;/ul&gt;
Dans la suite de ce billet, je relève quelques uns des autres points saillants du livre en essayant de les classer en trois catégories: planification, développement, organisation.
 &lt;p&gt;&lt;a href="https://tibonihoo.net/blog/2012/12/revue-le-mythique-mythical-man-month/"&gt;Lire la suite…&lt;/a&gt; (Il reste encore 3 min. de lecture)&lt;/p&gt;&lt;/div&gt;</description><category>book</category><category>development</category><category>mythical man month</category><category>organization</category><category>planning</category><category>revue</category><category>software</category><guid>https://tibonihoo.net/blog/2012/12/revue-le-mythique-mythical-man-month/</guid><pubDate>Wed, 26 Dec 2012 16:56:49 GMT</pubDate></item><item><title>Revue: Programming Collective intelligence</title><link>https://tibonihoo.net/blog/2012/08/revue-programming-collective-intelligence/</link><dc:creator>Thibauld Nion</dc:creator><description>&lt;div&gt;&lt;a href="https://tibonihoo.net/blog/wp-content/uploads/2012/08/collective_inteligence_cover.png"&gt;&lt;img class="alignleft size-thumbnail wp-image-1303" title="collective_inteligence_cover" src="https://tibonihoo.net/blog/wp-content/uploads/2012/08/collective_inteligence_cover-150x150.png" alt="" width="150" height="150"&gt;&lt;/a&gt;Encore une revue d'un livre anglophone, technique et en plus plutôt vieux suivant les standards du web; standards qui s'appliquent d'autant mieux qu'il s'agit d'un livre sur les technologies du web2.0.

Ce livre, &lt;a href="http://shop.oreilly.com/product/9780596529321.do"&gt;Programming Collective Intelligence par Toby Segaran&lt;/a&gt; a été publié en 2007 et explique chapitre après chapitre chacun des algorithmes d'apprentissage statistique (aka machine learning) qui sous-tendent les plus gros services web comme le moteur de recherche de Google, Facebook, et e-bay.

Bien qu'il se vende comme un ouvrage centré autour du web social, il pourrait, selon moi, servir aussi bien d'introduction générale au machine learning.

Par conséquent, mais aussi parce qu'on en trouve déjà pas mal de revues détaillées sur le web, je vais essayer ici d'en faire une sorte de revue-croisée en expliquant en quoi ce livre peut faire un excellent manuel d'accompagnement au cours en ligne (et gratuit (et aussi en anglais)) &lt;a href="https://www.coursera.org/course/ml"&gt;Machine Learning d'Andrew Ng&lt;/a&gt;.

 &lt;p&gt;&lt;a href="https://tibonihoo.net/blog/2012/08/revue-programming-collective-intelligence/"&gt;Lire la suite…&lt;/a&gt; (Il reste encore 5 min. de lecture)&lt;/p&gt;&lt;/div&gt;</description><category>AI</category><category>algorithms</category><category>book</category><category>class</category><category>machine learning</category><category>octave</category><category>python</category><category>revue</category><guid>https://tibonihoo.net/blog/2012/08/revue-programming-collective-intelligence/</guid><pubDate>Sun, 12 Aug 2012 22:57:36 GMT</pubDate></item></channel></rss>