Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue167:critique_litteraire [2021/03/28 11:35] – créée auntiee
+++ issue167:critique_litteraire [2021/04/04 18:11] (Version actuelle) – andre_domenech
@@ Ligne 1: / Ligne 1: @@
-Web Page: https://www.packtpub.com/cloud-networking/learn-linux-quickly
+**Web Page: https://www.packtpub.com/cloud-networking/learn-linux-quickly
 Price: 27 USD to 39 USD
@@ Ligne 5: / Ligne 5: @@
 Blurb: “This Linux book is a practical guide that lets you explore the power of the Linux command-line interface. Starting with the history of Linux, you'll quickly progress to the Linux filesystem hierarchy and learn a variety of basic Linux commands. You'll then understand how to make use of the extensive Linux documentation and help tools. The book shows you how to manage users and groups, and takes you through the process of installing and managing software on Linux systems. As you advance, you'll discover how you can interact with Linux processes, and troubleshoot network problems, before learning the art of writing bash scripts and automating administrative tasks with Cron jobs. In addition to this, you'll get to create your own Linux commands and analyze various disk management techniques.“
-This book should have been named: working at the terminal, your first 100 commands. Thankfully, the “Linux history” is kept to one page.
+This book should have been named: working at the terminal, your first 100 commands. Thankfully, the “Linux history” is kept to one page.**
-The book tries a bit too hard sometimes, that it almost ends up in confusion. Let me give you an example. This spaghetti (below) illustrates the ‘.’ and ‘..’ files in the directory structure. Should I frown?
+Page Web : https://www.packtpub.com/cloud-networking/learn-linux-quickly
+Prix de 27 à 39 $ US
-That said, this is not a ‘read’ book but a ‘do’ book. You gain nothing from reading the book alone. This book covers about 100 bash commands, and a few pages on editors and other packages. Though I looked forward to this book, it turned out very dry and semi-formal (and a horrible font to boot). Technically, the information is correct and covers the basic usage, yet I felt a bit skimped, compared to other books on the subject. No insights, no fun, four lines of text explaining what was next, and printed examples of directory listings and screen outputs. Here and there I found a few nuggets, but I also felt like a prospector. After a few chapters I caught myself skimming.
+Aperçu : « Ce livre sur Linux est un guide pratique qui vous permet d'explorer la puissance de l'interface Linux en ligne de commande. En commençant par l'histoire de Linux, vous avancerez rapidement vers la hiérarchie du système de fichiers Linux et apprendrez toute une variété des commandes Linux de base. Vous comprendrez alors comment utiliser la vaste documentation et les outils d'aide de Linux. Ce livre vous montre comment gérer les utilisateurs et les groupes et vous présente le processus de l'installation et la gestion des logiciels sur des systèmes Linux. Au fur et à mesure de votre progression, vous découvrirez comment interagir avec les processus Linux et comment dépanner les problèmes réseau, avant d'apprendre l'art d'écrire des scripts bash et d'automatiser des tâches administratives avec Cron. Vous aurez en outre la possibilité de créer vos propres commandes Linux et d'analyser diverses techniques de gestion de disques. »
-As for the Quickly part, I am not quite convinced, but I can say that it is faster than using the “Linux Bible”. I would place this one as a book for someone who has some Linux experience, but it is his first or second year with the OS. It is not quite a “reference” book either, and not as quick as “Learn Linux in 24hrs”. What I did like was that the book did not have four warnings and four tip blocks per page – breaking your stride, which is why I like Packt and No Starch Press books.
+On aurait dû appeler ce livre : Le travail au terminal, les cent premières commandes. Dieu merci, l'« histoire de Linux » ne dépasse pas une page.
-I am going to pick a spot and tell you what is there and what is missing. Under the heading: “Corrupting and fixing filesystems”, you are shown how to corrupt a filesystem and how to fix it. What you are *not told, is why you need to unmount the filesystem. You are just told to unmount it. I am a why person; as a kid, I took things apart not only to see what was inside, but why it was the way it was. Once I understood, even more or less what was going on, I could repair it. Everyone thought it was a ‘smart’ kid fixing their radio’s at seven years old, but I knew why it was broken and smart had nothing to do with it. The same principle applies here; if you tell your readers why, they will put two and two together and the “how” will be a lot easier. I realise there is a section on man pages, but just a little more explaining and a little less directory listing is what this book needs. Yes, almost every page has either a directory listing or a few terminal outputs. I suppose you could say that this is for people who do not have a Linux computer or VM, but I would counter by saying that if you do not have these things, you should not pick up this book.
+**The book tries a bit too hard sometimes, that it almost ends up in confusion. Let me give you an example. This spaghetti (below) illustrates the ‘.’ and ‘..’ files in the directory structure. Should I frown?
-As this book covers mainly bash commands, it follows that once you have learned these commands, a good idea would be to bring it all together in bash scripting at the end. Maybe do something useful or “real world” examples, like automating docker or something. One would think, but the scripting is squirrelled away in the middle somewhere, and has “hello friend” and “hello world” over it instead of scripts deploying users or filling a database with dummy info or whatnot. The exercises at the end of each chapter are short ‘n silly, like a few true/false questions. I did not really care for them. As for “creating your own Linux commands”, it’s just alias. I can say I was disappointed.
+That said, this is not a ‘read’ book but a ‘do’ book. You gain nothing from reading the book alone. This book covers about 100 bash commands, and a few pages on editors and other packages. Though I looked forward to this book, it turned out very dry and semi-formal (and a horrible font to boot). Technically, the information is correct and covers the basic usage, yet I felt a bit skimped, compared to other books on the subject. No insights, no fun, four lines of text explaining what was next, and printed examples of directory listings and screen outputs. Here and there I found a few nuggets, but I also felt like a prospector. After a few chapters I caught myself skimming.**
+Le livre en fait un peu trop parfois et se termine presque sens dessus-dessous. Permettez-moi de vous donner un exemple. Les nouilles (ci-dessous) illustrent les fichiers « . » et « .. » dans la structure d'un répertoire. Dois-je froncer mes sourcils ?
+Cela étant dit, il ne s'agit pas d'un livre « à lire », mais un livre « à faire ». La seule lecture du livre ne vous apporte rien. Ce livre couvre environ 100 commandes bash avec quelques pages sur des éditeurs et d'autres paquets. Bien que je fus impatient de parcourir ce livre, il s'est avéré être très sec et plus ou moins solennel (de plus, la police est affreuse). Techniquement, les informations sont correctes et traitent d'un usage de base et pourtant, j'avais l'impression d'être un peu lésé, comparé à d'autres livres sur le même sujet. Pas de nouvelles idées, pas d'amusement, quatre lignes de texte qui expliquaient ce qui venait ensuite et des exemples imprimés de listings de répertoires et de sorties d'écran. J'ai trouvé quelques pépites ici et là, mais j'avais aussi l'impression d'être un chercheur d'or. Après quelques chapitres, je me suis rendu compte que je faisais de la lecture en diagonale.
+**As for the Quickly part, I am not quite convinced, but I can say that it is faster than using the “Linux Bible”. I would place this one as a book for someone who has some Linux experience, but it is his first or second year with the OS. It is not quite a “reference” book either, and not as quick as “Learn Linux in 24hrs”. What I did like was that the book did not have four warnings and four tip blocks per page – breaking your stride, which is why I like Packt and No Starch Press books.
+I am going to pick a spot and tell you what is there and what is missing. Under the heading: “Corrupting and fixing filesystems”, you are shown how to corrupt a filesystem and how to fix it. What you are *not told, is why you need to unmount the filesystem. You are just told to unmount it. I am a why person; as a kid, I took things apart not only to see what was inside, but why it was the way it was. Once I understood, even more or less what was going on, I could repair it. Everyone thought it was a ‘smart’ kid fixing their radio’s at seven years old, but I knew why it was broken and smart had nothing to do with it. The same principle applies here; if you tell your readers why, they will put two and two together and the “how” will be a lot easier. I realise there is a section on man pages, but just a little more explaining and a little less directory listing is what this book needs. Yes, almost every page has either a directory listing or a few terminal outputs. I suppose you could say that this is for people who do not have a Linux computer or VM, but I would counter by saying that if you do not have these things, you should not pick up this book.**
+Quant à la partie du titre Quickly (rapidement), je ne suis pas tout à fait convaincu, mais je peux dire que c'est plus rapide que d'utiliser la « Bible Linux ». Je dirais que ce livre est destiné à quelqu'un qui a un peu d'expérience Linux, mais uniquement un ou deux ans avec l'OS. Ce n'est pas non plus tout à fait un livre de « référence » et pas aussi rapide que « Learn Linux in 24hrs » (Apprenez Linux en 24 heures). Ce qui me plaisait c'était que le livre n'avait pas quatre avertissements et quatre encadrés d'astuce par page (ça vous fait perdre la cadence de votre lecture) et c'est pourquoi j'aime les livres Packt et No Starch Press.
+Je vais choisir un endroit et vous dire ce qui y figure et ce qui manque. Sous l'en-tête « Corrupting and fixing filesystems » (corrompre et réparer des systèmes de fichiers), on vous montre comment corrompre un système de fichiers et comment le réparer. Ce que l'on *ne vous dit pas, c'est pourquoi il faut démonter le système de fichiers. On vous dit tout simplement de le démonter. Je suis une personne qui a besoin de Pourquoi ; encore gosse, je démontais des trucs non seulement pour voir ce qui était à l'intérieur, mais pour voir pourquoi ils étaient faits de telle ou telle façon. Une fois que j'avais compris ce qui se passait - même plus ou moins - je pouvais le réparer. Les gens pensaient qu'un gosse « intelligent » réparait leur radio à sept ans, mais je savais pourquoi c'était cassé et « intelligent » n'avait rien à faire dans l'équation. Le même principe s'applique ici ; si vous expliquez pourquoi à vos lecteurs, ils comprendront et le « comment » sera beaucoup plus facile. Je sais bien qu'il y a une section sur les pages man, mais un peu plus d'explications et un peu moins de listing des répertoires est ce dont ce livre a besoin. Oui, presque chaque page contient soit un listing de répertoire, soit quelques sorties de terminal. Je suppose que vous pourriez dire que c'est pour les gens qui n'ont pas un ordinateur ou une machine virtuelle sous Linux, mais je répliquerais que si vous n'avez pas ces choses, vous ne devez pas lire ce livre.
+**As this book covers mainly bash commands, it follows that once you have learned these commands, a good idea would be to bring it all together in bash scripting at the end. Maybe do something useful or “real world”, examples, like automating docker or something. One would think, but the scripting is squirrelled away in the middle somewhere, and has “hello friend” and “hello world” over it instead of scripts deploying users or filling a database with dummy info or whatnot. The exercises at the end of each chapter are short ‘n silly, like a few true/false questions. I did not really care for them. As for “creating your own Linux commands”, it’s just alias. I can say I was disappointed.
 At the end of the day, the book teaches you bash commands with some sides, like meat and salad, no veggies or starch. It does not do what it says on the label. Grab this book on discount for a fiver, but I would not pay full price for it.
