[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]
Re: Les aventures de Néo Méo -- Le port de protection vestimentaire ignifuge fortement recommandé
- To: Nicolas Marchildon <
- Subject: Re: Les aventures de Néo Méo -- Le port de protection vestimentaire ignifuge fortement recommandé
- From: Benoit Caron <>
- Date: Mon, 19 Nov 2001 16:18:42 -0500 (EST)
-
In-reply-to: <[email protected]>
At 14:49 11/19/2001 -0500, Nicolas Marchildon wrote:
>(snip)
>
>Moins nous en saurons, mieux nous nous porterons! On en veux pas, de
>mauvaises nouvelles! Voyons, ouvrons-nous les yeux, tout va bien! Progeny
>progresse encore à grand pas, Microsoft Windows est extrêmement difficile à
>utiliser, et l'économie de s'est jamais mieux portée!
>
>Paul, ne joue pas à l'autruche.
Bien d'accord, ne jouons pas à l'autruche...
>Les commentaires de Gilles Pelletier, bien que souvent négatifs, ont
>(presque) toujours été constructifs. "Ça marche pas ici, ni là-bas", "ici y'a
>pas mal de travail à faire si on compare à Microsoft", voilà le genre de
>commentaires sur lesquels on ne peut pas cracher. Plutôt que de crisper les
>lèvres devant son écran, il s'exprime et tente de faire avancer les choses.
C'est là le gros problème : la première étape pour régler un problème,
c'est toujour de d'abord l'identifier. Mais après l'avoir identifier, on
l'attaque. C'est la philosophie de base de l'OpenSource : tu "scratch your
own itch"... Quand t'aimes pas ce que tu vois, tu le corriges. Nous ne
sommes pas tous programmeurs, direz-vous? Non, mais les problèmes adressés
par GP ne sont précisément pas dans le domaine du code, mais bien, en
majorité, sur la question de la documentation. Or, monsieur Pelletier nous
le démontre régulièrement, il a une bien bonne plume. Pourtant, nous
n'avons jamais eu la chance de lire sa documentation... Il en existe
peut-être une version quelque part, mais si c'est le cas, il devrait
référer les gens vers sa doc, dans ce forum, au lieu de simplement
critiquer (ou même, en plus de... répondre un "ouaip, c'est un truc moche
de Linux. Voilà à cette adresse xxx comment j'y ai remédié" serait vraiment
plus que constructif : quelqu'un a eu réponse a sa question, et le message
qu'il y a kk chose qui cloche a été passé...).
Je ne me suis pas join assez vite au forum pour comprendre l'essence de la
chose, mais GP nous ramène souvent une histoire où il était question qu'il
voulait écrire un manuel, mais que personne n'avait embarqué dans son
projet. Le problème, c'est que, autre corollaire de la philosophie
OpenSource : le "Show me the code". La "légende" dit qu'aux premiers temps
de Linux, c'était la réponse de Linus si quelqu'un proposait un changement
: montre un début de code, prouve que c'est faisable, et si ca a du sens,
on va te suivre. C'est le même principe avec un manuel. Il existe des
dizaines, des centaines de mini-manuels Unix/Linux sur le Web. Donc, avant
d'embarquer dans une collaboration, faut d'abord voir si le ton et la
structure dudit manuel nous plait...
Benoit Caron
- - - - - - - - - - - - - - - - - - - - - - - -
"Because mod_perl is, frankly, scarier than a typical Apache module."
- John Udell, Byte March 1998