On peut voir l'article comme intéressant ou pas selon comment on le prend. Il contient plein de choses avec lesquelles on ne peut pas être en désaccord (ie. "il est important de bien nommer et moi je nomme bien").
Maintenant je passe mon temps à rencontrer des gens avec le même discours qui pondent des horreurs sans nom. Tout le monde est persuadé de bien faire. Tu utilises d'ailleurs l'expression "un bon développeur". Les développeurs c'est comme les conducteurs, ça se divise entre les bons et les mauvais. Les bons développeurs étant ceux qui font comme moi (enfin comme le moi de maintenant pas le moi d'il y a quelques mois).
Ce biais est encore renforcé pour les gens qui reçoivent peu de feedback, comme les auto-didactes, et qui s'enferment petit à petit dans leur façon de faire (idée développées par Kevlin Henney dans Individuals and Interactions over Processes and Tools.
Je serais donc très intéressé de voir à quoi correspond une base de code écrite par quelqu'un comme toi: amateur, visiblement passionné, qui dit pas mal de choses censées, mais souvent suffisamment vague pour qu'on ne puisse être en désaccord de toute façon, et qui en même temps laissent quelques indices sur le fait que tu pourrais t'être bâti ton propre monde (les tests me servent à rien, j'ai eu un problème de perf avec les regexp que je n'explique pas mais j'en généralise que "les regex c'est mal", "fabriquer ses propres générics" etc.).
Si j'ai un peu de temps j'irai jeter un œil à ton dépôt. Je n'ai aucune idée d’à quoi m'attendre entre le meilleur ou le pire.
# Show me the code
Posté par ckyl . En réponse au journal L’homme orchestre, partie 2 : écrire du code (en Java). Évalué à 10.
On peut voir l'article comme intéressant ou pas selon comment on le prend. Il contient plein de choses avec lesquelles on ne peut pas être en désaccord (ie. "il est important de bien nommer et moi je nomme bien").
Maintenant je passe mon temps à rencontrer des gens avec le même discours qui pondent des horreurs sans nom. Tout le monde est persuadé de bien faire. Tu utilises d'ailleurs l'expression "un bon développeur". Les développeurs c'est comme les conducteurs, ça se divise entre les bons et les mauvais. Les bons développeurs étant ceux qui font comme moi (enfin comme le moi de maintenant pas le moi d'il y a quelques mois).
Ce biais est encore renforcé pour les gens qui reçoivent peu de feedback, comme les auto-didactes, et qui s'enferment petit à petit dans leur façon de faire (idée développées par Kevlin Henney dans Individuals and Interactions over Processes and Tools.
Je serais donc très intéressé de voir à quoi correspond une base de code écrite par quelqu'un comme toi: amateur, visiblement passionné, qui dit pas mal de choses censées, mais souvent suffisamment vague pour qu'on ne puisse être en désaccord de toute façon, et qui en même temps laissent quelques indices sur le fait que tu pourrais t'être bâti ton propre monde (les tests me servent à rien, j'ai eu un problème de perf avec les regexp que je n'explique pas mais j'en généralise que "les regex c'est mal", "fabriquer ses propres générics" etc.).
Si j'ai un peu de temps j'irai jeter un œil à ton dépôt. Je n'ai aucune idée d’à quoi m'attendre entre le meilleur ou le pire.