De façon général, dans un environnement professionnel, il faut garder en mémoire que le code sera écrit une fois, (ou quelques fois) mais par contre lu des dizaines, (voir centaines de fois), par des gens totalement différents.
Donc le but, c'est pas de le faire le plus compact et même le plus optimisé, mais c'est de faire en sorte que le code écrit soit maintenable.
Pour être caricatural, si vous écrivez un code super optimisé, mais qu'il y a que vous qui le comprenez, c'est un peu inutile pour l'entreprise...
Donc il vaut mieux écrire un code le plus "basique" possible, avec des noms de variables les plus explicites.
C'est aussi vrai pour soit même quand on relit un code un an plus tard, mais c'est un peu moins critique parce qu'en général on comprend ce qu'on a écrit.
Donc le but, c'est pas de le faire le plus compact et même le plus optimisé, mais c'est de faire en sorte que le code écrit soit maintenable.
Pour être caricatural, si vous écrivez un code super optimisé, mais qu'il y a que vous qui le comprenez, c'est un peu inutile pour l'entreprise...
Donc il vaut mieux écrire un code le plus "basique" possible, avec des noms de variables les plus explicites.
C'est aussi vrai pour soit même quand on relit un code un an plus tard, mais c'est un peu moins critique parce qu'en général on comprend ce qu'on a écrit.
S'amuse bien avec Ruby on Rails (pour l'instant...)