InfOsaurus - Commentaires

Persistez votre domaine avec Raven DB - Guillaume

Guillaume — Fri, 04 Jun 2010 16:18:20 +0200

Merci, effectivement je viens de voir que ton article sur AppEngine soulevait les mêmes loups :)

Concernant le champ couvert par les bases NoSQL, j'ai du mal à les voir décoller dans un contexte d'entreprise si ça reste du one-shot sans intégration avec les outils et autres sources de données de l'organisation. D'après ce que j'ai compris, une des cibles désignées des bases NoSQL est le business web à forte croissance qui a besoin de scalabilité, en général ce type d'activité nécessite aussi des outils d'administration / sauvegarde / reporting / analyse de données assez poussés.

Pour l'instant ces outils existent peu et si on ne les voit pas arriver, je doute que des bases comme Raven dépassent le niveau anecdotique.

Persistez votre domaine avec Raven DB - Jean-Baptiste

Jean-Baptiste — Fri, 04 Jun 2010 08:24:04 +0200

Chouette article, c'est vrai que j'en causais aussi dans mon billet sur AppEngine du rapprochement DDD/NoSQL. D'ailleurs Big Table et ses drivers java souffrent des mêmes soucis que tu décris.

Ceci dit, je ne suis pas sûr d'être d'accord avec ta conclusion : je ne sais pas si on attend des bases NoSQL de faire tout ce que savent faire les SGBDR. Elles tentent de couvrir une nouvelle plage de besoins j'ai l'impression, que les SGBD n'abordaient pas, ou difficilement.Elles essayent aussi je pense d'enlever le côté "silver bullet" des bases de données classiques, nous donnant el choix dans la manière de persister nos données, mais les deux approchent ont leurs mérites, et l'une n'excluse pas l'autre.

Règlement de comptes à Données Corral - Guillaume

Guillaume — Fri, 21 May 2010 10:59:08 +0200

Oui, les bases NoSQL sont de leur propre aveu limitées à certains usages dont beaucoup tournent autour du Web (cf présentation de RavenDB : http://ravendb.net/documentation/do...).

De l'objet ou du relationnel, qui fait régresser la situation ? Je pense que c'est un débat sans réponse ;-)

Règlement de comptes à Données Corral - Arialia

Arialia — Wed, 19 May 2010 16:03:16 +0200

Je pense franchement que les deux types de bases de données n'ont pas les mêmes usages.

La base de données relationnelle permet de gérer les données et de pouvoir les extraire même sans programme, elles ont été conçues pour pouvoir fournir des réponses à des questions non prévues (pour peu que les données soient présentes )

La base Nosql pour ce qu'en j'en ai vu est dépendante du programme de création/extraction.

Si une nouvelle question surgit il faudra impérativement faire un programme d'extraction ( là où au pire en cas de question difficile on fera appel à l'expert SQL ).

Pour des applications telles twitter c'est très bien mais pour la gestion du personnel ou des aéronefs j'ai un doute.

Par contre j'ai un sérieux doute sur les bases de données conçues ces dernières années sur le modèle objet avec persistence de données dans des SGBD relationnels : facile à remplir , c'est une horreur à interroger ... conséquence des programmes tournent la nuit pour extraire les données de ces bases et les rendre interrogeables par les traditionnels requêteurs/infocentre (Bi-query par exemple) .

Sous prétexte de vouloir faire de l'objet j'ai l'impression que l'on régresse ...

Règlement de comptes à Données Corral - Guillaume

Guillaume — Wed, 10 Mar 2010 23:28:34 +0100

Je suis d'accord avec toi, les deux approches n'ont rien d'inconciliable.
Cette guerre se situe avant tout dans les échanges d'amabilités et réactions violentes de quelques experts. Après, personne n'a dit qu'une guerre se terminait forcément par l'anéantissement d'un des deux camps ;)

Règlement de comptes à Données Corral - Antoine

Antoine — Wed, 10 Mar 2010 12:05:14 +0100

