Discussion:MapReduce

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Réécriture[modifier le code]

Bonjour,

Dans le cadre du projet informatique 2.0, l'article MapReduce est en cours de réécriture. Cette contribution sera achevée, au plus tard, à la fin Février 2013. Vous êtes invitez à consulter et commenter le travail en cours : Utilisateur:Lpalmie/MapReduce et son implémentation.

Gilles.Grimaud (d) 17 octobre 2012 à 15:43 (CEST)[répondre]

Discussion transférée depuis Wikipédia:Pages à fusionner
L'article détaillé créé aujourd'hui me semble inutile et son contenu à largement sa place dans l'article sur MapReduce --— Superjuju10 [Contacter la Aubline], le 6 mars 2013 à 12:00 (CET)[répondre]

  1. Plutôt pour, je ne sais pas, le second est bien meilleure mais c'est vrai qu'une fusion serait profitable. A.BourgeoisP (d) 6 mars 2013 à 16:14 (CET)[répondre]
  2. Pour même avis que le proposant. Guillaume (bah?, qu'ai-je fait?) 17 mars 2013 à 18:14 (CET)[répondre]
  3. Plutôt pour Il y a des redondances, le sujet est le même. Alternativement garder l’article sur les implémentation et réécrire l’introduction. — TomT0m [bla] 2 avril 2013 à 18:56 (CEST)[répondre]
Fait. J’ai gardé quelques paragraphes de MapReduce qui me paraissaient non redondants, mais comme l’autre article est assez touffu, il est possible que tout y était déjà. À voir. Jerome66 (d) 4 avril 2013 à 11:17 (CEST)[répondre]

Suite à la fusion, il me semble que dans l'introduction, le développeur de Hadoop est incorrect. Ne faut-il pas remplacer "Yahoo!" par "la fondation logicielle Apache" ? 109.22.219.28 (d) 16 mai 2013 à 23:29 (CEST)[répondre]

Vous avez raison, j’ai corrigé. Jerome66 (d) 17 mai 2013 à 09:10 (CEST)[répondre]

Non inventé?[modifier le code]

Le sujet anglais dit qu'il référait exclusivement à un framework de Google avant d'être passé dans le langage commun !

Alors soit le patron ne porte pas ce nom, et dans ce cas, ce nom fait uniquement référence à ce framework "qui a généralisé ce nom pour le pattern" ensuite, soit Google est vraiment l'inventeur de ce pattern, mais il manque clairement un complément et une explication (et une référence antérieur aux publications Google) !

NB : Map Reduce fait référence à la façon d'exploiter les monoïdes, et existent depuis très longtemps, bien avant l'existence de Google. C'est l'interface classique utilisée dans toutes les librairies fonctionnelles, en plus du principe du folding pour permettre une optimisation de type "diviser pou régner". Autrement dit dire que Google à inventer le pattern du map/reduce parce qu'il a créé un framework se basant principalement sur cette technique est une aberration. C'est un pattern fonctionnel vieux comme le monde. Pour y trouver des références il faut aller dans les documents qui sont adressés aux mathématiciens, la difficulté est là. Par exemple : https://pdfs.semanticscholar.org/43ce/3767fdc42be357ce803a94e4f3fd6616e305.pdf

--Aldriknet (discuter) 20 juin 2017 à 21:59 (CEST)[répondre]


Il y a une note qui indique le brevet déposé par Google, mais la formulation a" été déposé" me semblerait plus neutre. Et commencer l'article par ça me semble un peu bizarre, on ne commence pas l'article sur la radioactivité par "inventé par Marie Curie". edit: ah si :D, mais avec un contexte préalable, notamment les coinventeurs, dans ce cas l'exploitation des monoïde indiqué par Adriknet, ce qui serait un peu difficile à expliquer en intro. — Le message qui précède, non signé, a été déposé par FilDeLaBouffe (discuter), le 13 septembre 2019 à 16:54 (CEST) FilDeLaBouffe (discuter) 13 septembre 2019 à 16:51 (CEST)[répondre]

paragraphe : PARSAGE DES DONNEES[modifier le code]

Bonjour, je suggère de remplacer le terme immuable par le terme immutable. Immuable qu'on ne peut déplacer, immutable qu'on ne peut changer. Or ici, il s'agit bien de cela, qu'on ne peut changer. A mon avis, quand bien même le mot immutable n'existe(rait) pas, la notion de non-modifiable est trop différente de non-déplaçable pour conserver ce mot, quitte à en trouver un autre plus adéquat. Or la notion de déplacer existe aussi et est fortement considérée (usage de référence/pointeur plutôt que de copie) dans toute algorithmique performante.

jacques de felice