Full Circle Magazine FR

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
===== 1 =====

**I'm studying for exam 101, the first of two exams which comprise the first of three possible certifications from the Linux Professional Institute (LPI), or, simply, the LPIC-1. There will be six installments, give or take, charting my learning experience from layman to exam 101 certificate holder. In the articles, I'll share what I've learned about the exam itself, including syllabus content, resources and useful tips, as well as – where appropriate – my learning methods. In the future, I would also like to incorporate any information I can gather regarding my (hopefully!) improved employability as I (again hopefully!) progress through the curriculum and gain skills. In short, this article is ideal for anybody toying with the idea of investing time in learning for this qualification in the hope of landing a *buntu/Linux job.

The Exam

The first reality of exam 101, which wasn't immediately obvious to me, is that the exam doesn't take place at the command-line. It's a multiple-choice test comprised of 60 questions to be completed in 90 minutes. This approach makes sense – for the examiners at least. Consider being presented with the following question testing the candidate's knowledge of how to redirect standard input, output and error streams:

Q: You want to store the standard output of the ifconfig command in a text file (file.txt) for future reference, and you want to wipe out any existing data in the file. How can you do so?

a. ifconfig < file.txt
b. ifconfig >> file.txt
c. ifconfig > file.txt
d. ifconfig | file.txt

(© Smith, R.W., Linux Professional Institute Certification: Study Guide, Second Edition. Wiley, Indiana: USA, 2009).


At the command-line, the candidate could simply execute each command in turn and examine the results to arrive at the correct answer. In multiple-choice format, the candidate must be able to distinguish between the function of >> and >, which is key to answering this question correctly. If file.txt exists, > overwrites any existing content whereas >> would append to existing content. Both > and >> create file.txt if the file doesn't exist. (In this sense, the question is badly worded as it doesn't clarify explicitly if file.txt exists or not.) To sum up, if the testing took place at the command-line, no knowledge would be tested, yet, in multiple-choice format, the most nuanced differences are tested. Furthermore, the multiple-choice format eliminates the candidates' access to the man pages. Admittedly somewhat artificial, but effective in separating the wheat from the chaff.**


Je suis en train de me préparer pour l'examen 101, le premier de deux examens que comporte la première des trois certifications possibles du Linux Professional Insitute (LPI), ou, simplement, le LPIC-1. Il y aura environ six articles dans cette série, qui détailleront comment, de simple utilisateur, je suis devenu détenteur du certificat de l'examen 101. Dans les articles, je partagerai ce que j'ai appris au sujet de l'examen même, y compris le contenu du programme, des ressources et des astuces utiles, ainsi que, éventuellement, mes méthodes d'apprentissage. Par la suite, j'aimerais inclure toute information que j'arrive à recueillir au sujet de (espérons-le) mon employabilité améliorée au fur et à mesure de ma progression dans le programme d'études et de mon acquisition de nouvelles compétences (à nouveau, espérons-le). Bref, cet article se veut idéal pour tous ceux qui caressent l'idée d'investir du temps et préparer cette qualification dans l'espoir de décrocher un emploi *buntu/Linux.

L'examen

Tout d'abord, l'examen 101 n'a pas lieu en ligne de commande et cela ne me semblait pas immédiatement évident. C'est un test à QCM avec 60 questions auxquelles il faut répondre en 90 minutes. Cette approche est logique — du moins pour les examinateurs. Supposez que la question suivante est posée pour tester les connaissances du candidat sur comment rediriger les « streams » standards entrée, sortie et erreur :

Q : Vous voulez stocker la sortie standard de la commande ifconfig dans un fichier texte (file.txt) pour pouvoir s'y référer à l'avenir, et vous voulez écraser toutes données déjà présentes dans le fichier. Comment procéder ?

a. ifconfig < file.txt
b. ifconfig >> file.txt
c. ifconfig > file.txt
d. ifconfig | file.txt

(© Smith, R.W., Linux Professional Institute Certification: Study Guide, Second Edition. Wiley, Indiana: USA, 2009).

