• # Hmmm, relativement d'accord sauf ...

    Posté par . En réponse au journal Comment être un développeur désirable. Évalué à 4.

    ... sur ce point:

    l'importance de se restreindre à coder les fonctionnalités attendues afin de maîtriser la progression du projet, de savoir résister à l'envie de faire des à côtés tout de suite sous prétexte que ça à l'air génial ou que ça pourrait être utile un jour.

    Je pense qu'il faut nuancer cette partie, juste un tout petit peu.
    Etre focus sur les fonctionnalités, c'est cool et ça permet de sortir rapidement quelque chose.
    Cependant, je suis convaincu qu'un peu de réflexion au préalable, voir de code "framework" peut permettre d'éviter un refactor ou bout de 5 versions parce que "merde, j'avais pas pensé au multijoueurs" (pour reprendre ton exemple sur le jeu vidéo).
    Beaucoup de projets libre ont, je pense, obéit à la règle que tu énonces et se sont retrouvés, à un moment, bloqués "by design" pour certaines évolutions fonctionnelles.

    De mon point de vue, il faut placer le curseur correctement: penser son code, tenter de prévoir le futur puis ensuite aller sur les fonctionnalités.
    C'est cette phase "d'architecture logicielle" qui te garantira un code pérenne et évolutif.