Si vous prototypez, pourquoi songez-vous au code propre? L'idée même du prototypage est qu'il vise à prouver un concept ou une idée et à être jeté par la suite.
Je ne suis pas du même avis que presque tout le monde ici: si vous envisagez déjà le choix entre écrire du code propre ou faire quelque chose de rapide pour le prototypage, choisissez ce dernier. Surtout quand vous parlez de développement précoce. Je ne dis pas que n'écrivez jamais de code propre, je dis simplement de faire ressortir l'idée, de voir que c'est la direction à suivre, puis de la nettoyer, refactor.
En tant que développeurs de logiciels, nous sommes tellement habitués à faire les choses correctement et à la propreté du premier coup, que nous ne réalisons pas que ce n'est pas du code que nous fournissons, mais une solution à un problème .
Je pense coder comme je rédigerais un papier:
Lors de la rédaction d'un document, nous commençons quelque part, dessinons des idées, des contours, etc. Il ne contiendra pas tous les détails ni ne sera examiné de manière approfondie - il s'agira essentiellement d'un premier projet, suivi d'un second, etc. Une grande partie sera réécrite, remplacée et / ou même supprimée en cours de route pour donner un papier plus raffiné et plus fini. (Évidemment, cette analogie ne va pas jusqu'à dire que le code est toujours vraiment fini ou final comme un papier.)