4 votes

Tactiques de développement : cycles de développement phoenix

Je me demandais comment vous faites pour développer de grandes applications quand vous êtes votre propre patron. Pour ma part, j'ai appris à la dure la nécessité de la patience et de l'espoir. J'ai travaillé sur l'implémentation d'une application (sous la forme d'une série de scripts liés à une base de données) qui regroupe les articles de Wikipedia en utilisant une combinaison de connaissances des Wikilinks et du texte/contenu des articles. Je m'y emploie depuis deux ans maintenant ; pas encore de résultats.

Je n'arrive pas à obtenir de résultats car je remanie continuellement mes scripts et ma db en raison de changements dans l'essence (pseudo-code, l'algorithme théorique) ou la forme (scripts, threads, tables db, l'algorithme pratique) de l'algorithme. En gros, je me retrouve à apprendre continuellement des erreurs que je découvre lors de la mise en œuvre ; le diable étant dans les détails, les réponses le sont aussi semble-t-il.

De toute façon, à chaque fois que je remanie un script ou un tableau ou autre, je dois mettre au rebut toute ma documentation et script. Je suis maintenant capable de le faire sans crainte, mais cela m'a fait détester la programmation (je déteste les détails).

Je pense que la réingénierie est la voie à suivre puisque je pense à long terme et que je souhaite apprendre rapidement, mais je me demande si vous avez une expérience de programmation similaire ou si vous n'avez jamais vraiment besoin ou choisi d'avoir un meilleur script issu de la mort du dernier (comme un phénix).

La partie la plus difficile pour moi est de gratter ma documentation car je passe plus de temps à documenter qu'à coder ; j'utilise la documentation comme un moyen de discuter des problèmes et d'envisager des solutions ; je l'utilise pour formuler des solutions réalisables. Si ce n'était que pour moi, cela ne me dérangerait pas de la mettre au rebut, mais je l'écris toujours comme si elle devait être publiée la semaine suivante. En effet, en développant un script, je cherche aussi à me développer moi-même ; j'essaie aussi, comme ceux d'entre vous qui participent à ce site web, de partager mes connaissances ou ma sagesse avec les autres.

Quoi qu'il en soit, j'ai développé à pleine vitesse ces deux derniers mois, en réorganisant d'innombrables essais, scripts, tables, etc ; ma patience est à bout car je cherche des résultats.

Des tactiques, de l'aide, des expériences ou des anecdotes que vous souhaitez partager ?

1voto

nezroy Points 2413

0voto

Gel du design !

Construisez la conception figée en petits modules avec un couplage minimal - les modules ne font qu'une seule chose. Lorsque cela fonctionne, vous serez beaucoup plus intelligent pour corriger les défauts éventuels. Un couplage minimal et une cohérence maximale permettent de supprimer facilement les parties défectueuses. Ne mettez pas au rebut ce qui fonctionne.

Regards, Bill Drissel

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X