• [^] # Re: Pas de parcours sur le web, pas de readme dans le tarball linux !

    Posté par . En réponse au journal HUBIC online. Évalué à 2.

    C'est le principe de toute méthodologie agile pour faire dans le buzzword

    Faire de l'agile quand tu n'as pas encore de client c'est la bonne méthode pour partir dans le mur, ou au mieux pur se retrouver avec pleins de fonctionnalités qui ne te servent à rien ou qui ne répondent plus au besoin. L'agile nécessite de savoir ou on va pour garder une certaine conhérence entre les modules.

    Ensuite la méthode qui consiste à livrer très tôt un produit avec peu de fonctionnalités et à developper au fur et à mesure les fonctionnalités en fonction des retours clients c'est pas de l'agile. C'est plus proche de la RACHE comme approche. C'est la fameuse méthode "si le client s'en rend compte/en a besoin/le demande on developpe, sinon on laisse tel quel". C'est typiquement la méthode utilisée par OVH en ce moment sur ce produit.

    Ca te permet d'évoluer très facilement et plutôt que de bourriner bêtement, en se disant qu'on verra plus tard

    Ben il y a pas de bourrinage bête (les problèmes de tenue de charge ne sont que très rarement le résultat d'un bourrinage, au contraire quand on bourrine on a plutôt tendance à se retrouver avec des trucs disproportionnés par rapport au besoin) quand au "on verra plus tard" c'est par contre nécessaire dans toutes les approches. Le mec qui pense pouvoir créer un produit parfait dès le début se ramasse systématiquement. La méthode que tu cites avec petits ajouts par couches c'est du "on verra plus tard". Bien sur il faut que la possibilité reste ouverte pour éviter de casser l'existant, mais pour l'implémentation ben … On verra plus tard.

    Et ma remarque soulignait que certains sont les champions du vite fait, mal fait, jamais fixé.

    Ta remarque visait l'implémentation OVH en disant que c'était du vite fait mal fait. Or si je suis d'accord sur le vite fait, je ne désapprouve le mal fait. OVH livre un service complet doccumenté et basé sur des standards ouverts. Avec en sus un client windows pour les non techniques. Mais ca n'en fait pas un produit mal fait. Il est sous dimensionné par rapport à la demande (mais le contraire aurait été une prise de risque déraisonable) et il est en retrait niveau fonctionnalités par rapport à d'autres produits (mais tu sembles approuver au moins cette partie de l'approche). Donc que reproches-tu au service OVH tel qu'il existe aujourd'hui ? Des promesses non tenues ? Des fonctionnalités dues mais non présentes ? Des performances limités par rapport aux specs ? Tu n'as pas vu la signalétique "beta" et "alpha" sur les services ? Tu n'as pas remarqué que le produit en vente était exclusivement sur android pour l'instant ?

    Le rapport avec ce dont je parle ?
    Faire de l'hosting c'est une autre problématique.

    Là il va falloir que tu m'expliques lentement la différence entre sauvegarder des données dans le cloud, et sauvegarder des données dans le cloud. Parceque personellement j'ai du mal. Tu perçois peut-être le service hubic comme autre chose qu'un disque hébergé dans le cloud OVH, mais techniquement OVH ne vend pas autre chose. Les services autour sont pour l'instant exclusivement en vente pour android, et sous android ca marche plutôt bien.