Dans la conclusion, le "debugueur d’allocation mémoire" est précédé d'une parenthèse et suivie d'un crochet, j'imagine que l'idée était d'en faire un lien.
Dans la partie "Amélioration du test d’exhaustivité de l’analyse de cas", les couleurs Verte, Rouge et Blue sont données en exemple -> Bleue pour la dernière.
Dans la partie sommaire, j'aurais mis extension au pluriel dans "par le biais d’extension".
Merci pour cette dépêche, j'ai pu suivre en bonne partie les exemples alors que je ne connais pas Haskell.
Signifiant que vous demander -> Signifiant que vous demandez
Pas mal de choses qui sont obscures à mes yeux mais cette dépêche va droit au but et la série de brèves annoncée m'intéresse, ne serait-ce que pour me faire une idée de ce à quoi le boulot d'admin peut ressembler.
Le contenu du journal ci-dessus a été modifié. Cela partait probablement d'une bonne intention (par exemple rajouter une ligne blanche dans le code markdown de la première liste pour qu'elle soit interprétée comme une liste à puces) mais :
à moins que je sois passé à côté, l'interface ne me permet pas de voir ce qui a été modifié ni pourquoi (même si je peux essayer de le deviner), ce qui ne m'aide pas à progresser ni sur les bonnes pratiques ni sur l'usage du markdown ;
la modification a été faite sur un journal qui n'est associé qu'à mon pseudo, donc, tel que je l'interprète, en mon nom (je n'ai aucun problème avec le fait que le texte soit réutilisé, c'est la modification non déclarée du journal qui me pose problème) ;
certaines modifications ne me plaisent pas ; c'est le cas en particulier pour le paragraphe qui commence par "Dans l'étape 3", puisque le résultat est à mon sens incohérent.
Merci Adrien et Bruno pour les infos et pour la mise à jour du Readme.
Après avoir renseigné le mot de passe de linuxfr_rails dans le fichier config/database.yml (+ opérations équivalentes à linuxfr_rails pour linuxfr_test), j'ai effectivement pu lancer le site LinuxFr en local.
La modification de code est au final très limitée, car peu d'impacts (ou alors je les ai manqués) et pas de tests automatisés sur le projet aujourd'hui. Mais la marche sera moins haute si je devais y revenir.
"pour montrer visuellement les relations d'emboîtement logique des différentes de code" : un (ou plusieurs) mots manque(nt) entre "différentes" et "de code", potentiellement "lignes"
# Coquilles
Posté par theojouedubanjo . En réponse à la dépêche GHC 8.8, 8.10 et 9.0. Évalué à 3.
Dans la conclusion, le "debugueur d’allocation mémoire" est précédé d'une parenthèse et suivie d'un crochet, j'imagine que l'idée était d'en faire un lien.
Dans la partie "Amélioration du test d’exhaustivité de l’analyse de cas", les couleurs Verte, Rouge et Blue sont données en exemple -> Bleue pour la dernière.
Dans la partie sommaire, j'aurais mis extension au pluriel dans "par le biais d’extension".
Merci pour cette dépêche, j'ai pu suivre en bonne partie les exemples alors que je ne connais pas Haskell.
# tar bomb
Posté par theojouedubanjo . En réponse au journal Utilisation d’un TPM pour l’authentification SSH. Évalué à 1.
https://xkcd.com/1168/ -> pas sûr toutefois que cela éclaire la note de bas de page
# Nom de pièce en doublon
Posté par theojouedubanjo . En réponse à la dépêche Clip & block : un kit pour du montage électronique. Évalué à 1.
Dans la liste des pièces existantes, le nom "L-2-1-1" revient deux fois ; je suppose que la 2ème pièce avec ce nom s'appelle en fait "L-2-2-3".
# Une correction possible
Posté par theojouedubanjo . En réponse au journal [Brève d'Admin] CentOS : parefeu et trieur de logs. Évalué à 1.
Signifiant que vous demander -> Signifiant que vous demandez
Pas mal de choses qui sont obscures à mes yeux mais cette dépêche va droit au but et la série de brèves annoncée m'intéresse, ne serait-ce que pour me faire une idée de ce à quoi le boulot d'admin peut ressembler.
# Modifications non déclarées
Posté par theojouedubanjo . En réponse au journal Tenter une première modification sur le code de LinuxFr.org. Évalué à 3.
Le contenu du journal ci-dessus a été modifié. Cela partait probablement d'une bonne intention (par exemple rajouter une ligne blanche dans le code markdown de la première liste pour qu'elle soit interprétée comme une liste à puces) mais :
Un commentaire eût été le bienvenu.
# Pull request faite (et déjà mergée)
Posté par theojouedubanjo . En réponse au journal Tenter une première modification sur le code de LinuxFr.org. Évalué à 2.
Merci Adrien et Bruno pour les infos et pour la mise à jour du Readme.
Après avoir renseigné le mot de passe de linuxfr_rails dans le fichier config/database.yml (+ opérations équivalentes à linuxfr_rails pour linuxfr_test), j'ai effectivement pu lancer le site LinuxFr en local.
La modification de code est au final très limitée, car peu d'impacts (ou alors je les ai manqués) et pas de tests automatisés sur le projet aujourd'hui. Mais la marche sera moins haute si je devais y revenir.
# Proposition faite via pull request #264
Posté par theojouedubanjo . En réponse à l’entrée du suivi Ne pas afficher le « Aller plus loin » s’il n’y a pas de liens dans une dépêche. Évalué à 1 (+0/-0).
https://github.com/linuxfrorg/linuxfr.org/pull/264
# Relecture après l'heure
Posté par theojouedubanjo . En réponse à la dépêche Sauver un disque dur mécanique. Évalué à 2.
Dans la partie "Industrialiser (un peu)", "tout besoin de l’espace disque requis" -> "tout dépend de l’espace disque requis" ?
La partie "Aller plus loin" est volontairement vide ?
Merci pour cette dépêche
# mot manquant
Posté par theojouedubanjo . En réponse au journal Fins de tabulation élastiques: la bonne manière d'indenter et d'aligner le code. Évalué à 1.
"pour montrer visuellement les relations d'emboîtement logique des différentes de code" : un (ou plusieurs) mots manque(nt) entre "différentes" et "de code", potentiellement "lignes"