quand on écrit un programme on espère qu'il sera réutilisé soit par l'API, soit en code. Voire il faudra le modifier pour corriger un bug. Donc, il faut qu'il soit lisible. La plupart des méthodes pour faciliter la relecture sont liées à la lettre (et à sa typographie) et non au chiffre :
- indentation ;
- coherence dans les noms de variables,
- utilisation de noms descriptifs
- ne pas mélagner begin et stop/start end),
- le choix de graphies plus claires
- champs sémantiques cohérents
Un code bien écrit est un must. Perso je lis le source pour comprendre un programme.
On ne fait pas passer une émotion, le programme est la description d'un concept que l'on a dans ta têts, c'est une question d'exprimer efficacement une idée, pas des émotions. Si quelq'un sait retranscrire une idée sans les mots, je suis épater. Aujourdh'ui un code informatique est pour moi la restranscription la plus proche du concept que le codeur avait en tête, et coucher en mot ce qu'on pense ou l'on ressent c'est de la littéraire. Les rayon poésies ne représentent d'ailleurs pas la plus grande partie du rayonnage dans les librairies que je sache. Donc littérature oui, poésie non (sauf pour le black perl).
Avoir un esprit scientifique ce n'est pas poser des équations, c'est savoir douter. Les maths je ne sais pas ce que c'est :-)
Si j'ai une bonne analyse du problème, je le résoud. Résoudre un problème NP complet, n'est pas résoudre un problème, c'est un champs de recherche composés de multiples problèmes sans rapport les uns avec les autres.
Mais bon comme je suis un goret, j'essaierais de trouver une solution exacte en perdant en précision (mais en connaissant la perte) sur le résultat afin de me retrouver dans un domaine où le temps de calcul n'explose pas. Et si je peux pas, et bien je le dirais parce qu'un pro doit savoir ce qu'il ne sait pas faire, et ils trouveront un gars spécialisé dans la résolution de ce problème.
[^] # Re: Bac +5 ? c'est idiot
Posté par Jul (site web personnel) . En réponse à la dépêche Un Master en Ingénierie du Logiciel Libre. Évalué à 0.
- indentation ;
- coherence dans les noms de variables,
- utilisation de noms descriptifs
- ne pas mélagner begin et stop/start end),
- le choix de graphies plus claires
- champs sémantiques cohérents
Un code bien écrit est un must. Perso je lis le source pour comprendre un programme.
On ne fait pas passer une émotion, le programme est la description d'un concept que l'on a dans ta têts, c'est une question d'exprimer efficacement une idée, pas des émotions. Si quelq'un sait retranscrire une idée sans les mots, je suis épater. Aujourdh'ui un code informatique est pour moi la restranscription la plus proche du concept que le codeur avait en tête, et coucher en mot ce qu'on pense ou l'on ressent c'est de la littéraire. Les rayon poésies ne représentent d'ailleurs pas la plus grande partie du rayonnage dans les librairies que je sache. Donc littérature oui, poésie non (sauf pour le black perl).
Avoir un esprit scientifique ce n'est pas poser des équations, c'est savoir douter. Les maths je ne sais pas ce que c'est :-)
Si j'ai une bonne analyse du problème, je le résoud. Résoudre un problème NP complet, n'est pas résoudre un problème, c'est un champs de recherche composés de multiples problèmes sans rapport les uns avec les autres.
Mais bon comme je suis un goret, j'essaierais de trouver une solution exacte en perdant en précision (mais en connaissant la perte) sur le résultat afin de me retrouver dans un domaine où le temps de calcul n'explose pas. Et si je peux pas, et bien je le dirais parce qu'un pro doit savoir ce qu'il ne sait pas faire, et ils trouveront un gars spécialisé dans la résolution de ce problème.
PS En 10 ans ça ne m'est jamais arrivé.