Guerre oui et non. NOSQL permet une nouvelle façon de structurer le stockage de données et il est généralement bon de voir les possibilités techniques s'élargir. Il y a des métiers ou des architectures qui tirent et tireront encore le plein intérêt d'un modèle relationnel, alors que pour d'autres ce type de modèle représente plutôt un handicap. C'est le contexte particulier à chaque application qui déterminera l'adoption d'une approche plutôt que de l'autre.
On est encore dans une zone de turbulences alimentée par des prises de position assez extrèmes, mais aucun modèle de stockage n'est la silver bullet et je ne vois pas pourquoi une solution supplanterait totalement l'autre.

En 2010, sachons lâcher du lest ! - Antoine

Antoine — Tue, 05 Jan 2010 10:26:34 +0100

So say we all.

DDD Vite Fait, notions avancées - mije

mije — Wed, 09 Dec 2009 10:09:43 +0100

C'est fort bien écrit, ce qui n'est pas souvent le cas dans le monde de la traduction informatique. Bravo donc.

DDD Vite Fait, notions avancées - Guillaume

Guillaume — Tue, 08 Dec 2009 13:56:18 +0100

Benoît - le deuxième ;) ,

J'avoue que j'ai tergiversé longtemps pour le titre :

DDD Vite Fait
DDD Rapide
DDD En Vitesse
DDD Accéléré
...

Le problème c'est que le terme Quickly correspond à tout sauf un bouquin de plus de 80 pages. D'où l'idée de le séparer en deux, et pour le coup j'ai trouvé que Vite Fait décrivait bien la lecture de la première partie.

C'est vrai que Vite Fait peut avoir une connotation de "mal fait" mais je n'ai pas trouvé de terme qui sonne aussi bien et qui soit aussi fidèle au mot anglais...

DDD Vite Fait, notions avancées - Benoit Guérout

Benoit Guérout — Tue, 08 Dec 2009 10:48:23 +0100

Bravo!

Par contre je trouve que la traduction du titre : "DDD Quickly" --> "DDD Vite fait" donne un coté péjoratif.

DDD Vite Fait, notions avancées - Benoît

Benoît — Mon, 07 Dec 2009 13:49:09 +0100

Merci !

Muramasa, the Demon Blade - Guillaume

Guillaume — Mon, 23 Nov 2009 19:38:50 +0100

Effectivement Mad World avait attiré mon attention aussi mais c'était déjà il y a assez longtemps... A tester donc quand j'aurai fini Muramasa ;)

Muramasa, the Demon Blade - Jean-Baptiste

Jean-Baptiste — Mon, 23 Nov 2009 09:36:30 +0100

Il me fait de l'oeil depuis sa sortie lui. Dans tous les cas, il y a pas mal d'autres jeux sur la Wii qui méritent ton attention : Mad World par exemple pour ne citer qui lui vaut son pesant de cacahuètes.

Le mouton noir des pratiques d'ingéniérie - Benoît

Benoît — Fri, 30 Oct 2009 21:50:38 +0100

Excellent article !
J'en profite pour inviter le lecteur à lire une autre étude : http://www.cs.utah.edu/~lwilliam/Pa... Selon cette dernière, le Pair Programming entraine une hausse de la qualité de code -entre +13 et +21% ET une baisse du temps de développement - entre 20 et 40%.

Je finis en citant une autre étude qui présente une approche beaucoup plus mathématique de l'efficacité du Pair Programming : http://collaboration.csc.ncsu.edu/l...

Tous des moutons ! Peut-être, et alors ? - mije

mije — Wed, 28 Oct 2009 15:33:27 +0100

Ouais je comprends mieux. Mais j'ai du mal à être d'accord. Le pré-requis est effectivement que le patient doit y croire. Mais c'est sa confiance dans le docteur ou dans un pharmacien qui fait qu'il a confiance dans le traitement. Si il sait qu'il peut guérir par lui même, il n'a pas besoin de placebo. Là ou j'ai du mal à voir le parallèle avec l'agilité c'est que l'agilité dit bien qu'elle ne fait rien, il n'y a pas la notion "psychosomatique" de l'effet placebo.
Là ou je suis d'accord c'est que peut etre que certains pensent que l'agilité peut résoudre leurs problèmes pour finalement découvrir qu'ils peuvent les résoudre tout seuls. C'est une façon de venir à l'agilité. Mais ca reste de la tromperie sur la marchandise.

