116Fermer118
Lionel DebrouxLe 17/09/2007 à 15:17
(squalyl)
> Lionel > je ne pense pas que ces radotages servent à améliorer la situation présente non plus. Ton opinion ne regarde que toi, tu ne postes qu'avec le but de montrer à tout le monde que t'as fait des trucs pour te défendre, mais on ferait mieux d'avancer, la rancune ne sert à rien.
Tout à fait d'accord sur le fait qu'on ferait mieux d'avancer. Et c'était (pour moi) l'objectif de mon mail du 1er septembre à Kevin. Voici son contenu, à vous de juger si le mail était écrit correctement pour faire passer ce message:

>> > > et de l'autre côté, je me souviens d'un ajout de
>> > > modification dans le peephole optimizer de TIGCC
> > Et c'est qui qui m'a demandé de mettre ces peepholes? ;-)
Le pape, ou Obi Wan Kenobi, au choix :P


>>> > > > Il me faut copier-coller-éditer une dizaine-vingtaine de
>>> > > > fichiers HSF, et rajouter des "See Also" dans la doc des
>>> > > > routines à 2 plans aussi.
>> > > -"me faut" +"faut que quelqu'un s'attelle à ".
> > Faut pas rêver, ce sera certainement sur moi que ça va
> > retomber comme d'habitude.
Je te sens moyennement motivé, là...
Il est vrai que ce copier-coller-éditer prend quelques heures (je ne
sais pas vraiment estimer combien, et ça dépend des personnes), et c'est
fastidieux. Mon binôme indique parfois, pour un travail répétitif, une
phrase du genre ~"a trained monkey could do at least half of my current
job".

Pour ce travail de copier-coller-éditer, la connaissance préalable du
système HSF (assez facile à apprendre, de toute façon) n'est pas un
prérequis. Cela élargit à plusieurs dizaines le champ des personnes de
la communauté qui _peuvent_ faire ce travail à peu près convenablement.
MAIS il ne doit pas y avoir bien plus d'une personne (autre que toi) qui
_est disposée à_ faire ce travail...


La plupart d'entre nous (les anciens de la communauté) ont perdu une
partie de leur motivation au fil des années. De plus, nous sommes moins
libres: nous avons vieilli depuis 2001-2002, et beaucoup ont maintenant
un boulot à temps plein. J'en fais maintenant partie, même si j'aurai
quelques jours entre la fin du stage de fin d'études et le début de mon
premier emploi.

La sortie de la Nspire, sur laquelle on ne sait pour le moment
pas encore tourner des programmes assembleur (BASIC, c'est encore un
poil tôt pour le dire, mais si "Prgm" et "EndPrgm" sont apparus dans la
dernière mise à jour, ça peut être un début...), fournit une occasion de
terminer d'intégrer le gros du travail en attente sur les
TI-68k (docs d'ExtendeD sur les fonctions AMS 2.07+; grayscale 3 plans;
mes contributions; etc.). Sans oublier d'éventuelles réécritures
d'outils pour rendre TIGCC plus portable.
Je pense qu'il faut saisir cette occasion de finir le gros du boulot (si
les anciens qui sont toujours dans la communauté ne le font pas, qui le
fera ?), et puis passer à autre chose (Nspire, ou bien d'autres projets).

Quelles sont tes idées sur les raisons qui feraient que tu es quasiment
tout seul sur TIGCC, depuis que Sebastian est parti vers d'autres
horizons (OOSys, par exemple) ?





Pour savoir comment on avance, il est normal de poser le diagnostic de pourquoi ça n'avance pas bien, et d'en discuter. Ce qui est fait dans ce topic. Après, quand on sait pourquoi ça n'avance pas, on peut discuter de solutions possibles.




Si j'avais voulu ne pas faire un mail constructif, j'aurais envoyé du premier coup à Kevin quelque chose de similaire à ce que j'ai posté hier soir en haut de page 3, avec un résultat très prévisible.
Le processus d'écriture du mail que j'ai posté ci-dessus m'a permis de sentir plusieurs façons de présenter les choses, et notamment celles qu'il NE fallait PAS utiliser. Pour que Kevin réagisse dans le bon sens. il n'est pas bien de l'attaquer sur sa contribution (réelle, lui et moi avons découragé au moins un programmeur sur le forum de TIGCC/TICT...) à l'état de la communauté et de TIGCC. Il est plus efficace de lui demander pourquoi, selon lui, ça ne va pas. Ca garde une ouverture de discussion, plutôt que de la fermer. Ce que je fis donc.

MAIS j'ai également gardé un brouillon de l'autre façon de présenter les choses, que voici:

> > et de l'autre côté, je me souviens d'un ajout de
> > modification dans le peephole optimizer de TIGCC
> Et c'est qui qui m'a demandé de mettre ces peepholes? ;-)
Le pape :P


