L'oeuvre maîtresse d'un grand nom du génie logiciel et de l'objet.
Conception et programmation orientées objet, un classique de la littérature informatique, a joué un rôle essentiel dans le succès spectaculaire des technologies objet. Écrit par l'un des créateurs du domaine, largement traduit et récompensé par de nombreux prix, le livre de Bertrand Meyer a rendu compréhensible à des centaines de milliers de programmeurs la signification des concepts objet et leur utilisation pratique pour créer des applications de haute qualité.

Réédité dans l'excellente traduction de Pierre Jouvelot, cet ouvrage est aussi nécessaire aujourd'hui qu'au moment de sa première parution. Si presque tous les programmeurs connaissent un langage à objets, cela ne signifie pas nécessairement qu'ils comprennent et appliquent les concepts sous-jacents.

Dans un langage d'une grande clarté et sur la base d'une profonde expérience à la fois industrielle et universitaire, ce livre permettra à une nouvelle génération de programmeurs de comprendre en profondeur les bases de la programmation moderne et du génie logiciel.

À qui s'adresse ce livre ?
À tous les architectes logiciel et développeurs souhaitant approfondir leur compréhension des technologies objet.
Aux étudiants en informatique de niveaux licence et master, ainsi qu'aux élèves d'écoles d'ingénieur.

Conception et programmation orientées objet

Agile! - The Good, the Hype and the Ugly

Grace de Monaco, le destin brisé d'une princesse humaniste

Conception et programmation par objets, pour du logiciel de qualité

Bertrand Meyer (né le 21 novembre 1950 en France) est le créateur du langage de programmation orienté objet Eiffel.

Vous pouvez soit avoir la qualité du logiciel, soit avoir de l'arithmétique du pointeur, mais vous ne pouvez pas avoir les deux en même temps.

C ++ est la seule langue actuelle, ce qui fait que COBOL a l'air bien

Comme le fait si bien remarquer M. Nagle, presque personne n'utilise Eiffel ; en fait, jusqu'à récemment, il n'y avait que 9 utilisateurs. Mais maintenant, une 10e personne vient de commencer, nous organisons donc une conférence, intitulée à juste titre la dixième conférence UTILISATEUR Eiffel, pour célébrer.

Je pense que Smalltalk est inapproprié pour les développements industriels sérieux. Après tout, le temps d'exécution est un peu en retard pour savoir si vous avez un train d'atterrissage.

J'ai toujours ressenti de la sympathie envers les biologistes qui acceptent de débattre des créationnistes. Maintenant, je les comprends aussi mieux; On peut combattre des opinions, pas des articles de foi.

Les constantes sont largement connues pour la pratique détestable de modifier leurs valeurs; Nous devons nous préparer aux conséquences d'une telle queue

Les composants réutilisables parfaits ne sont pas obtenus au premier plan.

Les entités logicielles (classes, modules, fonctions, etc.) doivent être ouvertes pour l'extension, mais fermées pour la modification.

Eiffel emprunte très ouvertement à plusieurs langages de programmation antérieurs et je suis sûr que si nous avions trouvé une bonne construction de langage en C, nous l'aurions également utilisé.

L'écriture d'une classe sans son contrat serait similaire à la production d'un composant d'ingénierie (circuit électrique, puce VLSI (intégration à très grande échelle), pont, moteur ...) sans spécification. Aucun ingénieur professionnel ne considérerait même l'idée.

La documentation incorrecte est souvent pire que aucune documentation.

L'exactitude est clairement la qualité de première qualité. Si un système ne fait pas ce qu'il est censé faire, alors tout le reste est peu important.

Aussi prudent que possible, les développeurs des bibliothèques Eiffel se heurteront toujours à des cas où, après avoir publié un cours de bibliothèque, ils éprouvent soudainement ce que dans le français est appelé Esprit de l'Escalier ou l'esprit de l'escalier: une grande pensée qui est malheureusement un Après coup, comme une réponse intelligente qui aurait stupéfait tous les autres invités du dîner - si seulement vous l'aviez pensé avant de descendre les escaliers après la fin de la fête.

Le rôle d'un entraîneur ou d'un consultant est de responsabiliser le client, de ne pas se rendre indispensable

Ne demandez pas d'abord ce que fait le système; Demandez à quoi il fait!

Il n'y a que deux choses mal avec C ++: le concept initial et l'implémentation.

https://fr.wikipedia.org/wiki/Bertrand_Meyer

Ses oeuvres

Ses derniers livres