Il y a tellement de façon differentes de faire la meme chose :)
Perso je prefere les codes clairs et direct tandis qu'il y a des paranos qui arriveront a sortir du code polymorph.
prenons un exemple simple:
newbie: cat /var/log/messages
un peu moins newbie: cat /var/log/messages |tail
encore un meu moins: tail /var/log/messages
et encore un peu moins: dmesg |tail
etc...
On peu en faire l'analogie avec un langage parlé, plus on connait de figure de style et de vocabulaire, plus on peut jouer avec les mots... Bien sûr toute ces langues ont une structure propres et il faut s'y habituer.
la personne raisonnée et ouverte au monde va sortir un code dans un langage universel (c++ <-> anglais), utilisé partout et facilement comprehensible tandis qu'une personne qui veut faire bien, le plus precis possible en detaillant le plus va utiliser l'assembleur. Une personne qui ne veut pas s'embeter a articuler, va utiliser un PHP qui vas comme l'americain lui permettre de parler un peu a sa convenance et bouffer des mots etc...
dans le code lui meme le programmeur va refleter sa personnalité, non seulement avec ses noms de variables, de fonctions, mais rien que dans la structure de ses declaration, les commentaires, la forme globale, le noms des sous fichiers, la structures des fichiers etc...
perso, j'aime bien faire un seul fichier qui gere tout, structuré, vous ne trouverez jamais une declaration de variable en plein milieu du code, definir une fonction au dessus et en dessous du main etc... tout ca pour le coté lisible et pratique de la chose. Une personne qui veut lire mon code, va le faire comme s'il lit un roman et les messages d'avertissement utilisateur ne se limite pas a un simple numero d'erreur mais a un petit clein d'oeil amical a l'utilisateur ("dis moi msieur, tu peux me mailer et me dire ce que tu as fait pour que ca fasse ca? ;)")
# Re: Critères de personnalité d'un code
Posté par prophetix . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 1.
Perso je prefere les codes clairs et direct tandis qu'il y a des paranos qui arriveront a sortir du code polymorph.
prenons un exemple simple:
newbie: cat /var/log/messages
un peu moins newbie: cat /var/log/messages |tail
encore un meu moins: tail /var/log/messages
et encore un peu moins: dmesg |tail
etc...
On peu en faire l'analogie avec un langage parlé, plus on connait de figure de style et de vocabulaire, plus on peut jouer avec les mots... Bien sûr toute ces langues ont une structure propres et il faut s'y habituer.
la personne raisonnée et ouverte au monde va sortir un code dans un langage universel (c++ <-> anglais), utilisé partout et facilement comprehensible tandis qu'une personne qui veut faire bien, le plus precis possible en detaillant le plus va utiliser l'assembleur. Une personne qui ne veut pas s'embeter a articuler, va utiliser un PHP qui vas comme l'americain lui permettre de parler un peu a sa convenance et bouffer des mots etc...
dans le code lui meme le programmeur va refleter sa personnalité, non seulement avec ses noms de variables, de fonctions, mais rien que dans la structure de ses declaration, les commentaires, la forme globale, le noms des sous fichiers, la structures des fichiers etc...
perso, j'aime bien faire un seul fichier qui gere tout, structuré, vous ne trouverez jamais une declaration de variable en plein milieu du code, definir une fonction au dessus et en dessous du main etc... tout ca pour le coté lisible et pratique de la chose. Une personne qui veut lire mon code, va le faire comme s'il lit un roman et les messages d'avertissement utilisateur ne se limite pas a un simple numero d'erreur mais a un petit clein d'oeil amical a l'utilisateur ("dis moi msieur, tu peux me mailer et me dire ce que tu as fait pour que ca fasse ca? ;)")