Domain Driven Design France aka DDDFrance
Par Jean-Baptiste le vendredi 13 février 2009, 11:38 - General - Lien permanent
Ça va faire presque un an que Fabien et moi avions commencé à parler de ce projet suite aux différents échanges qui ont suivi la présentation de DDD de Sami Jaber pendant le Symposium DNG.
Avec beaucoup de retard, la participation d'autres amis et un contenu bien en deçà de ce que nous avions prévu, j'ai la joie de vous annoncer l'ouverture officielle de DDDFrance.org.
Oui le site n'est pas réellement fini, et il lui manque à mon avis le contenu minimum. Nous avons sans doute à la fois manqué de temps et d'énergie, mais ce billet sur le blog de Xebia nous a convaincu qu'il ne fallait plus tarder.
Je vous laisse découvrir le site. Je dirai juste que ce n'est pas pour rien que c'est un wiki, et que la force future et hypothétique de ce site sera sa communauté. Ou pas.
Commentaires
Je m'insurge. Sur DDDFrance on fait explicitement référence à des classes. Or le DDD n'est pas lié à un paradigme.
Par exemple, les structures de données en langages purement fonctionnels non orienté objet (lisp rox0r) sont tout autant des abstraction du d'entités métier que des classes.
Veuillez ne pas coupler fortement cette belle philosophie avec un paradigme décrépit comme l'orienté objet ( http://www.sics.se/~joe/bluetail/vo... )
Jean-Baptiste, je suis un peu jaloux. Tu as droit à des commentaires dont je n'ose rêver.
Anyway, je te remercie, et je remercie Fabien pour l'initiative. J'espère que le site obtiendra la visibilité qu'il mérite, et que son contenu s'étoffera au delà de vos espérances.
Nous avions organisée une réunion ALT.NET à Paris il y a quelques mois sur le sujet, et j'avais trouvé dommage de ne pas avoir pu vous y croiser. N'hésitez pas à vous manifester lorsque vous passez dans le coin !
Merci romain. Je pense que JB a tendance a oublier qu'il a des commentateurs hors pair (programming, mouhahahah).
JA: rarement vu un tel paquet de conneries dans ton lien. Pour paraphraser Evans, même si DDD dépasse bien sûr le cadre de la POO, les deux se marient très bien car on a pas trouvé mieux que l'objet actuellement pour modéliser du sens ( ce que ton vieux réac n'a pas l'air d'avoir très bien saisi. C'est pas Francis qui l'a écrit?).
Merci pour tes encouragements Romain, mais je ton trouve blog bien plus fréquenté/fréquentable que le mien :D N'hésite bien entendu pas à poser des questions/participer à DDDFrance.
Mais bon, pour le moment nos projets se passent sur Bordeaux, ou la vie de la communauté de développeurs n'est pas aussi exaltante que dans la capitale ^^
J'avais vu effectivement qu'une des réunions ALT.NET Paris avait comme sujet DDD, et je crevais bien entendu d'envie d'y participer
"vieux réac" c'est pas faux. Mais mis à part cette entrée en matière un peu provocatrice, il est bon de se poser quelques questions fondamentales, par exemple sur la légitimité de l'hégémonie de l'orienté objet sur la programmation d'applis en général et de gestion en particulier, dans un contexte agile.
DDD est multiparadigme ce qui me sied fort bien, parce que, si je ne suis pas moi non plus d'accord avec l'analyse du vieux réac, l'arrivée fracassante des langages fonctionnels dans les frameworks bien connus (F# pour .NET et scala ou clojure pour la JVM) avec leur cortège de hype peuvent remettre sur la table un débat que l'on croyait plié.
Je ne vais pas parler de ce que je ne connais pas, hors je connais très mal les langages fonctionnels.
Par contre ce que je peux dire, c'est que même si les langages objets sont hégémoniques actuellement, ça ne veut pas dire pour autant qu'ils sont bien utilisés dans la plupart des sociétés. Avant de vouloir changer, je voudrai donc être savoir si les personnes qui sont prêtes à jeter ce paradigme aux orties soient bien sûr d'en avoir assimilé tous les concepts.
Je pense que l'avenir de toute manière ne sera plus mono langage, et que nous utiliserons plusieurs langages au sein d'un même projet suivant ses capacités, exactement comme nous piochons actuellement dans différents framework. Petit premier exemple tout simple: construire son application Java avec Rake.
De toutes facons, le langage Java me semble assez moribond. Tu mentionnes rake, je dirais plutot grails, la version 1.0 était vraiment bien, la 1.1 sera le truc du siecle (non j'exagère pas). Le langage groovy étant lui même super de la balle comme disent les jeunes.
Quand aux langages fonctionnels, je ne développerai pas ici, mais simplement dire que des lisp et ml -like, entre le fait qu'ils tournent sur la JVM et leur nature profonde, intègrent moult fonctionnalités qui ont de l'interêt dans un développement itératif laissant beaucoup de place au refactoring (langage dynamique, code ultra expressif, structures de données immuables donc sans effet de bord, typage fort mais dynamique, duck-typing etc, manipulation directe d'objet java et de tout l'arsenal de libraires qui vont avec, et gestion de la concurrence "native" (fort utile en ces temps de multi core)). Et donc compatibilité avec DDD (recentrons le débat).
Ah tiens, on peut mettre plein de termes techniques par forcément liés ou de façon peu légitime pour intervenir dans le débat?
Pour en revenir au sujet, vous avez bien du courage (ding) de maintenir un tel site pendant votre temps libre...
Hourra !
Vous ne voulez pas venir nous en parler un de ces quatre à l'asso ?
:p
C'est vrai Colin que nous avions promis une présentation ^^ On a pas oublié, mais nous avons peut être manqué de temps ou de courage
On va dire que c'est en stock pour 2009.
J-B, tu parles du post sur le blog de Xebia qui vous a fait accélérer l'ouverture du site, j'imagine que ce n'est pas en bien
Qu'est-ce qui t'a fait réagir à ce point dans ce billet ?
Personnellement après avoir pratiqué DDD lors du projet X (oui, il a le visage flouté et la voix trafiquée mais vous l'avez reconnu ^^), malgré toute ta bonne volonté de transmission, j'avoue que j'ai le sentiment de n'avoir abordé le sujet qu'incomplètement. C'est à dire seulement sur la partie design applicatif et patterns ; peut-être à cause des "agilistes en cravate" qu'on évoquait ici il y a quelques jours, j'estime être passé totalement à coté de choses comme l'ubiquitous language et la travail en interaction avec les experts du métier. Je n'en ai qu'une connaissance théorique essentiellement à travers DDD Quickly.
C'est donc avec plaisir que je parcourrai ce nouveau site en espérant approfondir le sujet (à défaut de refaire du DDD dans un environnement professionnel avant longtemps, j'imagine...)
Le billet de Xebia est très bien je te rassure, et nous n'avons pas ouvert DDDFrance pour compenser une quelconque défaillance de l'article
Nous nous sommes juste dit je pense que si le sujet commençait ainsi à être abordé sur des sites français, alors il était sans doute temps de démarrer réellement DDDFrance.
Sur le fameux projet X, il est vrai que malgré la présence d'un expert métier sur le plateau, nous n'avons pas pu réellement construire ce langage. Les raisons sont multiples je pense :
- mentalité: mais qu'est ce que c'est que ces développeurs qui veulent comprendre, qu'ils codent c'est tout, on a déjà pensé pour eux
- travail en double: comme dans un bon projet en cascade normal, il y avait déjà eu un énorme travail d'extraction de la connaissance avec l'expert en amont. Comment convaincre que ce travail était à refaire au jour le jour?
- vision des choses: pratiquer ddd c'est vouloir faire entrer le métier dans le code. Hors bien trop souvent quand on sort ce genre de phrase on a droit à des "mais non le code c'est technique il ne faut surtout pas y mettre le métier" (citation officiel de notre expert métier)
On pourrait sans doute allonger encore la liste
N'hésite pas comme les autres à participer à DDDFrance
Nous ne sommes pas des experts, et nous attendons donc avec impatience d'avoir des retours d'expérience qui alimenteront le site.