IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Humour Informatique Discussion :

Coder rapidement ou écrire du code de qualité ? Les deux approches ne servent à rien

  1. #61
    Expert confirmé Avatar de Barsy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    1 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 484
    Points : 5 277
    Points
    5 277
    Par défaut
    Citation Envoyé par BugFactory
    le client ne se montre pas toujours raisonnable et fait preuve de mauvaise foi
    D'où l'intérêt de toujours communiquer par mail et de garder un écrit. Quand un client me téléphone en me demandant une évolution, je lui renvoie tout de suite un mail dans lequel je détaille cette évolution (en commençant le mail par "suite à note conversation téléphonique..." et en demandant de confirmer et même s'il ne le fait pas, ça laisse une trace).

    Des clients de mauvaises foi, il y en a (plutôt rarement cela dit). Et souvent, s'ils sont de mauvaise foi avec le presta, ils le sont aussi avec le commercial (en tout cas, ceux que j'ai connu étaient comme ça). Quand on est prestataire, il faut savoir se protéger et conserver des traces reste le meilleur moyen.
    "tatatatatatatatataaa !! tata taaa !! tata taaa !! tatatata tataaa !! tata taaa !! tata taaa !!"

  2. #62
    ovh
    ovh est déconnecté
    Rédacteur
    Avatar de ovh
    Homme Profil pro
    Architecte devops web full stack
    Inscrit en
    Mai 2002
    Messages
    3 841
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte devops web full stack

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 841
    Points : 6 513
    Points
    6 513
    Par défaut
    Citation Envoyé par Barsy Voir le message
    C'est quand même rare que le commercial valide une évolution sans en faire part au préalable à l'équipe technique (enfin, j'imagine qu'il doit bien y en avoir qui le font... ).
    Dans le cadre d'un forfait, tout dépassement est la charge de la SSII. Accepter de prendre en charge des évolutions sans les chiffrer, c'est aller droit dans le mur.
    Le chiffrage c'est de la vaste blague... Les délais sont toujours largement sous-estimés... C'est souvent très aléatoire, même pour un dev expérimenté qui est à fond dans un projet, estimer le délai de réalisation d'une nouvelle fonctionalité est très difficile (à part pour certaines tâches simples bien sûr). Et on a très souvent tendance à minimiser.

    Tutoriels sur les UPS, e-commerce, PHP, critiques de livres...

    Pensez à consulter les FAQs et les cours et tutoriels.
    FAQ Linux - Cours et tutoriels Linux - FAQ PHP - Cours et tutoriels PHP
    Ce forum est fait pour vous et surtout par vous, merci d'en respecter les règles.

    Je n'ai rien à voir avec la société www.ovh.com !

  3. #63
    Expert éminent sénior
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    6 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Décembre 2007
    Messages : 6 803
    Points : 32 044
    Points
    32 044
    Par défaut
    Citation Envoyé par ovh Voir le message
    Le chiffrage c'est de la vaste blague... Les délais sont toujours largement sous-estimés... C'est souvent très aléatoire, même pour un dev expérimenté qui est à fond dans un projet, estimer le délai de réalisation d'une nouvelle fonctionalité est très difficile (à part pour certaines tâches simples bien sûr). Et on a très souvent tendance à minimiser.
    j'ai voté +1, mais j'ai vu des exceptions. Sur des applis matures, dans des environnements matures, avec un chef de projet présent depuis 10 ans, on pouvait avoir des chiffrages précis à quelques pourcent. En 15 secondes, "il faut 420 jours pour passer le code produit de 4 à 5 caractères, en comptant la recompilation de tout les batchs, la retaille de tous les JCL, mais surtout la refonte de tous les écrans CICS, dont certains n'ont pas la place pour, et devront être chamboulés; celà compte également l'intégration et la recette". A 10 jours près, il avait tout vu.

    Mais c'est une exception. En général, on avance dans l'inconnu. Les boites sérieuses(pas toujours les plus grosses) parlent de R&D pour le développement, pas de production de code, car elles savent que le coté aléatoire(i.e. les mauvaises surprises, les choses qu'on découvre en cours de dév) est important.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  4. #64
    Modérateur
    Avatar de gangsoleil
    Homme Profil pro
    Manager / Cyber Sécurité
    Inscrit en
    Mai 2004
    Messages
    10 148
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Manager / Cyber Sécurité

    Informations forums :
    Inscription : Mai 2004
    Messages : 10 148
    Points : 28 113
    Points
    28 113
    Par défaut
    Citation Envoyé par ovh Voir le message
    Le chiffrage c'est de la vaste blague... Les délais sont toujours largement sous-estimés... C'est souvent très aléatoire, même pour un dev expérimenté qui est à fond dans un projet, estimer le délai de réalisation d'une nouvelle fonctionalité est très difficile (à part pour certaines tâches simples bien sûr). Et on a très souvent tendance à minimiser.
    Moui. Certaines personnes savent faire de vrais chiffrages, qui sont tres souvent corrects, a quelques pourcents pres bien sur.
    Mais ca ne veut pas dire que les commerciaux accorderont ce chiffrage au projet.

    Par ailleurs, il faut tenir compte de la loi de Hofstadter :
    Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
    "La route est longue, mais le chemin est libre" -- https://framasoft.org/
    Les règles du forum

  5. #65
    Expert éminent sénior

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    10 601
    Détails du profil
    Informations personnelles :
    Âge : 66
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 10 601
    Points : 17 913
    Points
    17 913
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par gangsoleil Voir le message
    Moui. Certaines personnes savent faire de vrais chiffrages, qui sont tres souvent corrects, a quelques pourcents pres bien sur.
    Mais ca ne veut pas dire que les commerciaux accorderont ce chiffrage au projet.

    Par ailleurs, il faut tenir compte de la loi de Hofstadter :
    moui...

    D'un autre côté c'est par application de ça par , dans l'ordre, le programmeur, puis le Chef d'équipe, puis le Chef de Projet, puis le Directeur Technique, puis le Directeur du Marketing,, puis les commerciaux, qu'on finit par avoir des délais aberrants...

    C'est le principe du parapluie... Chacun ouvre son parapluie .. Du coup, ça n'a plus rien de réel, et les délais et les budgets explosent....

    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques

Discussions similaires

  1. Réponses: 2
    Dernier message: 22/01/2010, 19h07
  2. Réponses: 1
    Dernier message: 17/04/2007, 14h07
  3. Façon d'écrire votre code
    Par reptils dans le forum C
    Réponses: 6
    Dernier message: 03/03/2007, 18h20
  4. Réponses: 3
    Dernier message: 17/08/2006, 05h11
  5. [VBA Excel] Comment écrire un code dans le ThisWorkBook ?
    Par WebPac dans le forum Macros et VBA Excel
    Réponses: 3
    Dernier message: 03/05/2005, 16h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo