Traduction en français : Introduction à l'interface en ligne de commande Bash et Zsh

Le Programming Historian en français a reçu une proposition de traduction de la leçon Introduction to the Bash Command Line de la part de Melvin Hersent (@mhersent).

Nous avons convenu d'un délai de 3 mois pour l'envoi de la traduction, qui aurait ainsi lieu aux alentours du 8 septembre 2023.

Nous confierons ensuite le suivi éditorial de cette traduction à une rédactrice ou à un rédacteur du Programming Historian en français.

Bonjour, @marie-flesch.

Vous trouverez les fichiers ici :

.md file: /en-cours/traductions/intro-a-bash-et-zsh.md
images: /images/intro-to-bash
assets: [aucun]

Vous pouvez parcourir l’aperçu de la soumission ici :

Aperçu: http://programminghistorian.github.io/ph-submissions/fr/en-cours/traductions/intro-a-bash-et-zsh

C'est Alexandre (@AlexandreWa ) qui se chargera du suivi de cette leçon !

Bonjour @mhersent, j'ai enfin le temps de reprendre cette première traduction de leçon. Voici donc une liste de remarques, à la fois sur le fond et sur la forme :

Résumé de la leçon

J'en profite pour signaler que le résumé (abstract) n'apparaît pas dans le brouillon en ligne, mais figure bien dans le fichier .md originel.

"Elles permettent plus de détails en lançant certains programmes, en permettant ..." répétition de "permettre".
"que votre programme tourne" : le verbe est familier, "fonctionne correctement" ?
Une petite faute d'accord : "elles peuvent facilement être automatisés" => "automatisées".
"qui sont au fond des recettes de commandes au format textuel." Je crois comprendre l'image, mais ça ne me semble pas très clair.

Introduction

§2 : "répertoire (ou dossier) vous cliquez" : ajouter une virgule après la fermeture de parenthèse.
§2 : "une Interface" : minuscule sur le "i" (3 occurrences).
§2 : "dossier, lorsque". Pour marquer une rupture d'un exemple à l'autre, mieux vaut arrêter la phrase et en initier une nouvelle avec "Lorsque".
§2 : Même remarque pour "et lorsque" : nouvelle phrase.
§2 : "vous lancez un programme vous double-cliquez" : virgule après "programme".
§2 : "vous naviguez sur internet vous interagissez" : virgule après "internet".
§5 : "celle utilisé" => "celle utilisée".
§5 : "et macOS pour résumer" => "et macOS, pour résumer".
§5 : "différentes mais" => ajout d'une virgule : "différentes, mais".
§5: "les même tâches" => "les mêmes tâches".
§6 : "manipulations simples dessus tel que" => "manipulations simples dessus, telles que".

Windows: Installation d’un shell

§7 : "Pour les utilisateurs Windows une" => "Pour les utilisateurs Windows, une".
§7 : "plus ancienne ou si" => "plus ancienne, ou si".
§7 : "vous avez deux autre choix" => "vous avez deux autres choix".

Ouvrir notre shell

Comme titre, je suggère plutôt "Ouvrir son shell". Nous utilisons le "nous" dans le contenu de la partie, mais je trouve que c'est mieux de garder un intitulé avec un pronom indéfini, qu'en pensez-vous ?
§8 : "démarrons le" => "démarrons-le".
§8 : "installé via WSL" => "installée via WSL".
§8 : "via" => "par le biais de".
§8 : "Git Bash ou cygwin" => "Git Bash, ou cygwin".
§16 : "cliquez n’importe où sur la bar du haut" => "cliquez n’importe où sur la barre du haut".

Se déplacer dans le système de fichiers de votre ordinateur

§19 : "Si vous êtes incertain d’où vous vous trouvez" => Je suggère de remplacer par "Si vous ne savez pas exactement où vous vous trouvez".
§19 : "système de fichier" => "système de fichiers".
§19 : "vous vous trouver" => "vous vous trouvez".
§24 : "liste des fichiers présent" => "liste des fichiers présents".
§28 : "seront pas compréhensible" => "seront pas compréhensibles".
§28 : "de plusieurs façon:" => "de plusieurs façons:".
§32 : "la commande que nous avons vu" => "la commande que nous avons vue".
§34 : "quelques-unes des options que nous avons vu" => "quelques-unes des options que nous avons vues".
§34 : "Peut être" => "Peut-être," Le virgule doit être ajoutée puisqu'il s'agit d'un complément situé en début de phrase.
§40 : "l'ordinateur" : majuscule au début du paragraphe.
§40 : "la taille des fichiers en bits, sa date de création ou de dernière modification et le nom du fichier" => "la taille des fichiers en bits, la date de leur création ou de leur dernière modification, ainsi que le nom de chacun d'entre eux".
§43 : "6020 bits est équivalent" => "6020 bits sont équivalents".
"5.9Ko (ou KB)" => "5,9 ko (ou KB)".
§44 : "dans d’autres leçon" => "dans d’autres leçons".
§44 : "oeil" => "œil".
§45 : "la commande cd (pour Change Directory)" => ajouter un point à la fin de la phrase.
§55 : "Habituez vous" => "Habituez-vous"
§55 :"vous devez retourner au parent commun" => "vous devez revenir au parent commun"
§55 : "Pour faire cela vous avez besoin de revenir à votre dossier d’accueil avec" => "Pour ce faire, vous aurez besoin d'exécuter la commande cd.." Je suggère de simplifier car il y une redite de consigne d'une phrase à l'autre.

Interagir avec des fichiers

§66 : "cela peux" => "cela peut".
§70 : "la commande à bien fonctionné" => "la commande a bien fonctionné".
§70 : "déplacez vous" => "déplacez-vous".
§71 : double utilisation de ":", supprimer le deuxième.
§71 : "ferra" => "fera".
§71 : "auto-complétion" => "autocomplétion" (2 occurrences).
entre §71 et §72 : le verbe "autocompléter" n'existe pas. Il faudra ici le mettre entre parenthèses ou réutiliser le terme d'autocomplétion.
entre §71 et §72 : "basé" => basée".
entre §71 et §72 : "présent" => "présents".
entre §71 et §72 : : "ProgHist-Picture) l'auto" => ajout d'une virgule : "ProgHist-Picture), l'auto".
§73 : invisible" => "invisibles".
§73 : "la case a finir cf ce site" => un petit oubli rédaction dans la rédaction ? 😅 OK pour le site, je suggère toutefois un article proposé par Windows.
§74 : "futurs" => "futures".
§74 : "via" => "grâce au".
§74 : "vous pouvez juste taper" => "vous pouvez simplement taper".
§75 : "utilisez" => "utiliser".
§81 : "travaillez" => "travailler".
§83 : "affichez" => "afficher".
§83 : "grand chose" => "grand-chose".
§88 : "utilisez" => "utiliser".
§91 : "plus " => "plus,".
§91 : "assemblons les" => "assemblons-les".
§96 : "enregistré" => "enregistrée"

