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

[Romain <ro...@li...>]

Salut,

> Une bonne partie des bugs qu'on trouve seraient d=E9tect=E9s par un sim=
ple
> 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

C'est que je me force =E0 faire sur TiEmu. En fait, j'ai essay=E9 de pren=
dre
des bonnes habitudes quand j'ai commenc=E9 =E0 vraiment travailler sur Ti=
Emu.
C'est aussi ce qui m'a pouss=E9 =E0 faire les libti*-2.

Aussi parce que je me rends compte que comme j'ai moins de temps
maintenant, je dois absolument faire les choses bien si je veux pas perdr=
e
le peu de temps que j'ai.

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

Pas le cas sur Tiemu justement, les ChangeLog sont synchronis=E9s avec le=
s
commits.

> 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 ...

La rigueur... C'est ce qui m'a toujours fait d=E9faut et me manque le plu=
s.
C'est une des principales raisons qui me fait me demander aujourdh'ui si
je suis vraiment fait pour =EAtre ing=E9nieur...

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

C'est ce que j'ai fait (enfin je pense) avec les libti*-2:
- test des codes d'erreurs,
- plus de globales (utilisation de handles entre autres),
- checking avec ValGrind,
- test de r=E9gression sur la libtifiles. Je m'apprete =E0 faire la meme =
chose
avec la libticalcs. Je code et test uen chose =E0 la fois.

> 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.

Moi aussi.

> 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=E9=
crire
> perp=E9tuellement. On ne peut pas continuer =E0 perdre du temps sur des
> bugs de merde.

hmm.

> 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 de=
s
> 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)

ok

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

je m'en suis rendu compte avec ValGrind entre autre. Et je le per=E7ois
aussi comme un imp=E9ratif maintenant.

> 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.

Sur TiEmu, cette dose de rigueur est apport=E9e par Kevin qui est un
excellent programmeur. Sur TiLP, je suis tout seul :-(

Romain.
--=20
Romain Li=E9vin :		<ro...@li...>
Web site :		http://www.lievin.net
"Linux, y'a moins bien mais c'est plus cher !"