Sur la reprise d'autorealm, il m'est arrivé à plusieurs reprise d'expliquer du mieux que je pouvais le problème que j'avais sur les mailing list d'autorealm, pourtant pas forcément pleines de dev ni très actives, et certains utilisateurs m'ont répondu, me donnant des idées.
Parfois même en faisant un rapport de progression de mon travail (alors qu'étant le seul dev je n'y était pas contraint)
Un exemple tout bête, en apparence, comme contribution, mais je n'aurais pas réussi à gérer la sauvegarde/le chargement des fichiers sans ça:
J'ai un système de plug-in qui impacte directement sur le modèle de données, ça implique de sérialiser des choses qu'on ne connaît pas, et donc d'identifier à la désérialisation des choses qu'on ne connaît pas encore.
J'étais "parti" (mais sans y arriver) sur un système d'identification unique des plug-ins via leur nom et leurs versions, j'ai expliqué ça sur la mailing list des utilisateurs, et quelqu'un m'a dit, en gros:
"Je suis pas calé sur ça, je ne connaît pas les contraintes en terme de dev, j'ai pas envie de plonger dans le code, mais je pense que ton idée va être très chiante à gérer pour les utilisateurs. Pourquoi ne pas demander au plug-in de nommer les choses qu'ils savent faire, et quand le moteur sauve un fichier, écrire dedans le nom de la fonctionnalité? Quand le moteur charge, il a juste a récupérer le nom de la fonctionnalité et trouver un plug-in qui la supporte."
Et la, paf, ça a fait des chocapics. Grâce à son idée, j'ai réussi à implémenter un truc qui me résistait depuis plusieurs semaines, avec un système pourtant super répandu sur le net: les tags.
Comme quoi, j'irai même dire qu'il n'y a pas besoin de savoir dev pour contribuer au code, parce que c'est ce qu'il a fait indirectement.
[^] # Re: titre
Posté par freem . En réponse au journal Contribution à l'open source: pas une question d'expérience. Évalué à 0.
Je suis d'accord…
Sur la reprise d'autorealm, il m'est arrivé à plusieurs reprise d'expliquer du mieux que je pouvais le problème que j'avais sur les mailing list d'autorealm, pourtant pas forcément pleines de dev ni très actives, et certains utilisateurs m'ont répondu, me donnant des idées.
Parfois même en faisant un rapport de progression de mon travail (alors qu'étant le seul dev je n'y était pas contraint)
Un exemple tout bête, en apparence, comme contribution, mais je n'aurais pas réussi à gérer la sauvegarde/le chargement des fichiers sans ça:
J'ai un système de plug-in qui impacte directement sur le modèle de données, ça implique de sérialiser des choses qu'on ne connaît pas, et donc d'identifier à la désérialisation des choses qu'on ne connaît pas encore.
J'étais "parti" (mais sans y arriver) sur un système d'identification unique des plug-ins via leur nom et leurs versions, j'ai expliqué ça sur la mailing list des utilisateurs, et quelqu'un m'a dit, en gros:
"Je suis pas calé sur ça, je ne connaît pas les contraintes en terme de dev, j'ai pas envie de plonger dans le code, mais je pense que ton idée va être très chiante à gérer pour les utilisateurs. Pourquoi ne pas demander au plug-in de nommer les choses qu'ils savent faire, et quand le moteur sauve un fichier, écrire dedans le nom de la fonctionnalité? Quand le moteur charge, il a juste a récupérer le nom de la fonctionnalité et trouver un plug-in qui la supporte."
Et la, paf, ça a fait des chocapics. Grâce à son idée, j'ai réussi à implémenter un truc qui me résistait depuis plusieurs semaines, avec un système pourtant super répandu sur le net: les tags.
Comme quoi, j'irai même dire qu'il n'y a pas besoin de savoir dev pour contribuer au code, parce que c'est ce qu'il a fait indirectement.