Éditer des fichiers texte directement en ligne de commande

§98 : "inclu" => "inclus"
§105 : "(En maintenant la touche ‘control’ et en pressant la lettre F)" => "(en maintenant la touche ‘control’ et en pressant la lettre F)".
§106 : "vers le haut. (Shift+DownArrow" => suppression du point.
§112 : "En bas de l’écran vous verrez :" => "En bas de l’écran, vous verrez :".
§117 : "Si vous souhaitez sauvegarder le fichier tapez" => "Si vous souhaitez sauvegarder le fichier, tapez".

Déplacement, copie et suppression de fichiers

§122 : "repértoire" => "répertoire".
§122 : "repécher" => "repêcher".
§122 : "Pour créer une backup" => je suggère "Pour créer une sauvegarde (backup)".
§123 : "lancer" => lancez".
§124 : "déplacez vous" => "déplacez-vous".
§127 : "copie" => "copies".
§133 : "valable" => "valables".

Conclusion

§137 : "cela" => "cela,".
§138 : "autre" => autres".
§138 : "utilie" => "utile".
§138 : "utilisé" => "utilisée".
§140 : "Amusez vous" => "Amusez-vous".
§140 : "léger" => "légère".
§140 : "aggrandir" => agrandir".

Guide de référence

§141 : "vu" => vues".
Dans le tableau : "courrant" => courant".
Dans le tableau : "utilisé" => "utilisée"
Dans le tableau : "ligne" => "lignes" (2 occurrences).

Je m'occuperai de trouver des personnes susceptibles de relire la leçon dans le courant de la semaine. D'ici là, bon courage et à très vite ! :)

Alexandre

Super @AlexandreWa ! Je ne pense que pas que @mhersent ait les droits nécessaires pour modifier le fichier. Une fois que vous serez autorisé, Melvin, vous pouvez modifier votre traduction en prenant en compte les remarques d'Alexandre qui vous semblent pertinentes.

@anisa-hawes can you provide write access to @mhersent?

@marie-flesch c'est fait pour les droits d'accès de @mhersent

Merci beaucoup pour la relecture, les remarques et les droits d'accès. Je fais les modifications dès que possible ;)

Thank you @marie-flesch & @spapastamkou 🙂 I'm happy that Melvin has access now.

Hello @mhersent. Please let @charlottejmc (francophone) or I know if you have any questions.

Hello @anisa-hawes. I will let you know if I have any questions, I'm all good for now, thank you :)

Bonjour @AlexandreWa, j'ai suivi toutes vos suggestions, elles étaient pertinentes ! J'ai mis à jour le fichier de la leçon ;)

Bonjour @mhersent et merci pour la reprise de tous ces éléments !

J'en profite pour vous informer que la première personne à relire cette proposition de traduction est Louis-Olivier @loup-brun 🙂

Il nous fera parvenir ses remarques directement dans le ticket, merci encore pour ton aide !

Le Programming Historian en français a reçu la traduction de leçon "Introduction à l'interface en ligne de commande Bash et Zsh" de Melvin @mhersent. Cette leçon est maintenant en cours d'évaluation.

J'assume le rôle de rédacteur en charge du suivi du processus de l'évaluation. Dans ce cadre, je vais solliciter deux relectures auprès de la communauté et coordonner les échanges qui auront lieu dans cet espace. Comme évoqué dans le message succinct ci-dessus, le premier relecteur sera Louis-Olivier @loup-brun.

Les relecteurs et relectrices peuvent utiliser la numérotation des lignes fournie dans l'aperçu pour organiser leurs commentaires, si cela leur convient, tout en restant libres de présenter leur évaluation de la manière qui leur semble la meilleure.

Tout membre de la communauté peut faire un retour constructif sur ce fil de commentaires, après avoir pris connaissance de nos consignes aux évaluateurs et évaluatrices et accepté notre politique contre le harcèlement (voir ci-dessous). Nous demandons que toutes les relectures cessent après réception de la seconde évaluation formelle, pour que le traducteur puisse travailler sur la révision de son texte. Le rédacteur ou la rédactrice l'annoncera sur ce fil quand cette étape aura été atteinte.

La discussion s'organise au niveau de Github. Si quelqu'un préfère de discuter de manière privée, merci de m'envoyer un message électronique. Vous avez toujours la possibilité de vous tourner vers notre médiatrice Hélène Huet si vous avez le sentiment qu'une médiation est nécessaire. Ceci ne risque d'avoir aucune incidence négative sur l'évaluation de cette leçon.

Politique contre le harcèlement

Vous trouverez ci-dessous les principes du Programming Historian en français qui doivent inspirer les échanges entre évaluateurs et évaluatrices, autrices et auteurs, rédacteurs et rédactrices, ainsi que toute personne contribuant à nos forums publics.

Le Programming Historian en français tient à garantir un environnement académique ouvert à la communauté, qui offre la pleine liberté d’explorer minutieusement des idées, poser des questions, faire des suggestions ou demander des clarifications. Il fournit aussi un espace libre de toute discrimination envers les personnes contribuant au projet indépendamment du genre, de l’orientation sexuelle, des situations d’handicap, de l’apparence physique, de la masse corporelle, de l’origine, de l’âge, de la religion ou de l’expérience technique. Nous ne tolérons aucune forme d’harcèlement ou d’attaque personnelle contre les membres de la communauté. Les personnes qui violent ces règles sont susceptibles d’être expulsées de la communauté à la discrétion du conseil éditorial. Toute personne en mesure de témoigner de tels comportements ou qui en est la victime peut contacter notre dispositif de médiation (Hélène Huet). Merci de nous aider à créer un espace d’échange et de discussion sûr.

Je vous reviens bientôt avec mes commentaires, d'ici la fin de la semaine. Pardon pour le délai.

Voici les remarques de ma relecture @mhersent (à noter que je n'ai pas comparé mes remarques avec celles de la relecture d'@AlexandreWa).

Introduction

¶4 "Elles permettent plus de détails en lançant certains programmes" -> Elles permettent de détailler le lancement de certains programmes (reformulation).
¶5 "‘Bourne-again shell’" -> guillemets «»? ou italiques?

