Enseigner un vieux chien de nouveaux trucs

Question

J'ai un super manager qui était un assistant de codage procédural à son époque. Il est maintenant confronté à la gestion d'une équipe qui utilise la programmation orientée objet à la fois dans .Net et Java. Il a du mal à comprendre beaucoup des modèles et de la terminologie dont nous discutons. Je me demande quelles expériences les membres de SO ont eu à aider les autres dans cette transition.

Je suis également à la recherche d'une grande procédure -> exemples de code OOP qui peuvent lui montrer comment le code procédural peut être réécrit pour être OOP. Je lui ai fourni le contraire, ce qui signifie que j'ai pris le code OO et l'ai transformé en procédure, mais je cherche des exemples de code que d'autres ont pu utiliser et qui ont été jugés efficaces pour l'apprentissage. Enfin, tous les livres que les gens peuvent recommander pour ceux qui traversent cette transition seraient appréciés.

Je ne savais pas si cela constituait un wiki communautaire. Si oui, je peux le changer.

Merci!

Answer 1

Le livre Refactoring de Martin Fowler traite de la manière de prendre le code procédural et de le refactoriser pour qu'il soit plus orienté objet dans de petites étapes gérables. Je l'ai trouvé très utile pour le genre de chose que vous décrivez. Si je me souviens bien, les exemples sont tous en Java, mais sont faciles à appliquer à d'autres environnements.

Answer 2

Je n'ai jamais compris pourquoi les gens parlent de POO ou de procédure comme s'ils s'excluaient mutuellement. Je veux dire, dans OOP vous avez vos classes etc mais les méthodes de classe sont habituellement procédurales dans le style. Ce ne sont que des appels de fonctions fantaisistes. J'ai utilisé C/Pascal pendant des années et la plupart de ces choses sont encore applicables dans les langues OOP. Tout livre Java ou .NET intro aura suffisamment d'exemples pour le mettre à jour sur la terminologie OOP de base.

Answer 3

Mes meilleures expériences ont été impliqués dans la discussion du code. En supposant que vous ayez des revues de code, ou des réunions de conception, ce sont les paramètres où le contraste est le plus révélateur.

(En supposant que vous faites une excellente conception orientée objet, et non enveloppant tout code de procédure en classes d'espace de noms Mais le livre « Refactoring » de Fowler va diagnostiquer que bien pour vous..)

Note: Pas nécessairement une CW , A MON HUMBLE AVIS.