Discussion :

[JeeDji]

Ce que j'ai du mal à saisir, c'est pourquoi forcément opposer vitesse et qualité ?

En quoi il est impossible d'écrire du code propre et maintenable dans des temps serrés ? Si vous remplacez le mot vitesse avec le mot bâclage, je comprendrais, mais c'est un faux problème de mon point de vue.

Il est vrai que mon propos aurait tendance à devenir plus difficile à maintenir sur des projets de très grande envergure. Mais dans ce cas, c'est surtout une question d'architecture, les implémentations peuvent toujours être propre et maintenable sans prendre des années. Et un bon architecte, avec de l'expérience, peut faire de la qualité sans trainer. Je pense que c'est essentiellement une question de philosophie de travail, si on entame un projet dans l'optique de faire de la qualité, et que l'on a l'habitude de le faire, on finira toujours par être en avance sur un projet "à l'arrache" en temps cumulé.

Et je pense également qu'il faut dissocier qualité et compléxité dans certains esprits, que j'ai eu à croiser.

En tout cas, ça marche plutôt bien pour moi

[Matthieu Vergne]

Ce que j'ai du mal à saisir, c'est pourquoi forcément opposer vitesse et qualité ?

En quoi il est impossible d'écrire du code propre et maintenable dans des temps serrés ? Si vous remplacez le mot vitesse avec le mot bâclage, je comprendrais, mais c'est un faux problème de mon point de vue.

Pour la simple raison que la manière dont tu vois la chose est une situation "au mieux" :

Il est vrai que mon propos aurait tendance à devenir plus difficile à maintenir sur des projets de très grande envergure. Mais dans ce cas, c'est surtout une question d'architecture, les implémentations peuvent toujours être propre et maintenable sans prendre des années. Et un bon architecte, avec de l'expérience, peut faire de la qualité sans trainer. Je pense que c'est essentiellement une question de philosophie de travail, si on entame un projet dans l'optique de faire de la qualité, et que l'on a l'habitude de le faire, on finira toujours par être en avance sur un projet "à l'arrache" en temps cumulé.

Maintenant, va trouver un architecte qui a une philosophie de travail qui favorise la qualité, et qui a pu forger son expérience/ses habitudes sur des projets où on l'a autorisé à favoriser la qualité.

Une fois que tu a attends ce stade, on peut effectivement se dire que oui, finalement c'est pas si sorcier, et encore tu ignores les gros projets (déjà travaillé sur un ERP ?). Le problème est d'arriver à ce stade où tu as pu te faire un expérience solide qui favorise la qualité. Et dans un monde où d'un côté on favorise la rapidité, et de l'autre on souhaite avoir un job juste pour dire d'être payé, ton architecte tu risque de le chercher longtemps.

Des gens comme ça il y en a, mais ceux-là c'est ceux qui veulent travailler correctement, et du coup c'est eux qui cherchent où ils peuvent bosser comme ils veulent. Donc c'est eux qui te trouvent (si tu les intéresse), pas l'inverse.