Re: [TiLP-devel] More brokenness ... {Scanned}

[Julien B. <jb...@jb...>]

Romain Li=E9vin <ro...@li...> wrote:

>> ticalcs : Is calculator ready ?
>> resetting pipes... done !
>> ticalcs :  PC->TI: RDY?
>> ticalcs :  TI->PC: ACKerr: usb_bulk_write (No error).
>
> avec usb_bulk_read, ca peut arriver mais ca ne devrait pas avec
> usb_bulk_write (quoique...).

Je vois pas de raison que =E7a arrive. La ticalcs reconna=EEt bien un ACK=
,
y'a aucune raison de se bouffer une erreur apr=E8s =E7a.

>> Speaks for itself.
>>
>> I can't touch TiLP without finding a metric fucktons of silly
>> bugs. For my own sanity, I'm throwing in the towel.
>
> Tu peux traduire ?

throwing in the towel =3D=3D jeter l'=E9ponge

TiLP n'a vraiment =E0 peu pr=E8s bien march=E9 que quand le port natif OS=
 X
a commenc=E9 =E0 fonctionner, pour la bonne raison que j'avais patch=E9 d=
ans
tous les sens pour fixer les bugs des libs (et certains dans TiLP).

Depuis, c'est compl=E8tement reparti dans l'autre sens, avec des
abominations dans tous les coins, des globales dans tous les sens, des
memory leaks =E0 gogo, ...

Une bonne partie des bugs qu'on trouve seraient d=E9tect=E9s par un simpl=
e
test de non-r=E9gression et un d=E9veloppement sur le principe "1 modif =E0
la fois".
 -> 1 commit =3D=3D 1 changeset =3D=3D 1 modif et 1 seule

De plus, les changelogs ne suivent pas, pas plus que les commit
messages.

TiLP est devenu gros, et =E7a ne s'arrange pas avec TiEmu. Des projets
de cette taille ne peuvent pas marcher sans un minimum de rigueur. Et
pour l'instant =E7a manque un peu ...


A chaque fois que je touche le code de TiLP, je trouve des bugs en
moins de 5 minutes. C'est pas normal. Quand je fais un bugfix, il
dispara=EEt dans le mois qui suit, engloutit par une refonte du code en
question.


Il faut absolument se forcer =E0 faire les choses bien, v=E9rifier les
retours des fonctions, =E9viter les globales le plus possible, lib=E9rer
la m=E9moire, v=E9rifier les tailles des buffers, etc.

Je ne comprends pas pourquoi je n'ai pas plus de bug reports =E0 propos
de TiLP, parce que je vois mal comment =E7a peut =EAtre utilisable.


Ca ne peut pas continuer comme =E7a. Il est plus que temps que TiLP
devienne fiable et maintenable. On ne peut pas continuer =E0 le r=E9=E9cr=
ire
perp=E9tuellement. On ne peut pas continuer =E0 perdre du temps sur des
bugs de merde.

Si j'avais la certitude qu'on arrive =E0 tenir des objectifs de qualit=E9=
,
j'investirais du temps sur TiLP pour faire le m=E9nage. Mais je veux des
garanties, parce que mon temps n'est pas illimit=E9, et que je ne me
bats plus contre le vent. (et j'ai d'autres trucs qui attendent pour
cet =E9t=E9, m'enfin =E7a devrait cohabiter)

Ca ne co=FBte vraiment rien de faire les choses bien, et de ne pas =EAtre
emmerd=E9s apr=E8s...

TiLP est un bon projet, un bon soft, mais il lui manque cette dose de
rigueur qui en ferait un excellent soft. Et =E7a g=E2che un peu.

JB.

--=20
I WILL NOT CALL MY TEACHER "HOT CAKES"
I WILL NOT CALL MY TEACHER "HOT CAKES"
I WILL NOT CALL MY TEACHER "HOT CAKES"
-+- Bart Simpson on chalkboard in episode 7G10