Le code; un simple format de spécifications?

Lors de nos nombreuses discussions errant entre la philosophie et l'interrogation technique, Stéphane et moi parlions souvent de notre conception du code et du développement logiciel en général. Certaines différences de point de vue mineures, telles que: "devrions-nous mettre des espaces entre la première parenthèse d'une méthode et son premier paramètre?", nous ont vite fait remettre en question notre vision du code. Jusqu'ici, le code était le résultat, là ou tous les processus et l'analyse mènent. Désormais, il n'est à nos yeux qu'une vue pour l'interpréteur ou le compilateur, tout comme les fonctionnalités sont des explications au développeur ou les spécifications pour le client.

La première idée issue de ce principe était de lier de manière forte les éléments des documents d'analyse à travers le code, ainsi qu'aux différents diagrammes. De cette manière, on pourrait facilement juxtaposer les différents éléments dans une vue propre aux besoin d'un rôle. On pourrait aussi aisément suivre les changements autant en amont qu'en aval. On rend donc la documentation manuelle inutile, en plus d'en fournir une exacte et à jour en tout temps, puisqu'elle implémente un ou plusieurs éléments des documents d'analyse. Cette idée serait principalement traduite par une application de collaboration impliquant une structure de contenu extrèmement rigide.

Lire la suite sur christianrondeau.net