Les techniques de réflexion d'un ingénieur très performant
 |
Description
Introduction au livre
Ce livre enseigne à l'IA les compétences et les méthodes de réflexion rapides et précises en matière de résolution de problèmes qui permettent aux développeurs et aux ingénieurs humains de maximiser leurs capacités, chose difficile à reproduire facilement !
« Capacités de réflexion en ingénierie » pour résoudre rapidement et précisément les problèmes immédiats en observant attentivement « l’essence du problème » et en améliorant et optimisant la « performance » des systèmes et des solutions.
--
Si votre système ralentit, de graves problèmes surviennent.
Parce que cela représente une perte de temps et d'argent.
Cela pourrait même entraîner l'arrêt de projets ou mettre en péril des carrières.
Mais si vous comprenez ce qui se passe, il est étonnamment facile de prendre des décisions constamment judicieuses concernant les performances.
Ce livre fournit une explication claire et réfléchie des raisons pour lesquelles le système se comporte de cette manière.
Avec plus de 30 ans d'expérience dans le domaine, l'auteur Carey Millsap utilise des techniques de narration captivantes pour vous enseigner des compétences d'optimisation qui peuvent améliorer les performances de (littéralement) n'importe quel système, qu'il s'agisse de logiciels informatiques ou de tâches quotidiennes, à travers 111 anecdotes.
Il offre également un aperçu divertissant du type de réflexion et de mentalité que devraient avoir les ingénieurs et les développeurs, et de la manière dont ils peuvent réaliser des optimisations plus cohérentes et plus sûres d'elles.
Ce livre s'adresse à tous ceux qui souhaitent comprendre comment les programmes et les processus informatiques utilisent leur temps et ce qu'ils peuvent faire pour l'améliorer.
« Capacités de réflexion en ingénierie » pour résoudre rapidement et précisément les problèmes immédiats en observant attentivement « l’essence du problème » et en améliorant et optimisant la « performance » des systèmes et des solutions.
--
Si votre système ralentit, de graves problèmes surviennent.
Parce que cela représente une perte de temps et d'argent.
Cela pourrait même entraîner l'arrêt de projets ou mettre en péril des carrières.
Mais si vous comprenez ce qui se passe, il est étonnamment facile de prendre des décisions constamment judicieuses concernant les performances.
Ce livre fournit une explication claire et réfléchie des raisons pour lesquelles le système se comporte de cette manière.
Avec plus de 30 ans d'expérience dans le domaine, l'auteur Carey Millsap utilise des techniques de narration captivantes pour vous enseigner des compétences d'optimisation qui peuvent améliorer les performances de (littéralement) n'importe quel système, qu'il s'agisse de logiciels informatiques ou de tâches quotidiennes, à travers 111 anecdotes.
Il offre également un aperçu divertissant du type de réflexion et de mentalité que devraient avoir les ingénieurs et les développeurs, et de la manière dont ils peuvent réaliser des optimisations plus cohérentes et plus sûres d'elles.
Ce livre s'adresse à tous ceux qui souhaitent comprendre comment les programmes et les processus informatiques utilisent leur temps et ce qu'ils peuvent faire pour l'améliorer.
- Vous pouvez consulter un aperçu du contenu du livre.
Aperçu
indice
Chapitre 1 : Observation
#001 Chef d'équipe Bob
Test n° 002 des Phillies
#003 But réel
#004 Bureau étroit de Nancy
#005 Observer le bon point
#006 Si la situation ne peut être observée
Chapitre 2 Méthodologie
#007 49 Réclamations
Problème d'impression des factures d'expédition n° 008
#009 Plus de problèmes
#010 Priorité
#011 Tout le système est tout simplement lent
#012 Avantages secondaires
#013 Attentes concernant les solutions miracles
#014 Liste des symptômes
#015 Méthodologie R
Chapitre 3 Profilage
#016 Bulletin de paie
Diagramme de séquence n° 017
Diagramme de Gantt n° 018
#019 Suivi du comportement de l'application
Profil n° 020
#021 Création d'un profil
Chapitre 4 : Mesurer la performance
#022 La performance est aussi une fonction
#023 Cas de test reproductibles
#024 Problème intermittent
#025 Combien de données devez-vous suivre ?
#026 Confirmation d'expérience
#027 Intrusion de mesure
Chapitre 5 Optimisation
#028 Énigme
#029 Jeu
#030 Nombre d'événements
#031 Temps d'exécution de l'événement
#032 Filtrage aussi rapide que possible
#033 Regardez à gauche
Loi de Toe-Millsap n° 034
#035 Goulot d'étranglement
#036 Comprendre les « goulots d'étranglement du système »
#037 Le problème de l'optimisation des sous-systèmes
#038 Tous les problèmes sont des problèmes de distorsion.
#039 Chemin d'exécution principal
Chapitre 6 Retard
#040 Kevin
#041 Délai d'attente
#042 Théorie des files d'attente
#043 Hyperbole
#044 Intensité du trafic
#045 Part de marché
#046 Effet hyperbolique
#047 Retard de cohérence
#048 Délai et débit
Chapitre 7 Déchets
#049 Consultante Debra
#050 Problème de lampe
#051 Martha, experte en comptabilité
#052 Efficacité
#053 Corriger le problème ou ajouter des ressources ?
#054 Le légendaire Yéti
#055 Vitesse vs. Efficacité
#056 Évolutivité
Chapitre 8 Résolution de problèmes
#057 Quatre questions simples
#058 Examinez les données jusqu'au bout
#059 Boucle de rétroaction de la direction
#060 Dommages collatéraux
#061 Trop, c'est aussi mauvais que pas assez.
#062 Doug, le responsable informatique
#063 Qu'est-ce que l'achèvement ?
Prédiction du chapitre 9
#064 Architecte d'entreprise Richard
#065 Pourquoi les prévisions sont nécessaires
#066 Prédiction à partir du profil
#067 Prédiction quant à savoir s'il faut le faire ou non
#068 Mouvement linéaire
#069 Distorsion
#070 Interdépendance entre les événements
#071 Comportement non linéaire
Chapitre 10 Masquer le temps d'attente
#072 Conseils de cuisine ultra-rapides de maman
#073 Dominic
#074 Parallélisation
#075 Jeu de fusion du système
#076 Multitâche
#077 Le multitâchage humain
Chapitre 11 Les sophismes
#078 Génie de la lampe maléfique
#079 Veste en cuir
#080 Valeurs aberrantes enfouies
#081 Soyez prudent lorsque vous faites des demandes
Spécification du percentile n° 082
#083 Problème de taux de réussite
#084 Problème de consommation de carburant
#085 Le problème des proportions
#086 Qu'en est-il du débit et du temps de réponse ?
#087 Les ratios sont-ils inutiles ?
#088 Si vous pouvez faire confiance au ratio
#089 Explication de l'amélioration des performances
#090 Le mythe du « n fois plus rapide »
Chapitre 12 Tests
#091 Pourquoi les tests sont nécessaires
#092 Danger
#093 Essais destructifs
#094 Les tests ne sont pas qu'une simple étape.
#095 Tests automatisés
#096 Prévenir les problèmes
Plan du chapitre 13
#097 Professeur Yutley
#098 Planification des capacités
#099 Cible d'utilisation
#100 Quand une mise à niveau matérielle est-elle nécessaire ?
Chapitre 14 Opinions politiques
Preuve n° 101
#102 Le problème de promettre moins
#103 7 façons d'identifier les risques d'un projet
#104 Échouer rapidement
#105 Visage
Stratégie de vente du bijoutier n° 106
#107 Gestion du changement
#108 Laisser une trace
#109 Échec
#110 Soyez nerveux, mais ne vous inquiétez pas.
Chapitre 15 Pour le plaisir
#111 Optimiser les plus petits
#001 Chef d'équipe Bob
Test n° 002 des Phillies
#003 But réel
#004 Bureau étroit de Nancy
#005 Observer le bon point
#006 Si la situation ne peut être observée
Chapitre 2 Méthodologie
#007 49 Réclamations
Problème d'impression des factures d'expédition n° 008
#009 Plus de problèmes
#010 Priorité
#011 Tout le système est tout simplement lent
#012 Avantages secondaires
#013 Attentes concernant les solutions miracles
#014 Liste des symptômes
#015 Méthodologie R
Chapitre 3 Profilage
#016 Bulletin de paie
Diagramme de séquence n° 017
Diagramme de Gantt n° 018
#019 Suivi du comportement de l'application
Profil n° 020
#021 Création d'un profil
Chapitre 4 : Mesurer la performance
#022 La performance est aussi une fonction
#023 Cas de test reproductibles
#024 Problème intermittent
#025 Combien de données devez-vous suivre ?
#026 Confirmation d'expérience
#027 Intrusion de mesure
Chapitre 5 Optimisation
#028 Énigme
#029 Jeu
#030 Nombre d'événements
#031 Temps d'exécution de l'événement
#032 Filtrage aussi rapide que possible
#033 Regardez à gauche
Loi de Toe-Millsap n° 034
#035 Goulot d'étranglement
#036 Comprendre les « goulots d'étranglement du système »
#037 Le problème de l'optimisation des sous-systèmes
#038 Tous les problèmes sont des problèmes de distorsion.
#039 Chemin d'exécution principal
Chapitre 6 Retard
#040 Kevin
#041 Délai d'attente
#042 Théorie des files d'attente
#043 Hyperbole
#044 Intensité du trafic
#045 Part de marché
#046 Effet hyperbolique
#047 Retard de cohérence
#048 Délai et débit
Chapitre 7 Déchets
#049 Consultante Debra
#050 Problème de lampe
#051 Martha, experte en comptabilité
#052 Efficacité
#053 Corriger le problème ou ajouter des ressources ?
#054 Le légendaire Yéti
#055 Vitesse vs. Efficacité
#056 Évolutivité
Chapitre 8 Résolution de problèmes
#057 Quatre questions simples
#058 Examinez les données jusqu'au bout
#059 Boucle de rétroaction de la direction
#060 Dommages collatéraux
#061 Trop, c'est aussi mauvais que pas assez.
#062 Doug, le responsable informatique
#063 Qu'est-ce que l'achèvement ?
Prédiction du chapitre 9
#064 Architecte d'entreprise Richard
#065 Pourquoi les prévisions sont nécessaires
#066 Prédiction à partir du profil
#067 Prédiction quant à savoir s'il faut le faire ou non
#068 Mouvement linéaire
#069 Distorsion
#070 Interdépendance entre les événements
#071 Comportement non linéaire
Chapitre 10 Masquer le temps d'attente
#072 Conseils de cuisine ultra-rapides de maman
#073 Dominic
#074 Parallélisation
#075 Jeu de fusion du système
#076 Multitâche
#077 Le multitâchage humain
Chapitre 11 Les sophismes
#078 Génie de la lampe maléfique
#079 Veste en cuir
#080 Valeurs aberrantes enfouies
#081 Soyez prudent lorsque vous faites des demandes
Spécification du percentile n° 082
#083 Problème de taux de réussite
#084 Problème de consommation de carburant
#085 Le problème des proportions
#086 Qu'en est-il du débit et du temps de réponse ?
#087 Les ratios sont-ils inutiles ?
#088 Si vous pouvez faire confiance au ratio
#089 Explication de l'amélioration des performances
#090 Le mythe du « n fois plus rapide »
Chapitre 12 Tests
#091 Pourquoi les tests sont nécessaires
#092 Danger
#093 Essais destructifs
#094 Les tests ne sont pas qu'une simple étape.
#095 Tests automatisés
#096 Prévenir les problèmes
Plan du chapitre 13
#097 Professeur Yutley
#098 Planification des capacités
#099 Cible d'utilisation
#100 Quand une mise à niveau matérielle est-elle nécessaire ?
Chapitre 14 Opinions politiques
Preuve n° 101
#102 Le problème de promettre moins
#103 7 façons d'identifier les risques d'un projet
#104 Échouer rapidement
#105 Visage
Stratégie de vente du bijoutier n° 106
#107 Gestion du changement
#108 Laisser une trace
#109 Échec
#110 Soyez nerveux, mais ne vous inquiétez pas.
Chapitre 15 Pour le plaisir
#111 Optimiser les plus petits
Image détaillée
Dans le livre
« L’optimisation est souvent plus politique que technique. »
On peut donc se demander pourquoi les ouvrages sur l'optimisation ne traitent presque toujours que des aspects techniques.
--- p.29
""Je ne sais pas.
Mais disons : « Je peux vous aider à résoudre le problème. »
C'est là que le leadership entre en jeu.
--- p.48
« Mais le véritable problème de performance ne venait ni de la salle des serveurs ni des câbles réseau. »
La réponse se trouvait sur le bureau de Nancy, dans son box exigu, à seulement trois kilomètres de là.
« Nous nous concentrions sur le problème dans la salle des serveurs, mais nous nous attaquions au mauvais aspect du problème. »
--- p.49
« Quelle est la morale de cette histoire ? Allez là où les symptômes se manifestent et observez-les. »
« Nous devons observer les symptômes réels, et non les phénomènes secondaires, ainsi que les événements réels, et non des indicateurs indirects facilement mesurables. »
--- p.59
« Nous devons examiner le problème du point de vue des personnes qui souffrent réellement parce que leur travail n'est pas effectué, et non par le biais d'outils d'administration système. »
--- p.62
« Si vous avez besoin d’informations pour déterminer votre avantage, analysons d’abord les symptômes superficiels avant d’approfondir ceux qui ont la même priorité. »
« Cela nous aidera à déterminer quels symptômes peuvent être soulagés le plus rapidement. »
--- p.64
« L’une des principales raisons pour lesquelles vous êtes fait pour ce poste, c’est votre curiosité. »
--- p.70
« Les indicateurs de performance sont faciles à mesurer et à améliorer ; l’observabilité est donc primordiale pour maintenir de bonnes performances. »
--- p.99
« Lorsque vous découvrez un problème, la meilleure façon d’obtenir de l’aide est de fournir un cas de test reproductible qui inclut les informations suivantes :
--- p.102
« Les inconvénients du suivi sont rarement aussi importants que les gens le craignent. »
« Les fonctionnalités de suivi, bien conçues, sont riches mais légères. »
--- p.113
« Il est plus facile, moins coûteux et beaucoup plus efficace de faire en sorte que les programmes renvoient moins de données que de leur faire renvoyer plus rapidement des données que les gens ne veulent pas. »
--- p.137
Vous avez peut-être entendu dire qu'améliorer les performances revient en fin de compte à supprimer les goulots d'étranglement.
En fait, le mot « goulot d'étranglement » est lui-même une métaphore.
« La quantité de liquide que l’on peut puiser dans une bouteille en un temps donné ne dépend pas de la taille ou de la capacité de la bouteille, mais de la taille du petit orifice situé à l’extrémité de la bouteille. »
--- p.138
« Le principal facteur limitant le temps de réponse est le goulot d’étranglement dans l’exécution du programme. »
--- p.138
« Grâce à mes explications, j’ai pu mener à bien la partie la plus difficile de ce projet : écouter, calmer et persuader. »
--- p.187
« Les progrès en matière de résolution de problèmes proviennent d’une meilleure compréhension de ce qui se passe. »
Cela signifie que nous devons lire, poser des questions, recueillir davantage de données et expérimenter différentes choses. » — p. 210
« Doug est parti après nous avoir remerciés pour notre travail acharné. »
Lorsque le décideur était présent, la décision était en réalité facile, et Doug avait l'autorité nécessaire pour la prendre.
« Pourquoi n'avez-vous pas contacté Doug plus tôt, à 17 heures, au lieu de 19 heures ? Essayons de mettre en place un système de retour d'information le plus rapidement possible. »
--- pp.219-220
« Il incombe à l’administrateur système de gérer le système de manière à ce que personne n’abuse du parallélisme. »
Comme le dit le proverbe, « trop d'une bonne chose est aussi mauvais que pas assez ».
--- p.261
« Autrement dit, si une personne essaie de faire plus d’une chose à la fois, elle risque de devenir ridicule, sans parler de l’épuisement physique. »
Si vous voulez atteindre un haut niveau de performance par vous-même, arrêtez de faire plusieurs choses à la fois.
« C’est le rôle de l’ordinateur. »
--- p.266
« Lors de l’optimisation, réfléchissez bien à ce que vous voulez vraiment. »
Dressons la liste des caractéristiques des expériences qui vous intéressent vraiment.
« Trouvons le point de compromis qui donne les meilleurs résultats. »
--- p.293
Pourquoi avons-nous besoin de tests ? Ils nous permettent de voir à quelle vitesse chaque fonction d’une application s’exécute sur un système à grande échelle et fortement sollicité.
Lors de la rédaction de la fonction, vous pouvez identifier les faiblesses du système grâce aux tests.
« La planification ne peut pas remplacer les essais. »
--- p.303
« Corriger les défauts tardivement dans un projet coûte beaucoup plus cher que de les corriger au début. »
--- p.310
« Vous ne retrouverez jamais une clé tombée dans la bonde dans un pot de fleurs. »
--- p.330
« Les modèles d’autorité décentralisée peuvent également progresser plus facilement si l’on parvient à obtenir le pouvoir nécessaire. »
L'important est d'obtenir l'autorisation nécessaire.
--- p.338
« Alors quand je dis que j’espère que vous échouerez rapidement, je le vois comme une bénédiction, pas comme une malédiction. »
--- p.342
« Mon collègue Anjo Kolk a déclaré que 90 % des problèmes de performance sont d’ordre politique et seulement 10 % d’ordre technique. »
Il faut bien comprendre que réparer quelque chose peut donner l'impression que quelqu'un d'autre l'a abîmé.
--- p.344
« L’honnêteté exige de la responsabilité. »
L’honnêteté véritable ne consiste pas simplement à déverser toutes les pensées qui nous passent par la tête, mais à dire la vérité après avoir soigneusement évalué les faits.
--- p.345
« La plupart des échecs sont des cas où notre équipe savait exactement ce qu'il fallait faire, mais n'a finalement pas réussi à convaincre le client. »
« Convaincre les gens de faire ce qui doit être fait est la partie la plus difficile de tout projet. »
--- p.355
« N’ayez pas peur des situations stressantes. »
Acceptons que nos corps nous donnent plus de force et de concentration pour affronter les moments importants.
On peut donc se demander pourquoi les ouvrages sur l'optimisation ne traitent presque toujours que des aspects techniques.
--- p.29
""Je ne sais pas.
Mais disons : « Je peux vous aider à résoudre le problème. »
C'est là que le leadership entre en jeu.
--- p.48
« Mais le véritable problème de performance ne venait ni de la salle des serveurs ni des câbles réseau. »
La réponse se trouvait sur le bureau de Nancy, dans son box exigu, à seulement trois kilomètres de là.
« Nous nous concentrions sur le problème dans la salle des serveurs, mais nous nous attaquions au mauvais aspect du problème. »
--- p.49
« Quelle est la morale de cette histoire ? Allez là où les symptômes se manifestent et observez-les. »
« Nous devons observer les symptômes réels, et non les phénomènes secondaires, ainsi que les événements réels, et non des indicateurs indirects facilement mesurables. »
--- p.59
« Nous devons examiner le problème du point de vue des personnes qui souffrent réellement parce que leur travail n'est pas effectué, et non par le biais d'outils d'administration système. »
--- p.62
« Si vous avez besoin d’informations pour déterminer votre avantage, analysons d’abord les symptômes superficiels avant d’approfondir ceux qui ont la même priorité. »
« Cela nous aidera à déterminer quels symptômes peuvent être soulagés le plus rapidement. »
--- p.64
« L’une des principales raisons pour lesquelles vous êtes fait pour ce poste, c’est votre curiosité. »
--- p.70
« Les indicateurs de performance sont faciles à mesurer et à améliorer ; l’observabilité est donc primordiale pour maintenir de bonnes performances. »
--- p.99
« Lorsque vous découvrez un problème, la meilleure façon d’obtenir de l’aide est de fournir un cas de test reproductible qui inclut les informations suivantes :
--- p.102
« Les inconvénients du suivi sont rarement aussi importants que les gens le craignent. »
« Les fonctionnalités de suivi, bien conçues, sont riches mais légères. »
--- p.113
« Il est plus facile, moins coûteux et beaucoup plus efficace de faire en sorte que les programmes renvoient moins de données que de leur faire renvoyer plus rapidement des données que les gens ne veulent pas. »
--- p.137
Vous avez peut-être entendu dire qu'améliorer les performances revient en fin de compte à supprimer les goulots d'étranglement.
En fait, le mot « goulot d'étranglement » est lui-même une métaphore.
« La quantité de liquide que l’on peut puiser dans une bouteille en un temps donné ne dépend pas de la taille ou de la capacité de la bouteille, mais de la taille du petit orifice situé à l’extrémité de la bouteille. »
--- p.138
« Le principal facteur limitant le temps de réponse est le goulot d’étranglement dans l’exécution du programme. »
--- p.138
« Grâce à mes explications, j’ai pu mener à bien la partie la plus difficile de ce projet : écouter, calmer et persuader. »
--- p.187
« Les progrès en matière de résolution de problèmes proviennent d’une meilleure compréhension de ce qui se passe. »
Cela signifie que nous devons lire, poser des questions, recueillir davantage de données et expérimenter différentes choses. » — p. 210
« Doug est parti après nous avoir remerciés pour notre travail acharné. »
Lorsque le décideur était présent, la décision était en réalité facile, et Doug avait l'autorité nécessaire pour la prendre.
« Pourquoi n'avez-vous pas contacté Doug plus tôt, à 17 heures, au lieu de 19 heures ? Essayons de mettre en place un système de retour d'information le plus rapidement possible. »
--- pp.219-220
« Il incombe à l’administrateur système de gérer le système de manière à ce que personne n’abuse du parallélisme. »
Comme le dit le proverbe, « trop d'une bonne chose est aussi mauvais que pas assez ».
--- p.261
« Autrement dit, si une personne essaie de faire plus d’une chose à la fois, elle risque de devenir ridicule, sans parler de l’épuisement physique. »
Si vous voulez atteindre un haut niveau de performance par vous-même, arrêtez de faire plusieurs choses à la fois.
« C’est le rôle de l’ordinateur. »
--- p.266
« Lors de l’optimisation, réfléchissez bien à ce que vous voulez vraiment. »
Dressons la liste des caractéristiques des expériences qui vous intéressent vraiment.
« Trouvons le point de compromis qui donne les meilleurs résultats. »
--- p.293
Pourquoi avons-nous besoin de tests ? Ils nous permettent de voir à quelle vitesse chaque fonction d’une application s’exécute sur un système à grande échelle et fortement sollicité.
Lors de la rédaction de la fonction, vous pouvez identifier les faiblesses du système grâce aux tests.
« La planification ne peut pas remplacer les essais. »
--- p.303
« Corriger les défauts tardivement dans un projet coûte beaucoup plus cher que de les corriger au début. »
--- p.310
« Vous ne retrouverez jamais une clé tombée dans la bonde dans un pot de fleurs. »
--- p.330
« Les modèles d’autorité décentralisée peuvent également progresser plus facilement si l’on parvient à obtenir le pouvoir nécessaire. »
L'important est d'obtenir l'autorisation nécessaire.
--- p.338
« Alors quand je dis que j’espère que vous échouerez rapidement, je le vois comme une bénédiction, pas comme une malédiction. »
--- p.342
« Mon collègue Anjo Kolk a déclaré que 90 % des problèmes de performance sont d’ordre politique et seulement 10 % d’ordre technique. »
Il faut bien comprendre que réparer quelque chose peut donner l'impression que quelqu'un d'autre l'a abîmé.
--- p.344
« L’honnêteté exige de la responsabilité. »
L’honnêteté véritable ne consiste pas simplement à déverser toutes les pensées qui nous passent par la tête, mais à dire la vérité après avoir soigneusement évalué les faits.
--- p.345
« La plupart des échecs sont des cas où notre équipe savait exactement ce qu'il fallait faire, mais n'a finalement pas réussi à convaincre le client. »
« Convaincre les gens de faire ce qui doit être fait est la partie la plus difficile de tout projet. »
--- p.355
« N’ayez pas peur des situations stressantes. »
Acceptons que nos corps nous donnent plus de force et de concentration pour affronter les moments importants.
--- p.359
Avis de l'éditeur
[Remarques liminaires]
Le livre a été publié à un moment très opportun.
L'auteur, Carey, enseigne et pratique les sujets abordés dans ce livre depuis un quart de siècle.
J'ai déjà lu ce livre plusieurs fois, et je suis sûr que vous l'apprécierez aussi.
Voici un livre qui pourrait changer votre vie.
Car ma vie a elle aussi été transformée par les principes expliqués dans ce livre.
J'ai déjà bénéficié des services de Carrie il y a 18 ans.
Ceci s'explique par le fait que l'essence de ce livre est la même que celle de Optimizing Oracle Performance, que Carey a co-écrit avec Jeff Hold en 2003.
Son essence est la « méthode R ».
La méthodologie R a changé ma vie et est devenue le fondement de ma carrière.
Avant d'apprendre la méthodologie R, je me contentais d'étudier et d'appliquer les conseils, astuces, outils et techniques « universels » qu'un administrateur de base de données se devait de connaître.
Bien sûr, il y a eu des moments de succès, mais les résultats étaient généralement inégaux, et tout paraissait compliqué et difficile.
La méthodologie R a quasiment complètement changé ma façon de concevoir l'optimisation.
Alors tout est devenu clair et simple.
Il ne s'agissait pas seulement de l'oracle.
L'apprentissage de la méthodologie R m'a permis de mieux comprendre les informations que je devais recueillir sur tout ce que je devais améliorer.
J'ai réussi à identifier la cause profonde des problèmes de performance et à trouver comment les résoudre.
Mais ce que j'ai particulièrement apprécié, c'est de pouvoir expliquer aux autres ma démarche et pourquoi je procède ainsi.
Le sentiment d'accomplissement était particulièrement fort.
Cela a été possible car la cause du problème et la méthode d'amélioration ont pu être clairement identifiées grâce à la méthodologie R plutôt que simplement estimées.
En effet, bien que beaucoup aient entrevu le potentiel d'application de la méthodologie R au-delà d'Oracle, le livre de Carey paru en 2003 traitait uniquement d'Oracle.
Mais ce livre est différent.
Ce livre parle de « gens » qui doivent prendre des décisions.
Ce livre ne s'adresse pas uniquement aux professionnels d'Oracle ou aux professionnels de l'informatique qui exécutent des tâches par lots de longue durée.
Ce livre s'adresse à tous ceux qui doivent préparer des repas ou emmener les enfants à leurs cours de sport.
En d'autres termes, ce livre s'adresse à tous ceux qui souhaitent créer quelque chose de plus rapide, de meilleur et de plus élégant.
Ce principe s'applique à tout de la même manière.
Lorsque j'ai commencé à utiliser la méthodologie R, je me suis dit : « Est-ce vraiment possible que ce soit aussi simple ? »
La réponse est clairement « oui ! »
Ce livre est également facile à lire.
Carrie est une experte technique brillante et une conteuse hors pair.
Carrie est l'une des meilleures présentatrices que vous rencontrerez (que ce soit sur le plan technique ou non), et ce talent transparaît clairement dans ce livre.
Voir Carrie aborder un sujet difficile qui en a freiné plus d'un sur un ton détendu est à la fois satisfaisant et rafraîchissant.
Les anecdotes que partage Carrie sont universelles et parlent à presque tout le monde, qu'on travaille dans l'informatique ou non.
En lisant ce livre, je pense que vous découvrirez des anecdotes qui vous feront penser : « Oui, j'ai moi aussi vécu cette situation. »
Les anecdotes que Carrie partage dans ce livre sont non seulement divertissantes, mais les enseignements que vous en tirerez vous transformeront.
Dans ce livre, vous découvrirez que le simple fait d'observer correctement une situation peut changer le monde.
Vous apprendrez à identifier, vérifier, circonscrire, analyser et résoudre les problèmes de performance avec assurance et constance.
Vous apprendrez également à transformer les émotions de vos collègues en énergie positive.
Des tests plus poussés vous aideront également à apprendre à « contourner » les problèmes plutôt que de les rencontrer.
Vous apprendrez également à trouver des preuves solides pour déterminer si une amélioration supplémentaire est possible, et finalement à la comprendre.
Si vous le souhaitez, vous pouvez considérer ce livre comme un manuel scolaire.
C'est aussi un livre que vous pouvez sortir et lire quand vous le souhaitez.
Je suis convaincu que ce livre aidera d'innombrables personnes comme vous à avoir un impact positif sur le monde.
- Gudmundur Josefsson / Expert en performance et directeur chez Inaris
[Note de l'auteur]
Améliorer la vitesse d'exécution, c'est améliorer la qualité.
La vie s'améliore aussi.
Ce livre explique comment améliorer quelque chose.
Ce livre vous aidera à vivre une vie meilleure.
Plus vos outils sont rapides, plus vous avez de temps pour faire ce que vous voulez.
Si vous utilisez des outils pour traiter l'information, plus vous parviendrez à les faire fonctionner rapidement, meilleures seront vos décisions.
L'optimisation (qu'il s'agisse d'un ordinateur, d'une charrue ou de quoi que ce soit d'autre) requiert deux compétences :
Premièrement, posez les bonnes questions, et deuxièmement, bien sûr, trouvez les réponses à ces questions.
La plupart des personnes qui réfléchissent à l'optimisation ont une bonne compréhension de la seconde compétence.
Mais il semble que peu de gens maîtrisent la première compétence.
Cette première compétence ? Poser les bonnes questions ? C'est la compétence que vous devez développer en premier.
C'est particulièrement vrai si vous êtes un dirigeant.
Vous serez peut-être surpris de la rapidité avec laquelle vous pouvez acquérir cette compétence.
Il y a un problème ici.
Enseigner comment poser correctement les questions est un processus simple en soi.
Mais pour quiconque n'a pas élevé un jeune enfant qui pose constamment des questions aussi simples, répondre à cette question peut ne pas être facile.
Par exemple, les personnes qui gèrent tous les ordinateurs d'une entreprise peuvent connaître précisément le taux d'utilisation du processeur du système à 14 heures un vendredi, mais elles ne seraient pas en mesure de répondre aux questions concernant le temps nécessaire à un employé pour saisir une commande.
Il y a un décalage entre les réponses qu'ils veulent donner et les questions que vous voulez poser.
À cause de cet écart, nous ne voyons pas d'opportunités pour agir rapidement.
Je veux vous apprendre comment trouver ces opportunités.
L'optimisation est souvent plus politique que technique.
On peut donc se demander pourquoi les ouvrages sur l'optimisation ne traitent presque toujours que des aspects techniques.
En effet, les professionnels techniques considèrent souvent les éléments non techniques d'un projet comme des distractions inutiles, voire absurdes.
Mais en réalité, les aspects non techniques de l'optimisation requièrent autant de compréhension et d'efforts que les aspects techniques.
Optimiser un système exige non seulement d'être techniquement productif, mais aussi parfois d'affronter les monstres que sont l'anxiété et la peur.
Avoir suffisamment d'exemples de réussite aiderait à remporter le débat sur la marche à suivre, mais on ne peut en créer sans un certain sens politique.
J’espère que ce livre vous aidera à améliorer vos compétences en matière de questions et de réponses, tant sur le plan politique que technique.
Les gains potentiels sont énormes.
Si vous comprenez à la fois les aspects techniques de la performance et comment observer les besoins et les émotions des personnes qui se soucient de la performance, vous pouvez tout optimiser.
[Note du traducteur]
Je me souviens que lorsque l'éditeur m'a demandé pour la première fois de faire la critique du livre original, « Comment rendre les choses plus rapides », j'ai commencé à le lire en pensant que ce serait au mieux un livre technique ennuyeux sur l'optimisation des performances, mais j'ai fini par lire le chapitre 3 d'une traite.
Ce livre ne traite pas simplement de « comment faire fonctionner quelque chose plus rapidement », mais plutôt de la manière de déterminer quel est le problème, où chercher et quelles données pourraient fournir de véritables indices pour le résoudre.
L'auteur démontre l'essence de la résolution de problèmes à travers pas moins de 111 exemples concrets.
Ce faisant, on se heurte à l'erreur fréquente des ingénieurs : se focaliser uniquement sur le symptôme de la « lenteur » et chercher la cause au mauvais endroit.
Ce qui m'a le plus frappé lors de la traduction de ce livre, c'est comment l'histoire de l'amélioration des performances a conduit à un changement de mentalité et de formation en matière d'observation.
« Résoudre correctement un problème » revient en fin de compte à décider ce qu'il faut observer et ce qu'il faut ignorer.
Ce n'est qu'après avoir lu ce livre que j'ai compris comment tant d'ingénieurs prennent de mauvaises décisions en cours de route, et comment penser différemment pour prendre de bonnes décisions.
J'espère que ce livre sera d'une grande aide aux ingénieurs dans leur processus quotidien de résolution de problèmes.
Je tiens à saisir cette occasion pour exprimer ma gratitude à Bookman Publishing et à ma famille bien-aimée, qui m'ont toujours donné l'opportunité de traduire d'aussi beaux livres.
- Jang Hyun-hee
Le livre a été publié à un moment très opportun.
L'auteur, Carey, enseigne et pratique les sujets abordés dans ce livre depuis un quart de siècle.
J'ai déjà lu ce livre plusieurs fois, et je suis sûr que vous l'apprécierez aussi.
Voici un livre qui pourrait changer votre vie.
Car ma vie a elle aussi été transformée par les principes expliqués dans ce livre.
J'ai déjà bénéficié des services de Carrie il y a 18 ans.
Ceci s'explique par le fait que l'essence de ce livre est la même que celle de Optimizing Oracle Performance, que Carey a co-écrit avec Jeff Hold en 2003.
Son essence est la « méthode R ».
La méthodologie R a changé ma vie et est devenue le fondement de ma carrière.
Avant d'apprendre la méthodologie R, je me contentais d'étudier et d'appliquer les conseils, astuces, outils et techniques « universels » qu'un administrateur de base de données se devait de connaître.
Bien sûr, il y a eu des moments de succès, mais les résultats étaient généralement inégaux, et tout paraissait compliqué et difficile.
La méthodologie R a quasiment complètement changé ma façon de concevoir l'optimisation.
Alors tout est devenu clair et simple.
Il ne s'agissait pas seulement de l'oracle.
L'apprentissage de la méthodologie R m'a permis de mieux comprendre les informations que je devais recueillir sur tout ce que je devais améliorer.
J'ai réussi à identifier la cause profonde des problèmes de performance et à trouver comment les résoudre.
Mais ce que j'ai particulièrement apprécié, c'est de pouvoir expliquer aux autres ma démarche et pourquoi je procède ainsi.
Le sentiment d'accomplissement était particulièrement fort.
Cela a été possible car la cause du problème et la méthode d'amélioration ont pu être clairement identifiées grâce à la méthodologie R plutôt que simplement estimées.
En effet, bien que beaucoup aient entrevu le potentiel d'application de la méthodologie R au-delà d'Oracle, le livre de Carey paru en 2003 traitait uniquement d'Oracle.
Mais ce livre est différent.
Ce livre parle de « gens » qui doivent prendre des décisions.
Ce livre ne s'adresse pas uniquement aux professionnels d'Oracle ou aux professionnels de l'informatique qui exécutent des tâches par lots de longue durée.
Ce livre s'adresse à tous ceux qui doivent préparer des repas ou emmener les enfants à leurs cours de sport.
En d'autres termes, ce livre s'adresse à tous ceux qui souhaitent créer quelque chose de plus rapide, de meilleur et de plus élégant.
Ce principe s'applique à tout de la même manière.
Lorsque j'ai commencé à utiliser la méthodologie R, je me suis dit : « Est-ce vraiment possible que ce soit aussi simple ? »
La réponse est clairement « oui ! »
Ce livre est également facile à lire.
Carrie est une experte technique brillante et une conteuse hors pair.
Carrie est l'une des meilleures présentatrices que vous rencontrerez (que ce soit sur le plan technique ou non), et ce talent transparaît clairement dans ce livre.
Voir Carrie aborder un sujet difficile qui en a freiné plus d'un sur un ton détendu est à la fois satisfaisant et rafraîchissant.
Les anecdotes que partage Carrie sont universelles et parlent à presque tout le monde, qu'on travaille dans l'informatique ou non.
En lisant ce livre, je pense que vous découvrirez des anecdotes qui vous feront penser : « Oui, j'ai moi aussi vécu cette situation. »
Les anecdotes que Carrie partage dans ce livre sont non seulement divertissantes, mais les enseignements que vous en tirerez vous transformeront.
Dans ce livre, vous découvrirez que le simple fait d'observer correctement une situation peut changer le monde.
Vous apprendrez à identifier, vérifier, circonscrire, analyser et résoudre les problèmes de performance avec assurance et constance.
Vous apprendrez également à transformer les émotions de vos collègues en énergie positive.
Des tests plus poussés vous aideront également à apprendre à « contourner » les problèmes plutôt que de les rencontrer.
Vous apprendrez également à trouver des preuves solides pour déterminer si une amélioration supplémentaire est possible, et finalement à la comprendre.
Si vous le souhaitez, vous pouvez considérer ce livre comme un manuel scolaire.
C'est aussi un livre que vous pouvez sortir et lire quand vous le souhaitez.
Je suis convaincu que ce livre aidera d'innombrables personnes comme vous à avoir un impact positif sur le monde.
- Gudmundur Josefsson / Expert en performance et directeur chez Inaris
[Note de l'auteur]
Améliorer la vitesse d'exécution, c'est améliorer la qualité.
La vie s'améliore aussi.
Ce livre explique comment améliorer quelque chose.
Ce livre vous aidera à vivre une vie meilleure.
Plus vos outils sont rapides, plus vous avez de temps pour faire ce que vous voulez.
Si vous utilisez des outils pour traiter l'information, plus vous parviendrez à les faire fonctionner rapidement, meilleures seront vos décisions.
L'optimisation (qu'il s'agisse d'un ordinateur, d'une charrue ou de quoi que ce soit d'autre) requiert deux compétences :
Premièrement, posez les bonnes questions, et deuxièmement, bien sûr, trouvez les réponses à ces questions.
La plupart des personnes qui réfléchissent à l'optimisation ont une bonne compréhension de la seconde compétence.
Mais il semble que peu de gens maîtrisent la première compétence.
Cette première compétence ? Poser les bonnes questions ? C'est la compétence que vous devez développer en premier.
C'est particulièrement vrai si vous êtes un dirigeant.
Vous serez peut-être surpris de la rapidité avec laquelle vous pouvez acquérir cette compétence.
Il y a un problème ici.
Enseigner comment poser correctement les questions est un processus simple en soi.
Mais pour quiconque n'a pas élevé un jeune enfant qui pose constamment des questions aussi simples, répondre à cette question peut ne pas être facile.
Par exemple, les personnes qui gèrent tous les ordinateurs d'une entreprise peuvent connaître précisément le taux d'utilisation du processeur du système à 14 heures un vendredi, mais elles ne seraient pas en mesure de répondre aux questions concernant le temps nécessaire à un employé pour saisir une commande.
Il y a un décalage entre les réponses qu'ils veulent donner et les questions que vous voulez poser.
À cause de cet écart, nous ne voyons pas d'opportunités pour agir rapidement.
Je veux vous apprendre comment trouver ces opportunités.
L'optimisation est souvent plus politique que technique.
On peut donc se demander pourquoi les ouvrages sur l'optimisation ne traitent presque toujours que des aspects techniques.
En effet, les professionnels techniques considèrent souvent les éléments non techniques d'un projet comme des distractions inutiles, voire absurdes.
Mais en réalité, les aspects non techniques de l'optimisation requièrent autant de compréhension et d'efforts que les aspects techniques.
Optimiser un système exige non seulement d'être techniquement productif, mais aussi parfois d'affronter les monstres que sont l'anxiété et la peur.
Avoir suffisamment d'exemples de réussite aiderait à remporter le débat sur la marche à suivre, mais on ne peut en créer sans un certain sens politique.
J’espère que ce livre vous aidera à améliorer vos compétences en matière de questions et de réponses, tant sur le plan politique que technique.
Les gains potentiels sont énormes.
Si vous comprenez à la fois les aspects techniques de la performance et comment observer les besoins et les émotions des personnes qui se soucient de la performance, vous pouvez tout optimiser.
[Note du traducteur]
Je me souviens que lorsque l'éditeur m'a demandé pour la première fois de faire la critique du livre original, « Comment rendre les choses plus rapides », j'ai commencé à le lire en pensant que ce serait au mieux un livre technique ennuyeux sur l'optimisation des performances, mais j'ai fini par lire le chapitre 3 d'une traite.
Ce livre ne traite pas simplement de « comment faire fonctionner quelque chose plus rapidement », mais plutôt de la manière de déterminer quel est le problème, où chercher et quelles données pourraient fournir de véritables indices pour le résoudre.
L'auteur démontre l'essence de la résolution de problèmes à travers pas moins de 111 exemples concrets.
Ce faisant, on se heurte à l'erreur fréquente des ingénieurs : se focaliser uniquement sur le symptôme de la « lenteur » et chercher la cause au mauvais endroit.
Ce qui m'a le plus frappé lors de la traduction de ce livre, c'est comment l'histoire de l'amélioration des performances a conduit à un changement de mentalité et de formation en matière d'observation.
« Résoudre correctement un problème » revient en fin de compte à décider ce qu'il faut observer et ce qu'il faut ignorer.
Ce n'est qu'après avoir lu ce livre que j'ai compris comment tant d'ingénieurs prennent de mauvaises décisions en cours de route, et comment penser différemment pour prendre de bonnes décisions.
J'espère que ce livre sera d'une grande aide aux ingénieurs dans leur processus quotidien de résolution de problèmes.
Je tiens à saisir cette occasion pour exprimer ma gratitude à Bookman Publishing et à ma famille bien-aimée, qui m'ont toujours donné l'opportunité de traduire d'aussi beaux livres.
- Jang Hyun-hee
SPÉCIFICATIONS DES PRODUITS
- Date d'émission : 28 novembre 2025
Nombre de pages, poids, dimensions : 384 pages | 560 g | 152 × 224 × 20 mm
- ISBN13 : 9791189909970
- ISBN10 : 1189909979
Vous aimerez peut-être aussi
카테고리
Langue coréenne
Langue coréenne
![ELLE 엘르 스페셜 에디션 A형 : 12월 [2025]](http://librairie.coreenne.fr/cdn/shop/files/b8e27a3de6c9538896439686c6b0e8fb.jpg?v=1766436872&width=3840)