S'il était devant un terminal, le candidat pourrait tout simplement exécuter chaque commande, l'une après l'autre, puis examiner les résultats pour arriver à la bonne réponse. Dans le format QCM, le candidat doit pouvoir différencier les fonctions de >> et >, ce qui se trouve être la clé d'une réponse correcte. Si le file.txt existe, > écrase tout son contenu alors que >> s'ajouterait au contenu existant. Les deux, > et >>, créent le file.txt s'il n'existe pas. (En ce sens, la question est mal formulée, car elle ne parle pas explicitement de l'existence ou non du file.txt.) En résumé, si le test avait lieu en ligne de commande, aucune connaissance ne serait testée, alors qu'en format QCM, des différences très nuancées sont testées. Qui plus est, le format QCM supprime l'accès du candidat aux pages man. Certes, c'est quelque peu artificiel, mais cela sépare le bon grain de l'ivraie très efficacement.
===== 2 =====

**Syllabus content and something useful

The first section of the book I'm working with, “Linux Professional Institute Certification 1”, explores Linux command-line tools, that is, text streams, filters, pipes, redirects and search, as well as search and replace with regular expressions. The commands covered in this section are: internal bash commands (exec, exit/logout, pwd, cd, time, set, echo); shell hotkeys (e.g. how to change lowercase to uppercase at the command-line – more on these later); >, >>, <, <<, 2>, 2>>, &> and <>; | (pipes); cat, join, paste, od, sort, split, tr, unexpand, uniq, fmt, nl, pr, head, tail, less, more, cut, wc, grep and sed. Coverage of grep and sed is not exhaustive: as a case in point, an entire volume has been published on sed functionality alone. To finish, many of the commands I've learnt, I can't, as of yet, put to good use. For example, I don't have the need to study the structure of a graphics or audio file (usually non-ASCII) by using od (octal dump). But this is often the case with learning something new: one must be patient until one reaches a sort of critical mass, where knowledge suddenly becomes useful. And on that note, I would like to leave you with something useful I've learned: it's a shell hotkey for searching your command history. Hit Crtl+R at the command-line, and start typing characters (the characters don't have to correspond to the first letters of the command or path you are searching). When you've found the command or path you want, hit ENTER to execute it, or hit Crtl+G to return empty handed to the command-line.

Und tchuss.
(German for cheerio)

In my next article, I'll have a look at learning methods and resources as well as more on syllabus content. That's it for now.**

Le contenu du programme et quelque chose d'utile

La première section du livre avec lequel je travaille, //Linux Professional Institute Certification 1// examine les outils Linux en ligne de commande, c'est-à-dire, les « streams » texte, les filtres, les « pipes », les redirections et les recherches, ainsi que rechercher et remplacer avec des expressions régulières. Les commandes traitées dans cette section sont : les commandes bash internes (exec, exit/logout, pwd, cd, time, set, echo) ; les raccourcis du shell (autrement dit, comment passer de minuscule à majuscule en ligne de commande — plus de détails plus tard) ; >, >>, <, <<, 2>, 2>>, &> et <> ; | (les pipes) ; cat, join, paste, od, sort, split, tr, unexpand, uniq, fmt, nl, pr, head, tail, less, more, cut wc, grep et sed. Le traitement de grep et sed n'est pas exhaustif : par exemple, il existe un livre entier sur la seule fonctionnalité sed. Pour finir, je suis incapable à ce jour d'utiliser comme il se doit pas mal des commandes que j'ai apprises. Je n'ai notamment aucun besoin d'étudier la structure d'un fichier graphique ou audio (habituellement non-ASCII) en me servant d'od (octal dump). Mais c'est souvent le cas quand vous apprenez quelque chose de nouveau : il faut être patient jusqu'à ce qu'une sorte de masse critique soit atteinte ; tout d'un coup, vos connaissances deviennent utiles. Sur ce, j'aimerais vous laisser quelque chose d'utile que j'ai appris : c'est un raccourci du shell qui permet de faire des recherches dans l'historique de vos commandes. En ligne de commande, appuyez sur Ctrl+R et commencez à taper des caractères (pas besoin qu'ils correspondent aux premières lettres de la commande ou chemin que vous recherchez). Quand vous aurez trouvé la commande ou le chemin voulu, appuyez sur ENTRÉE pour exécuter, ou sur Ctrl+G pour retourner bredouille à la ligne de commande.

Und tchuss
(À+ en allemand)

Dans mon prochain article, je regarderai des méthodes d'apprentissage et des ressources et j'en dirai davantage sur le contenu du programme. C'est tout pour cette fois-ci.