DRM inside

• [^]Re: DRM inside

  Posté par ZeBob () le 20/03/2008 à 09:22. (lien). Évalué à 7.

  Moui mais même avec des DRM, ça n'explique pas pourquoi ils font le reste du site non-standard, Firefox c'est quand même 25 % PDM en Europe. Je voudrais bien connaître le prestataire de services qui leur a refourgué un tel site en 2008.

  --
  Participez à la traduction de GNOME : http://gnomefr.traduc.org

  • [^]Re: DRM inside

    Posté par Joc M () le 20/03/2008 à 09:49. (lien). Évalué à 6.

    C'est amusant mais j'ai lu hier, dans 01 informatique (honte sur moi) un article une bafouille geargono-baratino-communicationnel sur la méthode "agile" (entendre "développement itératif à court terme en vue de satisfaire uniquement les besoins immédiats du client").
    
    Je m'intéressais à ça car on m'a asséné, dans ma boite, que les specs ça n'était plus possible, que la présence d'experts fonctionnels était maintenant un vœu pieu et qu'on bossait en méthode "agile" ! Au passage, ce n'est pas ça du tout et j'ai compris qu'on trouvait facilement de fausses références pour justifier les carences d'organisation.
    
    Bref, revenons à nos moutons... L'exemple cité dans 01 informatique était M6 justement. M6 qui, semble-t-il, développe en interne son portail web.
    
    Donc voilà, satisfaction des besoins immédiats du client interne... Qui a dit que les besoins sont passés d'un cahier des charges (avant la révolution "agile") à l'appréciation directe du directeur marketing point barre ?
    
    Bon allez, pas de critique gratuite du principe de définition itérative du besoin, ça doit bien éviter de grosses pertes de temps mais sur ce coup là, ça ne met pas en confiance...

    --
    be a sheep isn't cheap

    • [^]Re: DRM inside

      Posté par cosmocat () le 20/03/2008 à 10:22. (lien). Évalué à 10.

      Je bosse dans une SSII spécialisée dans les méthodes agiles et même si l'objectif est de se passer de spécifications, c'est parce que tu peux te le permettre car les fonctionnels sont inclus dans le projets et sont là en permanence dans le projet pour répondre à tes questions.
      
      L'absence des 2 (specs et fonctionnels), ça s'appelle la méthode "La Rache" : http://www.cafenware.org/la-rache/

      • [^]Re: DRM inside

        Posté par Joc M () le 20/03/2008 à 18:03. (lien). Évalué à 2.

        Ouai, j'avais cru comprendre ça aussi, qu'on passait d'un mode très découpé (dans le temps, l'espace et dans les tâches) à un mode en synergie avec les experts fonctionnels.
        Je veux même bien croire que ça a de supers avantages mais j'ai bien peur que ça puisse amener à négliger la pérennité.
        
        Ce que je veux dire par là c'est que si le besoin et les contraintes techniques évoluent au gré du développement du produit et de l'avis des personnes proches des utilisateurs, ce n'est pas grave (peut être même souhaitable ?) quand c'est pour 1 client (ou type précis d'utilisateur). Mais quand ça s'adresse à plein de monde il faut nécessairement faire un travail de mise à plat d'un max de points de vue et de contextes (type d'utilisateur, environnement d'exécution etc.) au départ. Chez M6 ça n'était manifestement pas le cas car 25% des utilisateurs potentiels sont de fait mis de côté.
        
        Au passage, dans ma boite on confond tout et on nomme "agile" ce que tu nommes "la rache" mais ceci n'a rien à voir.

        --
        be a sheep isn't cheap

        • [^]Re: DRM inside

          Posté par cosmocat () le 21/03/2008 à 01:44. (lien). Évalué à 2.

          Je veux même bien croire que ça a de supers avantages mais j'ai bien peur que ça puisse amener à négliger la pérennité.
          Non, justement, les méthodes agiles ont pour but de faire des produits pérenne et bien conçus qui collent aux besoins mais (revert de la médaille) sans engagement sur quand le résultat sera obtenu. On vise l'objectif à long terme en étant conscient que les méthodes permettent d'avoir un outil fonctionnel (mais avec peu de fonctionnalité) rapidement et des mises à jours stables très fréquentes (env 2 semaines).
          
          On arrive à une certaines pérenité grâce aux test unitaires qui permettent de ne pas hésiter à faire de la refactorisation de code. Le développement dirigé par les tests, le pair programming ainsi que la revue de code permet aussi d'avoir un premier jet de code de meilleure qualité ce qui permet de passer moins de temps sur la correction de bug (ce qui est assez chronophage).
          
          Pour ce qui concerne les "specifications" mouvantes, il existe sur chaque projet agile ce qu'on appelle un "product owner" qui est charg" d'avoir la vision de que doit être le produit. C'est à lui de "proteger" les developpeur et de trancher les choix afin qu'il n'y ai pas de changement majeur au cours d'une itération. Les choix doivent être statués avant le début de développement d'une fonctionnalité.
          
          Ce que te permettent les méthodes agiles c'est d'être au plus près du focntionnel et donc de mieux comprendre la problématique et de faire les ajustements presque en temps réel.
          
          Dans le cas de M6, je pense plutot pour de l'incompétence technique ou du je-m'en-foutisme, méthode agile pour mener le projet ou pas.
          
          Un petit lien sur des méthodes agiles : http://fr.wikipedia.org/wiki/Scrum

      [^]Re: DRM inside

      Posté par Benjamin G. ( Prae ) (page perso, ) le 20/03/2008 à 23:45. (lien). Évalué à 1.

      Y'a deux ans, mon COO voulait qu'on fasse le projet en méthode agile (Methode Xtrem Programming), je n'avais jamais utilisé de méthode particulière avant.
      Je me suis retrouvé avec un expert méthode agile pour m'apprendre tout cela.
      J'étais réticent (et c'est pas peu dire).
      Sur un projet d'un an, on avait deux mois de retard, à la fin, on avait 3 mois d'avance.
      J'ai douté au début, j'étais sceptique (limite casse couille sur certains points) mais maintenant, je doute pas de ces méthodes et surtout des UnitTest et Tests de Recettes (je connais pas l'équivalent en anglais)
      Tester, c'est l'adopter :-)

      • [^]Re: DRM inside

        Posté par cosmocat () le 21/03/2008 à 00:23. (lien). Évalué à 2.

        Pourtant la méthode XP déconseille fortement d'utiliser XP si tous les développeur ne sont pas prêts à tenter l'aventure.
        
        En même temps, tu n'as pas commencé avec le plus mauvais des experts en méthodes agiles ;)

        • [^]Re: DRM inside

          Posté par Benjamin G. ( Prae ) (page perso, ) le 21/03/2008 à 01:41. (lien). Évalué à 1.

          Ouais, mais je suis une tête de mule et c'était pour tenter l'expérience ... expérience concluante puisque maintenant je l'applique dans mes nouveaux projets :)

    [^]Re: DRM inside

    Posté par GPL (Jabber id, ) le 20/03/2008 à 12:41. (lien). Évalué à 5.

    Ils savent que firefox n'est plus négligeable en France. Je ne crois pas qu'ils ignorent ce fait, surtout quand on conçoit un site destiné au grand public: ils l'ont donc fait en toute connaissance de cause.
    Je me demande bien quel collectif d'entreprises à bien pu les pousser à faire cette boulette et cela avec quels "arguments"?
    Je me le demande, vraiment, hein. Peut-être que ct les mêmes "arguments" qu'un certain collectif à utiliser sur la mairie de Paris récement? Qui sait?

    • [^]Re: DRM inside

      Posté par Gniarf () le 21/03/2008 à 10:51. (lien). Évalué à 1.

      je ne vois pas pourquoi tu parles de boulette ? sur dix personnes qui seront allées voir ce site d'abord sous Firefox, au moins neuf seront sous Windows et lanceront leur Internet Explorer sans se poser de question métaphysique. et je crois que ces décideurs pressés se foutent du petit % de rebelles qui feront leur tête de lard et des crevards anarcho-révolutionnaires^W^W^W non-consommateurs qu'ils réprésentent
      
      la notion de "part de marché" de Firefox me fait assez rire : les gens sous Windows utilisent les deux suivant ce qui marche ou pas, même si on leur bourre le mou sur le coté IE cai les virus, même si on paramètre Firefox pour qu'il se lance de préférence, etc etc...

      --
      Windows has no users. It has hostages.

    [^]Re: DRM inside

    Posté par dguihal () le 20/03/2008 à 13:55. (lien). Évalué à 2.

    Le site passe bien avec FF (sans changer d'UA), tu as "juste" un gros warning au début, mais tu peux continuer tout de meme

    [^]Re: DRM inside

    Posté par ptifeth (page perso, ) le 20/03/2008 à 16:38. (lien). Évalué à 3.

    Si les mêmes prestas devaient aujourd'hui concevoir une chaîne de télé, il faudrait avoir un écran Thomson de deux ans d'âge maximum.