Ré-utililisation pour gain de productivité en SSII ?
J'ai un avis très particulier sur le sujet. En tant que responsable technique de la boutique pour laquelle je travaille, la direction groupe m'a demandé un "draft" de stratégie de réutilisation de composants "codés" sur les projets, dans un soucis de gain de productivité et de qualité.
Je viens de terminer mon "slideware" ... et de l'envoyer.
... vais peut-être me faire gronder ;)
je vous fais partager ma vision, bonne lecture
| Attachment | Size |
|---|---|
| capitalisation.pdf | 101.23 KB |


Comments
....MDD ?
Au fond, je me demande même si le courant MDA/MDD (Model-Driven Architecture/Development) ne serait pas en fait équivalent à la capitalisation/réutilisation ~ si les 2 ne sont pas en fait synonymes. Que ce soit dans un sens, ou dans un autre :
- MDA/MDD : capitalisation en réutilisant les plans/modèles déjà réalisés
- ADM/DDM : redéfinition des plans à partir du code (~ MDA/MDD-inverse).
- M2M : mise à jour des plans pour migrer vers une nouvelle techno
Dominique
http://www.jroller.com/dmdevito
et l'open source ?
Je pense que la capitalisation doit s'apprécier différents niveaux.
* A grain fin, cela n'est pas IMHO la peine de se lancer dans une démarche riche en interne.
Le plus simple, dans ce cas de figure, c'est d'alimenter un SVN-ou-Git, une doc interne simplifiée (genre, un cookbook), et de contribuer, éventuellement, le code à un projet open source externe.
* A grain plus important, effectivement, cela devient plus intéressant de consolider le code réutilisable dans un projet interne, et ce, d'autant plus si le projet interne imite les bonnes pratiques externes, par ex, open source (employeurs et employés apprennent alors les dites bonnes pratiques et chacun en est bénéficiaire: les premiers pour la qualité du code, à condition d'investir à minima, et les seconds, qui accroissent leur employabilité externe, à condition de vouloir se mettre à niveau).
Ceci étant, même pour des cas de réutilisation à priori important, je me pose des questions sur l'intérêt d'un projet interne important pour la capitalisation: la vague open source est un tsunami et ce, d'autant que le métier d'éditeur ne paye pas.
Reste que je suis d'accord sur le fait que la capitalisation repose avant tout sur des êtres humains. Particulièrement dans ce domaine, il s'agit plus d'artisanat que de production à la chaine :
- tout le monde n'est pas apte à produire du code réutilisable (là encore, le modèle d'organisation de l'open source est intéressant à prendre en compte),
- employer des cadors c'est bien aussi (car dans un train, il faut des locomotives),
- coder réutilisable prend du temps,
- des outils de communication sont un must-have, comme tous les outils permettant de faciliter la vie de ceux/celles muni(e)s d'une bonne volonté, et de ne pas couper leur élan,
- etc.
Dominique
http://www.jroller.com/dmdevito
Une seule erreur...
...dans ton billet : "J'ai un avis très particulier sur le sujet". ;-)
En étant dans ta même position jusqu'à cette semaine, je partage bien ton point de vue, et je ne pense pas être le seul.
Pour info, je viens de quitter...
... ?
ET ... ? c'est frustrant
Bien vu :)
Bien résumé, mais après faut avoir des boss qui suivent... Et là en général c'est pas gagné !
mes boss
J'en ai plusieurs de boss (multi casquettes oblige(nt?)), certains suivent, ceux qui ne suivent pas en général écoutent au moins mon argumentaire et décident (ou pas) de me faire confiance
Très bon et tellement vrai
Très bon et tellement vrai !
Bon courage avec tes managers !
Une 1ère réaction
Il y en a au moins un qui est OK pour le moment
:)
Sympa mais tu les a perdu au premier chapitre ... :)
?
?
Loic
Excellente présentation, qui tord le cou à pas mal de rêves et préjugés de nos dirigeants de SSII!