sans que jamais l'on avance le moindre argument valable justifiant cette aversion.
Le fait que tu réinventes des choses qui existent déjà ? Le fait que tu crées une autre abstraction qui apporte peu de choses, et qu'il est souvent plus important d'utiliser des standards que de créer de nouvelles couches ? Je ne fais que reformuler ce qu'on t'a déjà dit.
Je pense qu'en fait tu ne vois pas ça comme des désavantages car tu considères juste ton programme pour toi, et pas à destination des autres, du coup tu ne vois pas de problème. Je pense que le problème principal est que tu ne comprends pas les choses qui sont nécessaires à l'utilisation de tes logiciels par d'autres. Rien que le fait d'avoir des noms abscons... je ne sais pas si tu te rends compte du coup que quand je lis ta prose, je ne sais même pas à quoi tu fais références à chaque fois que tu cites un logiciel. Du coup, ça décourage à aller plus loin.
Pour ton exercice, une seule phrase suffit : me faciliter le développement de logiciels de qualité.
Tu es fort en méta-blague...
Mais je travaille à l'amélioration du packaging.
Une suggestion là-dessus : ne mets pas les fichiers générés dans ton VCS. On comprendra mieux ainsi quels sont les fichiers générés par un humain. Enfin, ce que je crois être généré par un humain. Ensuite, si tu utilisais un système de build un peu plus standard... C'est des Makefile, mais avec plein de trucs spécifiques à toi.
En fait, ton problème c'est les standards, je pense : tu as plein de trucs idiosyncratiques, tu ne réutilises jamais ce qui existe déjà. Même pour les traductions, tu n'utilises pas gettext. Pour le système de build, tu aurais pu utiliser les autotools, par exemple. Ensuite, ton xppq, j'étais vraiment intrigué, j'ai regardé, et je n'ai pas compris la différence avec XSLT (xpp:define c'est xsl:variable, xpp:expand c'est xsl:value-of, xpp:attribute c'est xsl:attribute, etc). Et ton dans framework epeios, tu as même réimplémenté les dates, soit une erreur absolument rédhibitoire pour n'importe quel programmeur qui se vaut ! Bref, tes technos ne sont pas intéressantes car elles ne sont pas standards. Ça va sûrement te sembler bête comme critique, mais c'est absolument essentiel : si tout le monde faisait comme toi, l'informatique n'avancerait pas.
je la présente simplement au cas où cela intéresserait des personnes, auquel cas j'échangerais volontiers sur le sujet avec ces dernières.
C'est ça qui est frustrant : ça a l'air un peu intéressant, mais je n'arrive pas à te comprendre.
[^] # Re: anti-pattern NIH
Posté par benoar . En réponse au journal 'Epeios organizer' : le commencement. Évalué à 4.
Le fait que tu réinventes des choses qui existent déjà ? Le fait que tu crées une autre abstraction qui apporte peu de choses, et qu'il est souvent plus important d'utiliser des standards que de créer de nouvelles couches ? Je ne fais que reformuler ce qu'on t'a déjà dit.
Je pense qu'en fait tu ne vois pas ça comme des désavantages car tu considères juste ton programme pour toi, et pas à destination des autres, du coup tu ne vois pas de problème. Je pense que le problème principal est que tu ne comprends pas les choses qui sont nécessaires à l'utilisation de tes logiciels par d'autres. Rien que le fait d'avoir des noms abscons... je ne sais pas si tu te rends compte du coup que quand je lis ta prose, je ne sais même pas à quoi tu fais références à chaque fois que tu cites un logiciel. Du coup, ça décourage à aller plus loin.
Tu es fort en méta-blague...
Une suggestion là-dessus : ne mets pas les fichiers générés dans ton VCS. On comprendra mieux ainsi quels sont les fichiers générés par un humain. Enfin, ce que je crois être généré par un humain. Ensuite, si tu utilisais un système de build un peu plus standard... C'est des Makefile, mais avec plein de trucs spécifiques à toi.
En fait, ton problème c'est les standards, je pense : tu as plein de trucs idiosyncratiques, tu ne réutilises jamais ce qui existe déjà. Même pour les traductions, tu n'utilises pas gettext. Pour le système de build, tu aurais pu utiliser les autotools, par exemple. Ensuite, ton xppq, j'étais vraiment intrigué, j'ai regardé, et je n'ai pas compris la différence avec XSLT (xpp:define c'est xsl:variable, xpp:expand c'est xsl:value-of, xpp:attribute c'est xsl:attribute, etc). Et ton dans framework epeios, tu as même réimplémenté les dates, soit une erreur absolument rédhibitoire pour n'importe quel programmeur qui se vaut ! Bref, tes technos ne sont pas intéressantes car elles ne sont pas standards. Ça va sûrement te sembler bête comme critique, mais c'est absolument essentiel : si tout le monde faisait comme toi, l'informatique n'avancerait pas.
C'est ça qui est frustrant : ça a l'air un peu intéressant, mais je n'arrive pas à te comprendre.