> > > Il me faut copier-coller-éditer une dizaine-vingtaine de
> > > fichiers HSF, et rajouter des "See Also" dans la doc des
> > > routines à 2 plans aussi.
> > -"me faut" +"faut que quelqu'un s'attelle à ".
> Faut pas rêver, ce sera certainement sur moi que ça va
> retomber comme d'habitude.
Pour ce travail de copier-coller-éditer une vingtaine de fichiers, la
connaissance préalable du système HSF (assez facile à apprendre, de toute façon) n'est pas un prérequis.
Cela élargit à plusieurs dizaines le champ des personnes de la
communauté qui _peuvent_ faire ce travail à peu près convenablement.
Mais je suis d'accord, il ne doit pas y avoir bien plus d'une personne (autre que toi) qui _est disposée à_ faire ce travail...

Certes, ce travail prend un certain nombre d'heures, et est fastidieux. Mon binôme indique parfois, pour un travail répétitif, une phrase du genre ~"a trained monkey could do at least half of my current job".
Et nombre de ceux qui sont dans la communauté de manière plus ou moins continue depuis 2001 ont maintenant un boulot à temps plein, j'en fais maintenant partie (même si j'aurai quelques jours en septembre, entre le stage et mon premier emploi).
Mais _à mon avis_, ces raisons pratiques ne sont pas les seules raisons pour lesquelles la contribution extérieure à TIGCC est faible...


Le fait est que depuis que Sebastian est parti vers d'autres horizons (OOSys ?), il y a maintenant plus de deux ans, tu es le seul mainteneur de TIGCC, et presque le seul contributeur. Et il est aussi un fait que dans la communauté TI-68k, tu n'es vraiment pas la personne qui accepte le mieux le compromis... Moi non plus, mais je suis plus "souple" que toi.
Tu as ta part de responsabilité dans cette situation dans laquelle toute la maintenance de TIGCC, y compris de la relecture / amélioration simple de docs, te retombe dessus.

Je pense (et je doute être le seul à penser cela) qu'il est peu utile (et peu motivant) de faire un travail, alors que je sais très bien, après avoir constaté nos désaccords lors de discussions plus ou moins musclées (et éventuellement répétées plusieurs fois, sans que rien n'avance...), que tu ne l'intégreras pas dans TIGCC.
Et vu que c'est toi qui dois tout faire, ça te prend du temps, et ça ne te motive pas non plus...


Avoir un seul mainteneur qui contribue au blocage, c'est un mode de
fonctionnement perdant-perdant, comme le libéralisme et (souvent) le logiciel propriétaire. Le travail communautaire / collaboratif - et la vie réelle, d'ailleurs - sont beaucoup plus efficaces et agréables pour la communauté dans son ensemble (même si certains individus sont moins
riches) quand le mode de fonctionnement est gagnant-gagnant.
En logiciel ouvert, certains blocages sont parfois résolus (temporairement ou définitivement) par des forks. Pour TIGCC, je pense que ce serait plutôt du perdant-perdant. [voir le bas de la page 3 de ce topic !]

La sortie de la Nspire, sur laquelle on ne sait pour le moment
pas encore tourner des programmes, fournit une occasion de
terminer d'intégrer le gros du travail en attente sur les
TI-68k (docs d'ExtendeD sur les fonctions AMS 2.07+; grayscale 3 plans; mes contributions; etc.).
Je pense qu'il faut la saisir (si les anciens qui sont toujours dans la communauté ne le font pas, qui le fera ?), et puis passer à autre chose (Nspire, ou bien d'autres projets).
Mais pour finir ce qui attend (depuis jusqu'à cinq ans...), il faut du manpower... et (à mon sens), pour avoir plus de manpower, il faut que tu sois un peu plus "souple".


Pas tout à fait le même style, hmm ?
Toujours parce que je n'avais pas envie de fermer la discussion, j'ai mis du temps (15 jours, avec ce flame à propos d'ETP Studio / TIGCC, et le fait que Kevin n'ait pas répondu à mon mail, ce qu'il a maintenant fait) avant de poster un contenu proche de celui de ce brouillon.


./91, ./98 (Flanker): +1...