Tous des moutons ! Peut-être, et alors ? - Guillaume

Guillaume — Wed, 28 Oct 2009 13:55:05 +0100

["le fait de faire de l'agilité suffit à motiver les gens et donc suffit pour obtenir l'implication des équipes, ce qui fait que l'agilité marche."]

En fait, le constat n'est pas aussi catégorique que ça. C'est une question qu'on peut se poser, ni plus ni moins. Un angle d'interrogation qui permet peut-être de porter un autre regard sur l'agilité.

["L'intégralité de ce qui fait un produit ou un projet émerge des gens qui le font. Et tout ca n'émerge pas du buzz, de blabla commercial, de bourrage de crâne ou autre, mais de rien d'autre que des gens eux mêmes"]

Je ne vois pas en quoi ça contredit la thèse de l'effet placebo. Au contraire, c'est exactement ce dont il est question ! L'important dans l'effet placebo n'est pas le fait que le médicament soit imposé de l'extérieur, l'efficacité n'est pas dûe à un quelconque bourrage de crâne ou à une coercition sur l'individu.
Au contraire, elle repose sur la croyance profonde de la personne elle-même que ça va marcher. Au final, le pari du placebo est que l'individu va se fabriquer en lui-même et nulle part ailleurs, toutes les ressources pour s'en sortir. Ce n'est pas si éloigné de ce que tu soulignes, si ?

Tous des moutons ! Peut-être, et alors ? - mije

mije — Wed, 28 Oct 2009 12:20:39 +0100

C'est marrant comme raisonnement et un peu fourbe aussi.
En gros si j'ai bien compris, on dit que le succès de l'agilité dépend de l'implication des équipes. Et que le fait de faire de l'agilité suffit à motiver les gens et donc suffit pour obtenir l'implication des équipes, ce qui fait que l'agilité marche.
Bin oui mais non. L'agilité, C'EST les équipes. Ça n'est pas l'implication qui permet l'agilité, c'est l'agilité qui aide les équipes à générer de l'implication par sa nature même. C'est ce que disais François à la SCM, on peut prendre une équipe de gens super improductifs et les faire devenir des cadors, parce que l'agilité va les aider à "fabriquer" eux même leur implication.
Ne pas comprendre ça c'est ne pas comprendre un des ressorts qui est, pour moi, super important dans l'agilité : la notion d'émergence (de comportement, d'organisation, de pratiques, de processus, d'implication). L'intégralité de ce qui fait un produit ou un projet émerge des gens qui le font. Et tout ca n'émerge pas du buzz, de blabla commercial, de bourrage de crâne ou autre, mais de rien d'autre que des gens eux mêmes, de leur nature humaine qui les fait naturellement tendre à vouloir faire des choses ensemble.

Tous des moutons ! Peut-être, et alors ? - Jean-Baptiste Dusseaut

Jean-Baptiste Dusseaut — Wed, 28 Oct 2009 09:34:13 +0100

Effectivement, le premier pas pour aller mieux est croire que le remède fonctionne.

DDD Vite Fait, les fondamentaux de Domain Driven Design - Alexandre de Pellegrin

Alexandre de Pellegrin — Mon, 19 Oct 2009 14:20:51 +0200

Excellente initiative! Merci pour ce travail. Même si je l'ai déjà lu en anglais, je vais le relire en français avec beaucoup d'attention.

DDD Vite Fait, les fondamentaux de Domain Driven Design - mije

mije — Mon, 19 Oct 2009 10:07:31 +0200

Bin j'ai lu ce ce qui est déjà traduit, et cette traduction est ma foi fort bien troussée.