[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Une oeuvre plus solide que l'airain (suite de la conversation avec F. Ninoles)

FN disait:

>Je vois que ce que tu desires, c'est un cours complet sur Unix. Tu sais
>que tu as vraiment des idees de grandeurs quand tu veux ;)

Absolument pas! Je veux un cours sur l'installation d'un système
«standalone», pas sur la gestion d'un serveur. Ensuite, on fera le cours
pour le serveur, les firewalls et tout. 

>Les liens, c'est bien beau, mais l'important c'est le contenu. En passant,
>tkman est un magnifique utilitaire pour lire des man pages comme si
>c'etait des pages html -- ie. avec des hyperliens partout ou une man
>page est reference (eg. 'command(1)'). 

Je connais tkman. On retrouve ça dans fvwm. Alors, tu me fais tkman
sans les détails superflus et disponible au moment opportun lors de
l'installation, et on n'en parle plus : ) Finalement, ce qu'il y a de commun 
entre tkman et mon idée... ce sont les liens hypertextes.

>Je commence a me faire une idee de ce que tu veux. Dans le fond,
>ca serait plus dans ce genre-la :

> <book kind="Computer Hype">

Pardon! <book kind="Computer BASIC">

>Remarque que j'ai fait expres pour changer ton idee de distribution
>en tutoriel. 

C'est exactement mon idée de faire un... didacticiel.

>Je ne pense pas qu'une distribution qui vous permet
>d'installer Linux en 2 jours puisse se vendre mais un tutoriel
>permettant d'apprendre Linux en 2 jours ferait certainement fureur.

Probablement. Car comment faire fonctionner Linux adéquatement
si on n'en connaît pas les bases. Dans une grande entreprise, les
secrétaires auront toujours un sysadmin sous la main, mais, au prix
qu'ils chargent, je tâche de ne pas inviter ces gens-là trop souvent ;-)

>Encore aujourd'hui, j'apprends du nouveau sur Linux et Unix en general.
>Par exemple, question reseaux, je suis plutot nul. Meme chose pour les
>ports series, etc. Determines ce qui apparaitra dans le tutoriel et ce qui
>n'y sera pas est tres important. 

Il faut expliquer tout jusqu'à la connexion à l'internet.

>Si on va trop dans les details, on va
>perdre l'usager. Si on fait trop de survol, il n'apprendra rien ou se fera
>une fausse representation. On ne peut pas tout lui apprendre ni lui
>apprendre les trucs a moitie. 

C'est pourquoi les liens html ont été inventés.

>Le mieux, je crois, c'est de lui apprendre
>comment trouver l'information (man pages, --help, info, HOWTO, /usr/doc/, 
>etc.), comment la lire ("pour ce genre d'info, qu'est-ce que je dois
>chercher?") et comment faire des recherches dessus (glimpse, apropos,
>grep). C'est deja beaucoup.

C'est rien. Cette information est inaccessible au débutant. Il faut trouver
là-dedans ce qui peut lui servir lors de l'installation et arrêter de faire
courir les gens à gauche et à droite à chaque fois qu'ils ont le moindre
problème. Il faut mettre tout ça en ordre, et cet ordre, il est donné par
l'installation. 

J'en ai raz-le-bol des «Regardez donc ici pour voir si...» et 
des «Ou sinon, peut-être que...» C'est comme ça que Redhat fait 
grimper les prix à vendre du «support» qui, au mieux, résoud le 
problème, mais n'apprend jamais rien de très fondamental à l'usager.

(gros snip)

>Par exemple, a la question, comment je retrouve un fichier executable
>sur mon disque. Dans Windows, tu ouvres Find Files... avec myprog.exe
>et tu finis par trouver de quoi. Sous Linux, il y a :

>(any) : find -name myprog -type x 
>(bash): which myprog
>(zsh) : echo =myprog

D'abord il faut se concentrer seulement sur un shell, probablement
bash, puisque ce semble être le plus répandu. Ensuite, il ne faut 
parler que des commandes les plus commodes. Au lieu de dire que
tu peux voir un fichier écran par écran avec " | more ", tu passes tout de
suite à "less". On n'est pas là pour faire des experts, on est là pour
donner une connaissance de base du système et du travail au prompt.

>L'impression que tu as d'avoir a tout apprendre avec Linux vient uniquement
>du fait que tu as deja tout appris avec Windows. J'ai eu la meme impression
>avec le PC Jr (le premier PC fait par IBM) lorsque j'ai du quitter mon
>Commodore 64 (Comment fait-on 'Load "Program",8' ?!?). C'est toujours le
>meme probleme: L'Homme apprend mieux la premiere fois que la deuxieme
>jusqu'a ce qu'il est appris a apprendre facilement.

Pour ce qui est d'apprendre à apprendre, ce pense en avoir fait
un p'tit boutte, mon 'arçon. Je comprends très bien pourquoi je me
sens plus à l'aise sous DOS que Linux. Je comprends sourtout
que, comme Linux est beaucoup plus complexe, je n'ai pas envie de
passer dix fois plus de temps à l'apprendre que DOS. Je pense qu'il 
faut un peu de méthode dans l'apprentissage.

>Je suis toutefois d'accord avec tes arguments. Bien qu'il ne soit pas
>necessaire d'etre Alan Cox pour faire fonctionner Linux, une base aide
>tres fortement. Par contre, cette base n'est pas tres bien delimitee et,
>pire, varie beaucoup d'un usager a l'autre. 

Dans un premier temps, on pourrait prendre pour acquis que l'usager
se débrouille dans le monde Windows, qu'il sait ce qu'est un répertoire,
par exemple. Il n'y a pas beaucoup d'usagers qui viennent directement
à Linux. Si M$ offre l'introduction, autant en profiter, non?

>De plus, elle est beaucoup
>trop grosse pour etre abordee en une seule fois, lors de l'installation.

Absolument pas d'accord! On peut donner une bonne base lors de
l'installation.

>"Toute idee est vivante. Un jour, elle nait, puis se developpe et meurt.
>Sa valeur depend alors de ce qu'elle a reussi a accomplir durant ce temps."

>Je garde cette pensee a l'esprit un peu tout le temps. Tant pis si mon
>idee n'a pas atteint son but. Elle a peut-etre cree quelque chose d'encore
>mieux.

C'est très beau tout ça(1), mais si on ne fait pas une évaluation pour savoir où
on en est rendu de temps à autre, on risque de perdre son temps à des mais, 
des si et des peut-être. Personnellement, je pense que mon projet est très clair. 
S'il n'intéresse personne, je vous laisse papoter et résoudre les problèmes de 
"mount" un à un pour les prochains 20 ans, euh... 10 ans. À ce moment, il y
aura longtemps, très longtemps que M$ aura balayé de Linux de la carte.

(1) Sauf pour les idées qui meurent. Horace a dit: «J'ai construit une
oeuvre plus solide que l'airain.»

GP

P.S.: Je repars un fil. L'autre est vraiment tout démantibulé!