Essaye de developper un projet autre que style hello world (un soft genre 100'000 lignes ou plus) et tu verras si ca sert a rien...
Ce "bordel uml a la con" comme tu l'appelles est ce qui te permet de savoir a l'avance a quoi va ressembler ton code, quels sont les differents modules, comment ils interagissent,etc...
Maintenant si tu bacles cette etape, ben faut pas t'etonner si tu dois tout refaire, mais ca c'est pas du a UML.
Finalement, UML c'est typiquement le truc que les chercheurs d'universite n'utilisent pas ou tres peu, mais que les societes utilisent car elles se sont rendues compte que ca permettait d'aider a tenir les delais et reduire les couts.
Quand au fait que le talent d'un bon codeur est que "ca marche meme si c'est pas tres evident", ben pour moi cette description c'est typiquement celle d'un MAUVAIS programmeur.
Si personne n'est capable de comprendre ton code et que meme toi tu n'es pas sur du pourquoi de son fonctionnement, vaut mieux jeter le code et tout refaire de maniere correcte.
Un bon programmeur c'est quelqu'un qui :
- ecrit des specs avant d'ecrire du code
- ecrit du code clair
- ecrit du code reutilisable
- utilise les bon algorithmes au bon endroit plutot que faire des optims douteuses et floues
- documente son code
- ecrit des routines de tests pour les differents modules de son soft... et les utilise :+)
- est humble et n'accuse pas le compilateur, le linker, l'OS ou la meteo quand son soft plante mais essaye de trouver la raison dans son code
[^] # Re: hum
Posté par pasBill pasGates . En réponse à la dépêche Initiation au Rational Unified Process. Évalué à 7.
Ce "bordel uml a la con" comme tu l'appelles est ce qui te permet de savoir a l'avance a quoi va ressembler ton code, quels sont les differents modules, comment ils interagissent,etc...
Maintenant si tu bacles cette etape, ben faut pas t'etonner si tu dois tout refaire, mais ca c'est pas du a UML.
Finalement, UML c'est typiquement le truc que les chercheurs d'universite n'utilisent pas ou tres peu, mais que les societes utilisent car elles se sont rendues compte que ca permettait d'aider a tenir les delais et reduire les couts.
Quand au fait que le talent d'un bon codeur est que "ca marche meme si c'est pas tres evident", ben pour moi cette description c'est typiquement celle d'un MAUVAIS programmeur.
Si personne n'est capable de comprendre ton code et que meme toi tu n'es pas sur du pourquoi de son fonctionnement, vaut mieux jeter le code et tout refaire de maniere correcte.
Un bon programmeur c'est quelqu'un qui :
- ecrit des specs avant d'ecrire du code
- ecrit du code clair
- ecrit du code reutilisable
- utilise les bon algorithmes au bon endroit plutot que faire des optims douteuses et floues
- documente son code
- ecrit des routines de tests pour les differents modules de son soft... et les utilise :+)
- est humble et n'accuse pas le compilateur, le linker, l'OS ou la meteo quand son soft plante mais essaye de trouver la raison dans son code