Cet été, j'ai acheté le livre "Le Management pour les nuls" de Bob Nelson et Peter Economy en même temps que le livre "Mieux s'organiser pour gagner du Temps".

Il y a un an, j'avais feuilleté quelques pages de ce livre et je l'avais jugé intéressant. Depuis, j'envisageais de l'acheter, ce qui maintenant est chose faite et même mieux : j'ai fini de le lire.

Conclusion : je ne suis pas déçu.

J'ai appris beaucoup de chose, certaines sont anodines mais le livre a le mérite de les formaliser. Après lecture, j'ai pris conscience de toute l'ampleur de la tâche de management. Si l'on souhaite effectuer cette tâche avec sérieux et efficacité, il faut y travailler à plein temps.

À noter que ce le livre peut être utilisé comme guide "d'apprentissage" ou de référence.

Note : billet publié avec plus d'un mois de retard. Désolé pour l'effet "rétroactif"

Ce midi, j'ai lu l'article intitulé "Tuning de code, optimisation d'un filtre" du GNU/Linux Magazine / France (numéro 75). Je blog à ce sujet car cette article m'a appris beaucoup de chose au sujet de l'optimisation du code. L'influence de la mémoire sur les performance d'une application. Les enjeux des buffers et des choix internes du noyau...

La conclusion de l'article, je cite :

""" Je ne vais pas paraître très original, mais vu le comportement du kernel considéré ici, s'il fallait faire des traitements informatiques très lourds (par exemple, traiter des images gigantesques comme celles issues de grands téléscopes ou des bases de données d'entreprises), le premier moyen pour accélérer serait d'augmenter considérablement la quantité de mémoire. """

À la lecture de son acticle, on comprend concrétement pourquoi cette conclusion grâce à des programmes de tests et les systèmes de mesures de performances systèmes associés.