Bref, on ne veut pas de traitement de faveur, on veut juste être traité comme les autres contributeurs : que les contributions soient jugées, acceptées ou refusées par des gens au même niveau au moins que ceux qui les soumettent.
C’est là que tu te méprends à mon avis.
Dans une interface CLI ou moche, un patch sera effectivement jugé par de purs développeurs.
Pour la conception d’une affiche, un design sera effectivement jugé par de purs designers. Et encore, tu risques de te faire envoyer bouler par ton imprimeur parce que tu auras utilisé une couleur qu’il est incapable de reproduire correctement (au pif, certains jaunes).
Pour l’intégration par un intégrateur d’un design fait par un designer dans un code fait par un développeur, c’est l’ensemble de l’équipe qui va avoir son mot à dire. Et que ton patch pourra du coup être refusé parce que les intégrateurs vont juger qu’il est in-intégrable au projet alors que tous les designers vont être unanimes pour vouloir l’intégrer.
Comme déjà mentionné sur Twitter, le fait d’avoir une collaboration fait naître aussi certaines obligations. Mon exemple donné est qu’il ne sera pas illégitime pour un projet libre de rejeter une contribution d’un designer livrée sous forme de PSD, même si professionnellement le boulot réalisé est l’équivalent graphisme de la solution à la faim dans le monde.
Il ne suffira pas de faire du plus que très bon boulot au niveau design pour voir ta contribution acceptée par le projet. Il faudra faire tes preuves sur l’ensemble de ta contribution, et en particulier sur toutes les parties qui ne sont justement pas ton dada, tout comme un développeur sera sanctionné pour un manque de doc ou de test, alors qu’il n’est ni documentaliste ni testeur mais que des compétences sur ces sujets sont AUSSI attendues que son code lui-même.
À la réflexion, j’ai vraiment l’impression que tu te méprends plus que fortement sur ce qu’est réellement la conception d’un projet et en particulier sur ce qu’est être un développeur...
[^] # Re: Mon commentaire sur le blog...
Posté par Aeris (site web personnel) . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 5. Dernière modification le 11 février 2017 à 16:59.
C’est là que tu te méprends à mon avis.
Dans une interface CLI ou moche, un patch sera effectivement jugé par de purs développeurs.
Pour la conception d’une affiche, un design sera effectivement jugé par de purs designers. Et encore, tu risques de te faire envoyer bouler par ton imprimeur parce que tu auras utilisé une couleur qu’il est incapable de reproduire correctement (au pif, certains jaunes).
Pour l’intégration par un intégrateur d’un design fait par un designer dans un code fait par un développeur, c’est l’ensemble de l’équipe qui va avoir son mot à dire. Et que ton patch pourra du coup être refusé parce que les intégrateurs vont juger qu’il est in-intégrable au projet alors que tous les designers vont être unanimes pour vouloir l’intégrer.
Comme déjà mentionné sur Twitter, le fait d’avoir une collaboration fait naître aussi certaines obligations. Mon exemple donné est qu’il ne sera pas illégitime pour un projet libre de rejeter une contribution d’un designer livrée sous forme de PSD, même si professionnellement le boulot réalisé est l’équivalent graphisme de la solution à la faim dans le monde.
Il ne suffira pas de faire du plus que très bon boulot au niveau design pour voir ta contribution acceptée par le projet. Il faudra faire tes preuves sur l’ensemble de ta contribution, et en particulier sur toutes les parties qui ne sont justement pas ton dada, tout comme un développeur sera sanctionné pour un manque de doc ou de test, alors qu’il n’est ni documentaliste ni testeur mais que des compétences sur ces sujets sont AUSSI attendues que son code lui-même.
À la réflexion, j’ai vraiment l’impression que tu te méprends plus que fortement sur ce qu’est réellement la conception d’un projet et en particulier sur ce qu’est être un développeur...