issue206:critique_litteraire
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
issue206:critique_litteraire [2024/07/01 12:41] – d52fr | issue206:critique_litteraire [2024/07/02 10:56] (Version actuelle) – auntiee | ||
---|---|---|---|
Ligne 6: | Ligne 6: | ||
I was looking for a book to bind what I knew about “devops”. Instead of being unconnected pieces of information, | I was looking for a book to bind what I knew about “devops”. Instead of being unconnected pieces of information, | ||
+ | |||
+ | https:// | ||
+ | |||
+ | Prix : 39-49 $ US | ||
+ | |||
+ | Présentation : « Ce livre est conçu comme un guide complet du DevOps et en traite tous les aspects, depuis le choix de la bonne distribution Linux jusqu' | ||
+ | |||
+ | Je cherchais un livre pour rassembler tout ce que je savais sur les « devops ». Au lieu d' | ||
+ | |||
**We start out with “Linux Basics”, explaining distributions, | **We start out with “Linux Basics”, explaining distributions, | ||
Ligne 12: | Ligne 21: | ||
We then move to “command-line basics”, and again we are given information in concise, easy to assimilate, chunks. Instead of faffing with bash or zsh, you are told which directories you should familiarise yourself with, and the importance thereof. They touch on a few commands, but sort of funnel you to the man pages. They touch on permissions and processes, and then how to manipulate files, before giving you some basic homework. Up until this point, anyone with zero Linux experience, should be comfortable. ** | We then move to “command-line basics”, and again we are given information in concise, easy to assimilate, chunks. Instead of faffing with bash or zsh, you are told which directories you should familiarise yourself with, and the importance thereof. They touch on a few commands, but sort of funnel you to the man pages. They touch on permissions and processes, and then how to manipulate files, before giving you some basic homework. Up until this point, anyone with zero Linux experience, should be comfortable. ** | ||
+ | |||
+ | Nous commençons par « Linux Basics » (Les bases de Linux), qui explique les distributions, | ||
+ | |||
+ | Heureusement, | ||
+ | |||
+ | Nous passons ensuite aux « command-line basics » (les bases de la ligne de commande) et, là encore, nous recevons des informations sous forme de morceaux concis et faciles à assimiler. Au lieu d' | ||
+ | |||
**As we move into “Intermediate Linux”, you would need some Linux knowledge. Though the concepts are explained well, if you have not dipped your toes into the Linux ecosystem, some of the concepts may be lost to you. The authors did, however, specify in the beginning of the book that: “This book is designed for individuals who have already gained some knowledge and experience in the field of software development and IT operations, and are now seeking to further expand their knowledge of DevOps and Linux systems.” That said, I would still recommend this book to any newbie wanting to learn devops. You just need to fire up a virtual machine with Linux and follow along. | **As we move into “Intermediate Linux”, you would need some Linux knowledge. Though the concepts are explained well, if you have not dipped your toes into the Linux ecosystem, some of the concepts may be lost to you. The authors did, however, specify in the beginning of the book that: “This book is designed for individuals who have already gained some knowledge and experience in the field of software development and IT operations, and are now seeking to further expand their knowledge of DevOps and Linux systems.” That said, I would still recommend this book to any newbie wanting to learn devops. You just need to fire up a virtual machine with Linux and follow along. | ||
It starts to get interesting with “Automating with shell scripts”. In each chapter, the difficulty level is raised another step, but not at the expense of the newbie reader. It is just enough to keep you coming back for more and keeping the book interesting. You are not just shown basic shell scripting and kicked from the nest, this section covers right up to debugging your scripts, something I find invaluable. You can see the authors’ field is Linux troubleshooting, | It starts to get interesting with “Automating with shell scripts”. In each chapter, the difficulty level is raised another step, but not at the expense of the newbie reader. It is just enough to keep you coming back for more and keeping the book interesting. You are not just shown basic shell scripting and kicked from the nest, this section covers right up to debugging your scripts, something I find invaluable. You can see the authors’ field is Linux troubleshooting, | ||
+ | |||
+ | Lorsque nous passons à « Intermediate Linux » (Linux au niveau intermédiaire), | ||
+ | |||
+ | Les choses commencent à devenir intéressantes avec « Automating with shell scripts » (Automatiser avec des scripts shell). Dans chaque chapitre, le niveau de difficulté est relevé d'un cran, mais pas au détriment du lecteur débutant. Il est juste suffisant pour que vous en redemandiez et que le livre reste intéressant. On ne se contente pas de vous montrer les scripts shell de base et de vous virer du nid, cette section couvre jusqu' | ||
+ | |||
**Though the chapter covering automation came before and only covered cron, I would have preferred if it came after (the automation part), and joined shell scripting automation recipes and real world examples. I mean it would be a “nice to have” and not crucial. | **Though the chapter covering automation came before and only covered cron, I would have preferred if it came after (the automation part), and joined shell scripting automation recipes and real world examples. I mean it would be a “nice to have” and not crucial. | ||
Part 2 covers the day-to-day part of devops. Because almost all the modern distributions have systemd, we fall in the door with managing services. We even get to learn about other init systems, but we all know that, in production, with your RHEL or Ubuntu servers, we never use the others. The level of detail is amazing for the compactness and I dare say, newbies should also not have an issue here, but as a newbie, you cannot skim this chapter. Even I learned something new here, not that I know everything, not by a long shot, but it was refreshing. ** | Part 2 covers the day-to-day part of devops. Because almost all the modern distributions have systemd, we fall in the door with managing services. We even get to learn about other init systems, but we all know that, in production, with your RHEL or Ubuntu servers, we never use the others. The level of detail is amazing for the compactness and I dare say, newbies should also not have an issue here, but as a newbie, you cannot skim this chapter. Even I learned something new here, not that I know everything, not by a long shot, but it was refreshing. ** | ||
+ | |||
+ | Bien que le chapitre couvrant l' | ||
+ | |||
+ | La partie 2 couvre la partie quotidienne du devops. Comme presque toutes les distributions modernes ont systemd, nous entrons dans le vif du sujet avec la gestion des services. Nous apprenons même à connaître d' | ||
+ | |||
**In chapter 6 we move onto “networking” where we cover ground with the basics again, and because the book is new, netplan is also covered. Since a lot of your time will be checking ingress and egress ports on containers, etc, I do suggest you give this chapter another go. The reason I say this is because I was told by a mid-level dev that “all that old stuff you learned about networking is now out the window” – when we were talking about containers. It most certainly is not. In fact I would say it is even more prudent that you know this. The problem with IT today is that lots of stuff gets abstracted away to make the development cycle faster, making it easier to get more fingers on more keyboards coding, lowering that bar to entry. | **In chapter 6 we move onto “networking” where we cover ground with the basics again, and because the book is new, netplan is also covered. Since a lot of your time will be checking ingress and egress ports on containers, etc, I do suggest you give this chapter another go. The reason I say this is because I was told by a mid-level dev that “all that old stuff you learned about networking is now out the window” – when we were talking about containers. It most certainly is not. In fact I would say it is even more prudent that you know this. The problem with IT today is that lots of stuff gets abstracted away to make the development cycle faster, making it easier to get more fingers on more keyboards coding, lowering that bar to entry. | ||
Ligne 25: | Ligne 51: | ||
Then, in Chapter 7, “Git” is the focus. Not an old git like me, but version management. | Then, in Chapter 7, “Git” is the focus. Not an old git like me, but version management. | ||
Now this is where I currently am in the book, the next chapter being “Docker”, | Now this is where I currently am in the book, the next chapter being “Docker”, | ||
+ | |||
+ | Dans le chapitre 6, nous passons à « networking » (la mise en réseau) où nous couvrons à nouveau les bases, et parce que le livre est nouveau, netplan est également couvert. Étant donné que vous passerez beaucoup de temps à vérifier les ports d' | ||
+ | |||
+ | Ensuite, au chapitre 7, c'est « Git » qui est au centre de l' | ||
+ | |||
+ | Voilà où j'en suis actuellement dans le livre, le chapitre suivant étant « Docker », que j'ai survolé. Je n'ai pas survolé pour sauter, mais pour en juger le contenu. Je ne vais pas vous mentir, jusqu' | ||
**After “docker” and the “deep dive into docker”, there is the “cloud kit” chapter that I’m looking forward to. I thought I would write this impression of the book now, while it is still fresh (it is a Christmas release as far as I can tell), even though I have not completed it 100%, as I have to put it down for a month or two as there are some work-related things that take precedence. I am really excited for this book, and I hope I have transferred that excitement to you. This needs to be on your desk, right now. | **After “docker” and the “deep dive into docker”, there is the “cloud kit” chapter that I’m looking forward to. I thought I would write this impression of the book now, while it is still fresh (it is a Christmas release as far as I can tell), even though I have not completed it 100%, as I have to put it down for a month or two as there are some work-related things that take precedence. I am really excited for this book, and I hope I have transferred that excitement to you. This needs to be on your desk, right now. | ||
Ligne 30: | Ligne 62: | ||
Would you like to say something? misc@fullcirclemagazine.org** | Would you like to say something? misc@fullcirclemagazine.org** | ||
+ | |||
+ | Après « docker » et le « deep dive into docker » (plongeon dans docker), il y a le chapitre « cloud kit » (kit pour l' | ||
+ | |||
+ | Voulez-vous dire quelque chose ? misc@fullcirclemagazine.org | ||
+ |
issue206/critique_litteraire.1719830499.txt.gz · Dernière modification : 2024/07/01 12:41 de d52fr