Se déplacer dans le système de fichiers de votre ordinateur

¶20 "/users/USERNAME" Sur macOS, c'est /Users/ avec une majuscule. Les partitions des systèmes d'exploitation Unix sont généralement sensibles à la casse, mais n'est pas le cas par défaut des partitionnements de macOS (c'est une option de formatage). En général, pour des raisons d'interopérabilité, on favorisera le respect de la casse (bien que macOS ou Windows soient permissifs à cet égard).
¶20 "Ubuntu" -> macOS. Dans le texte original, c'est : For example, Ian’s path on OS X is /users/ianmilligan1/. On devrait remplacer Ubuntu par OS X (texte original) ou encore macOS (nom contemporain). D'ailleurs, sur Ubuntu (ou GNU/Linux en général), ce serait plutôt /home/$USER/ où $USER correspond au nom d'utilisateur.
¶26 "vous pouvez spécifier différents ~~arguments~~, ou flags" -> drapeaux. On peut spécifier un argument sans utiliser un drapeau. Ex. cp fichier1 fichier2: il y a deux arguments, mais aucun --drapeau.
¶26 "Ces arguments sont des additions à notre commande pour fournir à l’ordinateur des précisions sur la façon d’exécuter la commande.". Je reformulerais cette phrase, pour enlever la redondance de «commande» notamment: Les arguments permettent de préciser la façon d'exécuter une commande.
¶28 "mais ne vous inquiétez pas vous" -> "mais ne vous inquiétez pas, vous" (ajout d'une virgule entre «pas» et «vous»).
¶30 q -> (suggestion) paragraphe entier, peut-être à baliser comme un bloc de texte préformaté?
¶32 "...sur la page man pour ls." -> ls balisage code pour ls? (je sais que dans le texte original ce n'est pas le cas)
¶34 "Peut-être, souhaitez vous..." -> Peut-être souhaitez-vous (enlever virgule; ajout d'un trait d'union).
¶35 "Donc dans notre cas vous" -> Donc, dans notre cas, vous … (virgules pour incise).
¶36 anything.txt -> [nimportequoi.txt]. Dans le texte original, ceci est entre crochets et pas balisé sous forme de code. À votre discrétion.
¶42 "utiliser deux ~~arguments~~" drapeaux. Les arguments sont toujours séparés par des espaces, voir commentaire plus haut. (Ici, il y aurait deux drapeaux, mais un seul argument donné à la commande ls.)
¶52 "ou bien, avec le shell zsh, simplement : .." C'est faux. (Cela ne figure pas dans le texte original d'ailleurs.) zsh seul n'offre pas ce raccourci. Oh My Zsh ajoute une série d'alias, ex. ... pour remonter comme cd ../../. Voir par exemple ce fichier de configuration Oh My Zsh.
¶53 "Cela nous déplace en « haut » d’un dossier". Autre formulation possible: Cela nous fait remonter d'un niveau dans l'arborescence de dossiers.
¶55 "~~Essayer~~ d'explorer" Essayez.
¶55 "d'explorer: visitez..." -> espace (de préférence insécable) avant le deux-points.
¶55 "'enfant'" -> « enfant » (guillemets).
¶55 "et donc un ‘~~adelphe~~’ de votre dossier Documents". Ce mot ne semble pas exister. «Adelphe» semble être un nom propre en anglais (j'ai dû chercher pour comprendre). «sibling» (mot dans le texte d'origine) pourrait ici être traduit par dossier frère ou dossier de même niveau que.
¶65 "‘à cet endroit’." Guillemets «»? Aussi, une formulation plus précise pourrait être «depuis le répertoire courant» ou «depuis le répertoire actuel».

Interagir avec des fichiers

¶69 "Cette commande (make directory)" Attention! Je mettrais des guillemets ou un passage en italiques pour « make directory / créer un répertoire », pas l'expression «make directory» sous forme de code. make est une commande complexe qui fait tout autre chose et qu'il ne faudrait surtout pas faire confondre chez les débutants.
¶71 "ensuite pressez la touche ~~tabulation~~" tabulation ou TAB (sans balisage sous forme de code?). C'est bien la touche « tabulation », et le texte original n'utilise pas le balisage sous forme de code.
¶72 "Vous aurez alors un fichier nommé test avec l’extension .txt." Il manquerait une instruction ici, car il n'est pas indiqué de se créer un fichier test.txt. Ou alors, supprimer complètement la ligne ¶72.
¶74 "Nous pouvons utiliser un livre ~~connu pour sa longueur~~" réputé pour être long serait peut-être mieux?
¶78 "étant ici le fichier que vous avez téléchargé, ~~il peut donc être différent~~. J'enlèverais simplement la fin de cette phrase. Le tutoriel indique ce fichier précisément. La note ne figure pas dans le tutoriel original en anglais.
¶78 "pour ouvrir des ~~fichiers textes~~" fichiers texte (des fichiers au format texte).
¶78 "cela peut être TextEdit sur ~~Mac~~" macOS. Dans le reste de la leçon, c'est généralement écrit macOS. Je pense que ce serait préférable d'avoir une graphie conforme tout au long. (N.B. on peut installer Windows ou Linux sur un Mac; on peut normalement installer un système d'exploitation, ou OS, sur des machines différentes, bien qu'Apple ait l'habitude de coupler ses machines avec son propre OS.)
¶87 "Vous pouvez le 'déplacer'" guillemets «»?
¶87 "à un nouveau nom en tapant". La formulation est un peu calquée sur l'anglais, je proposerais: Vous pouvez aussi le « renommer » en appelant la commande « déplacer » (move) :.
¶88 "vous pouvez utiliser ~~la commande ‘copy’,~~ en tapant :". Je proposerais d'être explicite: «la commande cp, pour « copier », en tapant :».
¶90 "Maintenant que vous avez utilisé quelques nouvelles commandes, ~~il est temps pour une nouvelle astuce~~." Traduction très calquée sur l'anglais. Je proposerais plutôt: Maintenant que vous avez appris quelques nouvelles commandes, voici une nouvelle astuce.
¶90 "de votre clavier. ~~Notez que~~" enlever «notez que», enchaîner directement avec «... flèche de votre clavier: la dernière commande réalisée apparaît».
¶91 "Pour combiner (ou concaténer) deux fichiers ou plus, vous pouvez utiliser la commande cat." Non. cat permet d'afficher le contenu d'un fichier. La commande > permet de remplacer le contenu d'un fichier.
¶97 "afficherai" affichera

Éditer des fichiers texte directement en ligne de commande

¶100 "Vous devriez voir ~~vim se lancer, un éditeur de texte en ligne de commande~~." À reformuler:
- Vous devriez voir Vim, un éditeur de texte en ligne de commande, se lancer. ou
- Vous devriez voir apparaître Vim, un éditeur de texte en ligne de commande.
¶121 "vous pourriez même finir par écrire des articles avec," avec lui ou avec vim (ne pas finir par juste «avec»).

Déplacement, copie et suppression de fichiers

¶124 "Nommons le" Nommons-le (trait d'union).
¶125 "Pour copier tolstoy.txt vous" ajout d'une virgule après «tolstoy.txt».
¶125 "depuis n’importe où dans le shell ou vous pouvez vous trouver dans le repértoire d’origine ou de destination." À reformuler, possiblement à scinder en deux phrases. La syntaxe est boiteuse et le sens n'est pas du tout clair à la première lecture.
- «... depuis n'importe où dans votre ordinateur» (pas n'importe où dans le shell, cela n'a pas vraiment de sens...)
- «Vous pouvez même vous trouver dans le répertoire d'origine ou de destination.»
¶125 "Ce qui signifie que vous tapez d'abord cp". Je proposerais deux façons de corriger la phrase:
- ajout d'une virgule: cp [source] [destination], ce qui signifie que vous tapez d'abord...
- Tapez cp, suivi du fichier que vous souhaitez copier, suivi de l'emplacement de sa copie.
¶130 "déplacer" déplacez
¶130 "proghist-dest" ProgHist-Text. Attention aux majuscules/minuscules (cela ne fonctionnera pas pour certaines personnes).
¶136 "Pour supprimer un répertoire avec des fichiers, ~~vous pouvez utiliser depuis le bureau~~" «Pour supprimer un répertoire avec des fichiers, ajoutez le drapeau -r (pour récursif). Depuis le bureau, vous pouvez taper :». Je crois que le drapeau mérite d'être explicité en présentant la commande ici.

Conclusion

¶137 "Arrivé à ce point vous" -> virgule: Arrivé à à ce point, vous ...».
- Mais la phrase est formulée comme calque de l'anglais, je changerais pour quelque chose comme: À ce stade, vous avez sans doute envie...
¶138 "combien de ~~mémoire~~ est utilisée (du -h affiche la ~~mémoire~~ d’une façon lisible par l’humain)". Attention, en informatique, on préfère utiliser le terme de stockage pour faire la disctinction avec la mémoire («mémoire vive», RAM).
- Suggestion: «...qui permet de connaître la quantité de stockage actuellement utilisée ...».
¶138 "Pour ceux sur Linux ou macOS, top procure un aperçu des processus en cours (mem sous Windows) et touch FILENAME permet de créer un fichier texte basique sur tous les systèmes." Je scinderais cette phrase en deux, car les commandes (top et touch) sont pour des usages complètement différents, et n'ont pas de rapport entre elles.
¶139 "à travers les ~~répertoires~~" arborescences? (à travers les répertoires -- juste pour éviter la redondance).
¶139 "À l’avenir, ~~vous pourriez avoir envie de vous mettre à écrire des scripts~~." Je proposerais de reformuler cette phrase, par exemple: «... vous pourriez même avoir envie d'écrire des scripts!»
¶140 "Avant même de vous en rendre compte, vous..." Cette formulation est un peu boiteuse en français, elle semble calquée sur l'anglais. On pourrait la reformuler autrement: «Vous pourriez vous mettre à apprécier la ligne de commande pour son côté pratique et sa précision (pour certaines utilisations, à tout le moins) et surtout pour sa légèreté en comparaison aux lourdes interfaces graphiques de votre système d'exploitation.»
¶140 "~~Votre boîte à outils vient de s’agrandir~~." Je reformulerais cette phrase, qui fonctionne mieux en anglais.
- «Une autre corde à votre arc.» ou
- «La ligne de commande constitue un atout supplémentaire dans votre boîte à outils.»
- etc.

Guide de référence

¶141 "Imprime le répertoire courant (‘~~present~~ working directory’)" print current directory (je sais que cela figure dans le tutoriel orinal, mais voir man pwd pour la description canonique).
¶141 "man * Affiche le manuel pour une commande nommée *". je sais que c'est écrit ainsi dans le tutoriel original, mais je n'indiquerais pas une astérisque, pour la simple raison que certains utilisateurs vont copier-coller la commande telle quelle et ainsi se mettre à avoir une liste intempestive du man de tous les logiciels installés sur leur poste. Il faudra tuer ce processus avec Ctrl+C par exemple dans le terminal. Je recommanderais plutôt un truc plus explicite et innocent, ex. man <commande>, cd <repertoire>, head <fichier>, etc.
¶141 "~~Créé~~ un répertoire" Crée (indicatif présent, pas participe passé)

Remarques générales

Guillemets: plusieurs passages sont indiqués en guillemets simples; en français, on préfère les guillemets à chevrons «» (et on recourt aux guillemets doubles “”, puis simples ‘’ pour les citations imbriquées). Je n'ai pas souligné chaque passage, mais en général il serait préférable d'utiliser les chevrons, ou encore de simplement mettre les emprunts linguistiques à l'anglais en italiques.
Ponctuation: espace (de préférence insécable) avant le deux-points d'un texte en prose.
Majuscules/minuscules dans les chemins et noms de dossiers/fichiers: Attention, les majuscules peuvent faire la différence! Et c'est une bonne pratique de choisir une convention (même si macOS par exemple est permissif à cet égard).

J'espère que ces remarques vous seront utiles, je reste disponible pour répondre dans ce fil de discussion!

Merci beaucoup @loup-brun pour ces remarques détaillées ! Pour information, j'attends le retour du second relecteur, Julien, afin de compiler vos commentaires et adresser un dernier message de révision à @mhersent

Je reviens vers toi ici ou par mail si besoin :)

Bonjour, Je suis Julien, le deuxième relecteur, voila mes remarques. Dans l'ensemble la traduction est déja très bonne, et le tutoriel facilement compréhensible, bravo !

Typo et Tournures

p1: Invite de commande / interface en ligne de commande -> rester cohérent sur l'utilisation des majuscules

"la façon classique... se fait avec..." -> tournure bancale

"cela signifie par exemple que pour aller dans un répertoire , vous pouvez cliquer directement sur une image dudit répertoire"

"Pour lancer un programme, vous double-cliquez dessus"

" Elles permettent plus de détails en lançant certains programmes," -> "Elles permettent une utilisation plus fine de certains programmes"

"De plus, cela peut être facilement automatisé avec des scripts" -> "De plus, la plupart des taches répétitives peuvent être automatisées..." "naviguer à travers votre système de fichier" -> tournure anglaise, "naviguer dans votre système"

p7 "Enfin, vous pouvez" -> tournure bizarre quand on a que 2 options "Ou bien, vous pouvez ..."

p16 "nous préférons personnellement ~~quelque chose~~ une interface avec moins de contraste"

"avec l’onglet Propriétés" -> "en cliquant sur l'onglet Propriétés..."

p33 " pour un exemple de sortie de la commande." -> tournure anglophone, peut être "pour un exemple de résultat de la commande." ?

p36 "anything.txt" -> traduction en "quelquechose.txt

p37 "Canadian" -> Canadien"

p52 enlever les quotes en plus dans le bloc de code cd ..

p69 traduire "ProgHist-Text" en "ProgHist-Texte"

p87 "Vous pouvez le ‘déplacer’ (‘move’) à un nouveau nom" -> "Vous pouvez utiliser la commande 'déplacer (move)' pour modifier son nom..."

p95 zéro ou plus caractère quelconque -> "un nombre quelconque (possiblement zéro) de caractèreS"

p140

"Avant même de vous en rendre compte, " -> Traduction littérale, tournure peu usitée en français, "Très rapidement" sonne mieux ;]

Commentaires généraux

Dans les exemples de code, les nom de fichiers n'ont pas été traduits, est-ce un choix ?
Attention, pour les utilisateurs ayant mis leur ordinateur en francais, le chemin "/users/..." est probablement "/Utilisateurs/..." de même avec le bureau et les documents, qui au moins sous Windows ont été traduits !
la traduction de "flags" en "paramètres" plutot que "arguments" me parait plus pertinente pour bien faire la différence (qui existe en anglais) entre les flags et les arguments. Par exemple en francais pour décrire la commande

gcc -o main.c

Je dirais "lance la commande gcc avec comme paramètre -o et comme argument le nom de ton fichier .c" Mais c'est discutable puisque d'un point de vue purement informatique les flags ne sont effectivement qu'un certain type d' arguments...

Bien sur, toutes les propositions de corrections ne sont que des suggestions pour remplacer les tournures que j'ai trouvé les plus bancales. Je reste disponible pour en discuter ;]

Bonjour et merci @Yertle75 ! Vos remarques arrivent presque en même temps. Je vais faire en sorte de les compiler d'ici la semaine prochaine 🙌 Je reviens vers vous au cas où j'aurais une question sur vos relectures, à très vite !

Bonjour, malgré un petit retard, j'ai enfin le temps de compiler les remarques effectuées par Louis-Olivier @loup-brun et Julien @Yertle75. Leurs retours étant déjà très clairs et structurés, je ne ferai ici que reprendre la forme par paragraphe:

Introduction

¶2 Invite de commande / interface en ligne de commande -> rester cohérent sur l'utilisation des majuscules dans l'ensemble de la leçon
¶2 "la façon classique... se fait avec..." -> tournure bancale à reformuler (suggestion: "l'interaction standard entre un utilisateur et le système de son ordinateur se fait par le biais d'une interface graphique").
¶2 "cela signifie par exemple que pour aller dans un répertoire , vous pouvez cliquer directement sur une image dudit répertoire"
¶2 "Pour lancer un programme, vous double-cliquez dessus" (reformulation)
¶4 "Elles permettent plus de détails en lançant certains programmes" -> Elles permettent de détailler le lancement de certains programmes (reformulation).
¶4 "De plus, cela peut être facilement automatisé avec des scripts" -> "De plus, la plupart des tâches répétitives peuvent être automatisées..."
¶5 "‘Bourne-again shell’" -> guillemets «»? ou italiques?
¶6 "naviguer à travers votre système de fichier" -> tournure anglaise, "naviguer dans votre système"

Windows: Installation d’un shell

¶7 "Enfin, vous pouvez" -> la phrase finale du paragraphe n'est pas assez liée au contenu précédent. S'il n'y a que deux options, alors reformuler "Ou bien, vous pouvez choisir d’installer Cygwin."

Ouvrir son shell

¶16 "nous préférons personnellement ~~quelque chose~~ une interface avec moins de contraste"
¶16 "avec l’onglet Propriétés" -> "en cliquant sur l'onglet Propriétés..."

Se déplacer dans le système de fichiers de votre ordinateur

¶20 "/users/USERNAME" Sur macOS, c'est /Users/ avec une majuscule. Les partitions des systèmes d'exploitation Unix sont généralement sensibles à la casse, mais n'est pas le cas par défaut des partitionnements de macOS (c'est une option de formatage). En général, pour des raisons d'interopérabilité, on favorisera le respect de la casse (bien que macOS ou Windows soient permissifs à cet égard).
¶20 "Ubuntu" -> macOS. Dans le texte original, c'est : For example, Ian’s path on OS X is /users/ianmilligan1/. On devrait remplacer Ubuntu par OS X (texte original) ou encore macOS (nom contemporain). D'ailleurs, sur Ubuntu (ou GNU/Linux en général), ce serait plutôt /home/$USER/ où $USER correspond au nom d'utilisateur.
¶26 "vous pouvez spécifier différents ~~arguments~~, ou flags" -> drapeaux. On peut spécifier un argument sans utiliser un drapeau. Ex. cp fichier1 fichier2: il y a deux arguments, mais aucun --drapeau. Julien a également identifié cet aspect. Il propose la traduction de "flags" en "paramètres" plutot que "arguments". Cela lui paraît plus pertinent pour bien faire la différence (qui existe en anglais) entre les flags et les arguments (voir la fin du commentaire de Julien pour plus de détails, à discuter si besoin).
¶26 "Ces arguments sont des additions à notre commande pour fournir à l’ordinateur des précisions sur la façon d’exécuter la commande.". Louis-Olivier reformulerait cette phrase, pour enlever la redondance de «commande» notamment: Les arguments permettent de préciser la façon d'exécuter une commande.
¶28 "mais ne vous inquiétez pas vous" -> "mais ne vous inquiétez pas, vous" (ajout d'une virgule entre «pas» et «vous»).
¶30 q -> (suggestion) paragraphe entier, peut-être à baliser comme un bloc de texte préformaté?
¶32 "...sur la page man pour ls." -> ls balisage code pour ls? (ce n'est pas le cas dans le texte original)
¶33 " pour un exemple de sortie de la commande." -> tournure anglophone, suggestion: "pour un exemple de résultat de la commande." ?
¶34 "Peut-être, souhaitez vous..." -> Peut-être souhaitez-vous (enlever virgule; ajout d'un trait d'union).
¶35 "Donc dans notre cas vous" -> Donc, dans notre cas, vous … (virgules pour incise).
¶36 anything.txt -> nimportequoi.txt ou quelquechose.txt. Dans le texte original, ceci est entre crochets et pas balisé sous forme de code. À votre discrétion.
¶37 dans le même ordre d'idée Canadian -> Canadien
¶42 "utiliser deux ~~arguments~~" drapeaux. Les arguments sont toujours séparés par des espaces, voir commentaire plus haut. (Ici, il y aurait deux drapeaux, mais un seul argument donné à la commande ls.)
Bloc entre le ¶51 et le ¶52: supprimer les "accents grave" dans le bloc de code "cd ..""
¶52 "ou bien, avec le shell zsh, simplement: .." C'est faux. (Cela ne figure pas dans le texte original d'ailleurs.) zsh seul n'offre pas ce raccourci. Oh My Zsh ajoute une série d'alias, ex. ... pour remonter comme cd ../../. Voir par exemple ce fichier de configuration Oh My Zsh.
¶53 "Cela nous déplace en « haut » d’un dossier". Autre formulation possible: Cela nous fait remonter d'un niveau dans l'arborescence de dossiers.
¶55 "~~Essayer~~ d'explorer" Essayez.
¶55 "d'explorer: visitez..." -> espace (de préférence insécable) avant le deux-points.
¶55 "'enfant'" -> « enfant » (guillemets).
¶55 "et donc un ‘~~adelphe~~’ de votre dossier Documents". Ce mot est très rarement utilisé en français. «Adelphe» semble être un nom propre en anglais, mais aussi un nom commun signifiant "frère ou soeur sans mention de genre", traduit de «sibling» (mot dans le texte d'origine). Pour une meilleure compréhension, on peut a minima traduire par dossier de même niveau que.
¶65 "‘à cet endroit’." Guillemets «»? Aussi, une formulation plus précise pourrait être «depuis le répertoire courant» ou «depuis le répertoire actuel».

Interagir avec des fichiers

¶66 "Pour quelques-uns de ces arguments, vous pouvez voir Jon Beltran de Heredia’s « Why, oh WHY, do those #?@! nutheads use vi? »": indiquer qu'il s'agit d'une ressource anglophone, pour information.
bloc entre le ¶68 et le ¶69: traduire "ProgHist-Text" en "ProgHist-Texte"
¶69 "Cette commande (make directory)". Suggestion: mettrais des guillemets ou un passage en italique pour « make directory / créer un répertoire », pas l'expression «make directory» sous forme de code. make est une commande complexe qui fait tout autre chose et qu'il ne faudrait surtout pas faire confondre chez les débutants.
¶71 "ensuite pressez la touche ~~tabulation~~" tabulation ou TAB (sans balisage sous forme de code?). C'est bien la touche « tabulation », et le texte original n'utilise pas le balisage sous forme de code.
¶72 "Vous aurez alors un fichier nommé test avec l’extension .txt." Il manquerait une instruction ici, car il n'est pas indiqué de se créer un fichier test.txt. Ou alors, supprimer complètement la ligne ¶72.
¶74 "Nous pouvons utiliser un livre ~~connu pour sa longueur~~" réputé pour être long serait peut-être mieux?
¶78 "étant ici le fichier que vous avez téléchargé, ~~il peut donc être différent~~. Loup-Olivier enlèverait simplement la fin de cette phrase. Le tutoriel indique ce fichier précisément. La note ne figure pas dans le tutoriel original en anglais.
¶78 "pour ouvrir des ~~fichiers textes~~" fichiers texte (des fichiers au format texte).
¶78 "cela peut être TextEdit sur ~~Mac~~" macOS. Dans le reste de la leçon, c'est généralement écrit macOS. Proposer une graphie conforme tout au long. (N.B. on peut installer Windows ou Linux sur un Mac; on peut normalement installer un système d'exploitation, ou OS, sur des machines différentes, bien qu'Apple ait l'habitude de coupler ses machines avec son propre OS.)
¶87 "Vous pouvez le 'déplacer'" guillemets «»?
¶87 "Vous pouvez le 'déplacer' ('move') à un nouveau nom" -> "Vous pouvez utiliser la commande 'déplacer (move)' pour modifier son nom..."
¶87 "à un nouveau nom en tapant". La formulation est un peu calquée sur l'anglais, proposition: Vous pouvez aussi le « renommer » en appelant la commande « déplacer » (move) :.
¶88 "vous pouvez utiliser ~~la commande ‘copy’,~~ en tapant:". Proposition plus explicite: «la commande cp, pour « copier », en tapant :».
¶90 "Maintenant que vous avez utilisé quelques nouvelles commandes, ~~il est temps pour une nouvelle astuce~~." Traduction très calquée sur l'anglais. Proposition: Maintenant que vous avez appris quelques nouvelles commandes, voici une nouvelle astuce.
¶90 "de votre clavier. ~~Notez que~~" enlever «notez que», enchaîner directement avec «... flèche de votre clavier: la dernière commande réalisée apparaît».
¶91 "Pour combiner (ou concaténer) deux fichiers ou plus, vous pouvez utiliser la commande cat." Non. cat permet d'afficher le contenu d'un fichier. La commande > permet de remplacer le contenu d'un fichier.
¶95 "zéro ou plus caractère quelconque" -> reformulation: "un nombre quelconque (possiblement zéro) de caractères"
¶97 "afficherai" affichera

Éditer des fichiers texte directement en ligne de commande

¶100 "Vous devriez voir ~~vim se lancer, un éditeur de texte en ligne de commande~~." À reformuler:
- Vous devriez voir Vim, un éditeur de texte en ligne de commande, se lancer. ou
- Vous devriez voir apparaître Vim, un éditeur de texte en ligne de commande.
¶121 "vous pourriez même finir par écrire des articles avec," avec lui ou avec vim (ne pas finir seulement par «avec»).

Déplacement, copie et suppression de fichiers

¶124 "Nommons le" Nommons-le (trait d'union).
¶125 "Pour copier tolstoy.txt vous" -> ajout d'une virgule après «tolstoy.txt».
¶125 "depuis n’importe où dans le shell ou vous pouvez vous trouver dans le repértoire d’origine ou de destination." À reformuler, possiblement à scinder en deux phrases. La syntaxe est boiteuse et le sens n'est pas du tout clair à la première lecture.
- «... depuis n'importe où dans votre ordinateur» (pas n'importe où dans le shell, cela n'a pas vraiment de sens...)
- «Vous pouvez même vous trouver dans le répertoire d'origine ou de destination.»
¶125 "Ce qui signifie que vous tapez d'abord cp". Loup-Olivier proposerait deux façons de corriger la phrase:
- ajout d'une virgule: cp [source] [destination], ce qui signifie que vous tapez d'abord...
- Tapez cp, suivi du fichier que vous souhaitez copier, suivi de l'emplacement de sa copie.
¶130 "déplacer" déplacez
¶130 "proghist-dest" ProgHist-Text. Attention aux majuscules/minuscules (cela ne fonctionnera pas pour certaines personnes).
¶136 "Pour supprimer un répertoire avec des fichiers, ~~vous pouvez utiliser depuis le bureau~~" «Pour supprimer un répertoire avec des fichiers, ajoutez le drapeau -r (pour récursif). Depuis le bureau, vous pouvez taper :». Selon Loup-Olivier, le drapeau mérite d'être explicité en présentant la commande ici.

Conclusion

¶137 "Arrivé à ce point vous" -> virgule: Arrivé à à ce point, vous ...».
- Mais la phrase est formulée comme calque de l'anglais, autre proposition: À ce stade, vous avez sans doute envie...
¶138 "combien de ~~mémoire~~ est utilisée (du -h affiche la ~~mémoire~~ d’une façon lisible par l’humain)". Attention, en informatique, on préfère utiliser le terme de stockage pour faire la disctinction avec la mémoire («mémoire vive», RAM).
- Suggestion: «...qui permet de connaître la quantité de stockage actuellement utilisée ...».
¶138 "Pour ceux sur Linux ou macOS, top procure un aperçu des processus en cours (mem sous Windows) et touch FILENAME permet de créer un fichier texte basique sur tous les systèmes." L'idée de Loup-Olivier serait de scinder cette phrase en deux, car les commandes (top et touch) sont pour des usages complètement différents, et n'ont pas de rapport entre elles.
¶139 "à travers les ~~répertoires~~" arborescences? (à travers les répertoires -- juste pour éviter la redondance).
¶139 "À l’avenir, ~~vous pourriez avoir envie de vous mettre à écrire des scripts~~." Proposition de reformulation: «... vous pourriez même avoir envie d'écrire des scripts!»
¶140 "Avant même de vous en rendre compte, vous..." Cette formulation est un peu boiteuse en français, elle semble calquée sur l'anglais. On pourrait la reformuler autrement: «Vous pourriez vous mettre à apprécier la ligne de commande pour son côté pratique et sa précision (pour certaines utilisations, à tout le moins) et surtout pour sa légèreté en comparaison aux lourdes interfaces graphiques de votre système d'exploitation.». Autre suggestion: remplacer simplement par "Très rapidement"
¶140 "~~Votre boîte à outils vient de s’agrandir~~." Suggestion de reformulation, qui fonctionne mieux en anglais.
- «Une autre corde à votre arc.» ou
- «La ligne de commande constitue un atout supplémentaire dans votre boîte à outils.»

Guide de référence

¶141 "Imprime le répertoire courant (‘~~present~~ working directory’)" print current directory (remarque de Loup-Olivier, bien que cela figure dans le tutoriel original, voir man pwd pour la description canonique).
¶141 "man * Affiche le manuel pour une commande nommée *". Bien qu'écrit tel quel éviter d'indiquer avec une astérisque, pour la simple raison que certains utilisateurs vont copier-coller la commande telle quelle et ainsi se mettre à avoir une liste intempestive du man de tous les logiciels installés sur leur poste. Il faudra tuer ce processus avec Ctrl+C par exemple dans le terminal. Loup-Olivier recommande plutôt un moyen plus explicite et innocent de marquer le caractère individuel d'un code, par exemple man <commande>, cd <repertoire>, head <fichier>, etc.
¶141 "~~Créé~~ un répertoire" Crée (indicatif présent, pas participe passé)

Remarques générales

Guillemets: plusieurs passages sont indiqués en guillemets simples; en français, on préfère les guillemets à chevrons «» (et on recourt aux guillemets doubles “”, puis simples ‘’ pour les citations imbriquées). L'uniformisation des guillemets est nécessaire. Pour plus d'information à ce sujet, lire les Consignes aux auteurs, en particulier la partie consacrée aux Guillemets français
Ponctuation: ajouter un espace avant le "deux-points" d'un texte en prose, voir également les Consignes aux auteurs, partie consacrée Deux-points.
Majuscules/minuscules dans les chemins et noms de dossiers/fichiers: Attention, les majuscules peuvent faire la différence! Et c'est une bonne pratique de choisir une convention (même si macOS par exemple est permissif à cet égard).
Suggestion de Julien, la remarque ayant été faite plusieurs fois dans la leçon: dans les exemples de code, le nom des fichiers n'ont pas été traduits, est-ce envisageable de le faire ? Note d'Alexandre @AlexandreWa : je n'ai pas d'avis tranché là-dessus. En tout cas, je pense qu'on peut traduire les noms communs qui se trouvent dans le code. Marie @marie-flesch ?
Autre remarque de Julien: pour les utilisateurs ayant mis leur ordinateur en francais, le chemin "/users/..." est probablement "/Utilisateurs/..." de même avec le bureau et les documents, qui au moins sous Windows ont été traduits !

@mhersent pour toute question sur les Consignes aux auteurs, je suis disponible ! @marie-flesch y sera vigilante lors de l'étape suivante du processus de relecture 😃

Bonnes fêtes de fin d'année à toutes et à tous 🎉

Bonjour,

Merci beaucoup pour les retours ainsi que le travail de synthèse ! Désolé de ne répondre que maintenant, j'espérais avoir le temps de corriger le texte rapidement après les retours, ce qui n'a finalement pas été le cas...

Je m'y attelle dès que possible 😃

Bonjour,

Je viens de push les modifications suite aux relectures. J'ai repris toutes les propositions et modifié une ou deux choses en plus (une reformulation plus simple pour une ou deux phrases, une correction de faute de frappe, ...)

Voici quelques informations sur des points plus importants :

J'ai finalement traduit "flags" en "options", pour bien appuyer leur côté optionnel justement
J'ai décidé de laisser les chemins en anglais. Après vérification sur un macOS, il semblerait que même avec l'OS en français, dans le terminal les noms de dossiers sont en anglais (desktop, downloads,...).

Merci pour votre patience et je reste évidemment disponible s'il y a besoin de nouvelles modifications :)

J'ai décidé de laisser les chemins en anglais. Après vérification sur un macOS, il semblerait que même avec l'OS en français, dans le terminal les noms de dossiers est en anglais (desktop, downloads,...).

Juste pour préciser : l'utilisateur a le choix d'avoir ses dossiers en français (Bureau, Téléchargements, etc.) ou en anglais. Cela peut être fait lors du changement de langue du système (macOS propose alors de maintenir non la nomenclature des dossiers).

Bonjour,

Merci @mhersent pour ce travail de reprise. Quelques éléments finaux avant que je ne passe à la main à @marie-flesch :

¶29 : "Ici vous pouvez" => "Ici, vous pouvez"
¶34 : "souhaitez vous" => "souhaitez-vous"
¶58 : "tappez" => "tapez"
¶64 : "De manière général" => "De manière générale"
¶72 : "Premièrement vous pouvez" => "Premièrement, vous pouvez"
¶76 : "En théorie" => "En théorie,"
¶89 : "pressez entrée" => "pressez Entrée"
¶124 : "Déplacez vous" => "Déplacez-vous"
¶127 : "si vous avez un doute" => "si vous avez un doute,"

En ce qui concerne la traduction des chemins d'accès, je reste divisé. Ne pas les traduire permet de rester proche des images d'origine, mais on y perd peut-être en clarté. Ce point pourra être tranché par @marie-flesch, le cas échéant !

A très vite,

Alexandre

Bonjour,

Ces points ont été corrigés !

A bientôt, Melvin

C'est parfait. Je passe maintenant la main à @marie-flesch pour l'étape suivante dans notre processus de relecture !

A très vite,

Alexandre

Edit : J'avais oublié de passer le statut de la leçon à la phase 4 "Open Peer Review". Comme nous venons de terminer cette étape, je fais directement passer la leçon au statut 5 "Revision 2", comme indiqué ci-dessous.

Merci @AlexandreWa et merci @mhersent pour tout ce boulot ! Je relis la leçon dans le courant de la semaine prochaine.

Bonjour ! J'ai fait ma relecture. La traduction est vraiment très bien, bravo tout le monde ! J'aurais juste une suggestion de changement à te faire valider @AlexandreWa, paragraphe 60 (ligne 229):

La traduction :

Ainsi, comme vous utiliserez des programmes en ligne de commande, il est souvent plus rapide d'effectuer des modifications mineures sans changer de programme. Pour quelques-uns de ces arguments, vous pouvez voir Jon Beltran de Heredia's « Why, oh WHY, do those #?@! nutheads use vi? » (ressource en anglais).

Je trouve le début de la phrase "Pour quelques-uns de ces arguments" difficile à comprendre (elle fait référence au "debate" du texte anglais). Je propose simplement à la place :

Pour en savoir plus, lisez l'article de Jon Beltran de Heredia intitulé « Why, oh WHY, do those #?@! nutheads use vi? » (ressource en anglais).

Bonjour @marie-flesch, merci pour ton retour !

Effectivement, je partage ton avis concernant cette suggestion, d'accord pour utiliser la forme que tu proposes 🙂

J'ai fait le changement, la traduction est donc prête pour l'étape suivante, @anisa-hawes et @charlottejmc !

Bonjour Melvin @mhersent,

Our Publishing team will now begin Phase 6. Sustainability + Accessibility. This is a series of checks and actions which include reviewing the lesson's typesetting + generating archival links.

Merci, @AlexandreWa et @marie-flesch!

This lesson's sustainability + accessibility checks are now in progress. @charlottejmc and I will update you here in the Issue thread when these are complete so that you can read through the lesson one final time before we work together to stage it for publication. We'll aim to finish this work by the end of next week Friday 12th April.

Preview:

http://programminghistorian.github.io/ph-submissions/fr/en-cours/traductions/intro-a-bash-et-zsh

Publisher's sustainability + accessibility actions:

[x] Typesetting
[x] Addition of Perma.cc links
[x] Check alt-text for all figures
[x] Check/resize images
[x] Check/adjust image filenames
[x] Receipt of translator's copyright agreement : Bonjour @mhersent, Notre formulaire de déclaration de droit d'auteur est une occasion de reconnaître le droit d'auteur et de nous accorder la permission de publier la leçon. Pourriez-vous télécharger ce formulaire, le compléter et me l'envoyer par courriel (publishing.assistant [@] programminghistorian.org). Merci beaucoup
[x] Add doi
[x] Add all contributor names to our list of Unique Contributors

Editorial input to YAML:

[x] Translation of avatar_alt:
[x] Translation of abstract:
[x] Translation of author(s) bio for ph_authors.yml

Files we'll prepare for transfer to Jekyll:

FR:

.md file: /en-cours/traductions/intro-a-bash-et-zsh.md
images: /images/intro-to-bash
assets: [aucun]

Promotion:

[x] Prepare announcement post (using template)
[x] Prepare evergreen posts – @marie-flesch, could you help us by providing x2 posts for future promotion via our social media channels? You can add these directly to the ph-evergreens-twitter-x spreadsheet that has been shared with you, reply in a comment below, or email them to Charlotte at publishing.assistant[@]programminghistorian.org.

Hello @marie-flesch,

This lesson's sustainability + accessibility checks are now complete & I'm staging it for publication.

[x] author(s) bio for ph_authors.yml
.md file: /en-cours/traductions/intro-a-bash-et-zsh.md
images: [already on Jekyll]
assets: [none]

Promotion:

[x] Template announcement posts
[x] Prepare evergreen posts – @marie-flesch, could you please provide x2 posts for future promotion via our social media channels? You can add these directly to the ph-evergreens-twitter-x spreadsheet that has been shared with you, or email them to Charlotte!

I've added the posts to the ph-evergreens-twitter-x spreadsheet :)

Introduction à l'interface en ligne de commande Bash et Zsh is published!

Congratulations @mhersent! Thank you all for your contributions

Our suggested citation for this lesson is:

Ian Milligan et James Baker, « Introduction à l'interface en ligne de commande Bash et Zsh », traduction par Melvin Hersent, Programming Historian en français 6 (2024), https://doi.org/10.46430/phfr0031.

We appreciate your help to circulate our social media announcements about this lesson among your networks: Twitter/X: https://twitter.com/ProgHist/status/1783095618182791321 Mastodon: https://hcommons.social/@proghist/112325959050940969

Sincere thanks.

programminghistorian / ph-submissions