@@ Ligne 24: / Ligne 40: @@
 I will put this book in the back of my Linux bookshelf.
-Was I unfair, did I make a mistake? Let us know on: misc@fullcirclemagazine.org
+Was I unfair, did I make a mistake? Let us know on: misc@fullcirclemagazine.org**
+Puisque ce livre traite principalement des commandes bash, ce serait logique que, une fois que vous aurez appris ces commandes, une bonne idée serait de faire une synthèse avec l'écriture de scripts bash à la fin. Peut-être faire quelque chose d'utile ou de la « vraie vie », des exemples, comme l'automatisation de docker ou autre. C'est ce que l'on pourrait penser, mais le scriptage est caché quelque part au milieu et comporte « hello friend » et « hello world » à la place de scripts qui déploient des utilisateurs ou remplissent une base de données avec des infos fictives ou n'importe quoi. Les exercices à la fin de chaque chapitre sont courts et idiots comme quelques questions vraies/fausses. Je ne les ai pas vraiment aimés. Quant à la « création de vos propres commandes Linux », il ne s'agit que des alias. Je peux dire que j'étais déçu.
+Tout compte fait, le livre vous enseigne des commandes bash avec quelques trucs à côté, comme la viande et la salade, sans légumes ni féculents. Il ne fait pas ce qu'il dit qu'il va faire. Achetez ce livre en solde pour 5 $, mais je ne paierais pas le prix demandé.
+Comme alternative, je suggérerais « Learn Linux in 5 Days » par Jason Canon, qui est essentiellement le même livre, avec des polices qui sont faciles à lire, beaucoup de captures d'écran et environ 200 pages, seulement.
+Je rangerai ce livre dans le fond de mon étagère Linux.
+Suis-je injuste, ai-je fait une erreur ? Dites-le-nous sur : misc@fullcirclemagazine.org