showtime a écrit 65 commentaires

Je viens de télécharger le jeu et je suis en train d'y jouer. Voici donc quelques retours:

• Pourquoi y a-t-il un repo sur sourceforge ET sur github ?
• Il n'est pas possible de changer les raccourcis en jeu (après avoir mis pause). C'est dommage car quand on commence un jeu c'est toujours la galère. D'autant plus que mon clavier est en Azerty mais en Qwerty dans le jeu…
• Le défilement du texte de l'intro peut s'accélérer avec la touche espace. Par contre on ne peut pas revenir en arrière. Solution: Afficher au fur et à mesure tout le texte sur l'écran (avec éventuellement un ascenceur si texte trop long ou écran trop petit) ?

malgré que l'artwork => bien que l'artwork

Il me semble qu'il manque 2 liens essentiels dans ta nouvelle:
- https://en.wikipedia.org/wiki/List_of_terminal_emulators
- https://en.wikipedia.org/wiki/Comparison_of_terminal_emulators

Bien que très intéressante, elle est évidemment incomplète, au niveau de la liste des émulateurs, mais surtout au niveau des comparaisons. La page Wikipédia est beaucoup plus fournie (peut-être même trop en termes de surchage visuelle), quoiqu'incomplète également.
Par contre elle contient des tableaux permettant au moins d'avoir un début de comparaison entre les émulateurs qui y sont cités.
Autre exemple de tableau comparatif sympa: http://ssh-comparison.quendi.de/comparison/cipher.html
Mais ces outils ne permettent pas de filtrer (il faut le faire soi-même dans sa tête).

Existe-t-il une méthodologie et des outils pour pouvoir facilement classifier, trier, visualiser, choisir et suivre dans le temps une catégorie de trucs qui font plus ou moins la même chose (ici des logiciels de type émulateur de terminal) ?

Comment créer facilement une matrice regroupant toutes ces informations ?
Comment mettre-à-jour de façon la plus automatisée possible ces informations (plutôt facile pour la date de la dernière release, mais pas forcément pour les autres paramètres)?
Quels sont les critères à utiliser pour filtrer ces logiciels ?
Le système d'exploitation, la date de la dernière version / fréquence de mise-à-jour, la gestion d'unicode sont les premiers qui me viennet à l'esprit, mais il y en a beaucoup d'autres qui sont notamment cités plus haut (librairie graphique Qt, GTK, GTK VDE, rien / utilisation de la carte graphique / langage(s) de programmation utilisé(s)). Des screenshots / GIFs ou enregistrements de type asciinema me semblent également pertinents pour permettre à un utilisateur de choisir facilement quelque chose qui lui plaît.

Comment visuliser correctement l'ensemble de ces éléments ?
Une représentation par graphe comme celle disponible sur la page Wikipédia des distributions Linux me semble pertinente pour voir l'historique et voir et noeuds principaux, mais il faudrait aussi pouvoir masquer simplement de nombreux noeuds (notamment ceux qui ne sont plus maintenus, ou qui ne correspondent pas à nos critères).

Comment faire pour ne plus voir les éléments éliminés ? De façon récurrente si possible, car si tout est à refaire à chaque visite sur la page, c'est pas top.

Comment faire pour améliorer les choses ?

Tout ça pour finir par utiliser le terminal de la distribution qu'on utilise ?

Ces remarques s'appliquent de façon bien plus générale, et pourraient notamment servir lors du choix de n'importe quel logiciel, notamment les systèmes d'exploitation, ou les systèmes de fichier.

Il existe aussi Terminus, un fork d'Hyper:
- https://eugeny.github.io/terminus/
- https://github.com/Eugeny/terminus

Merci pour ces exemples.

J'ai pris le temps de lire IPS-DEV en entier, et j'ai aussi regardé le TP. J'ai regardé le reste en diagonale.

Les slides sont très belles. Le contenu est très complet.

La partie sur Git est indispensable, et mériterait d'être enseignée dans n'importe quel cursus supérieur (au minimum scientifique / technologique) dès le début.

La partie sur Python est complète et simple. Cela m'a permi de découvrir ce langage que je ne connaissais que de très loin, et je suis agréablement surpris par la simplicité de sa syntaxe et sa mise en forme.

Le TP est super bien fait:
- Il y a des consignes bien définies
- Il pousse à l'utilisation des outils présentés, notamment git.

Bref un super cours que j'aurais aimé avoir il y a 10 ou 15 ans (même si la dernière partie sur la programmation scientifique ne m'intéresse pas du tout…). La partie LaTex m'aurait été particulièrement utile en prépa.

Par contre je trouve aussi la présentation longue, qui mériterait d'être découpée, au moins en trois parties:
- Concepts génériques
- La partie Python à partir de l'ancre 134. C'est une partie qui doit pouvoir être abordée indépendamment des autres
- La partie programmation scientifique à partir de l'ancre 163

Je n'ai pas bien compris le chevauchement entre la partie Development tools et Scientific Programming. Il y a des allers-retours, que je trouve perturbant. Voici la liste chronologique de l'apparition des slides:
1. Development tools 22
2. Development tools 47
3. Development tools 61
4. Development tools 73
5. Development tools 85
6. Scientific programming 86
7. Scientific programming 97
8. Scientific programming 106
9. Development tools 107
10. Development tools 117
11. Scientific programming 118
12. Scientific programming 128
13. Scientific programming 132
14. Scientific programming 134 Python
15. Scientific programming 163 Gaussian Quadrature
16. Scientific programming 182 Fin

De plus, les sous-parties ne sont pas abordées dans l'ordre.
Enfin, l'abence de numérotation des parties, qui permet certes d'alléger la présentation, ne permet pas de savoir où en est, ce qui est je trouve un problème récurrent des cours par slides, quand bien même ils seraient magnifiques à regarder comme celui-ci.
Je n'ai pas vu non plus de sommaire, et donc pas de possibilité de naviguer directement / simplement à une partie précise, mais je pense que c'est lié à mes remarques précédentes.

Et du coup pour faire un clin d'oeil à la partie Python, je dirai que mes remarques vont dans le sens des principes suivants:
- Explicit is better than implicit.
- Simple is better than complex.
- Complex is better than complicated.
- In the face of ambiguity, refuse the temptation to guess
- If the implementation is hard to explain, it’s a bad idea.

Tu ne voudrais pas faire un cours sur Python pour l'administration système, sur le développement web ou les jeux ? Tu ferais sans aucun doute un carton.

Bref, super travail. Merci encore.

Je n'ai pas la version one-liner, mais j'ai fait comme ça:

1. Extraction des urls de chaque catégorie sur https://hackertarget.com/extract-links/ et copie du contenu dans un fichier dédié.

2. cat categories/*.list |grep .csp$ > liste_complete.list
   NB: Attention il y a des doublons, donc à trier et dédoublonner

3. Script de téléchargement
   ``shell
for url incat liste_complete.list|sort|uniq`; do

   file_url=$(echo "${url%.csp}" |sed 's/free/free\/files/g');
   echo ${file_url};

   wget --directory-prefix=downloads ${file_url}.pdf;
   wget --directory-prefix=downloads ${file_url}.epub;
   wget --directory-prefix=downloads ${file_url}.mobi;

done;
```
4. Conclusion
J'ai 112 urls, 108 uniques.

Par contre c'est une mauvaise idée de télécharger les 3 extensions d'un coup, chez moi c'est encore en cours. Il vaudrait mieux tout télécharger en pdf, puis en epub, puis en mobi pour ceux qui le souhaitent.

Eidt: J'ai la prévisualisation de mon commentaire qui ne fonctionne pas…

Il y a un système d'exploitation exprès pour ça: Qubes OS

Plus d'info ici: https://www.qubes-os.org/intro/

Par contre ça nécessite de n'installer que Qubes OS sur ton disque dur.

Utilisé et recommandé par Edward Snowden :)

https://wiki.debian.org/BurnCd

pcp ?

Comment la commande hardlink vérifie-t-elle que 2 fichiers sont identiques (après avoir vérifié la taille) ?
Avec des sommes de contrôle ?
Lesquelles ?

Tu viens de me faire gagner un temps fou. Merci.

Pourrais-tu mettre un lien vers:
- NERF
- flashrom
- UEFI tool

Ainsi qu'un lien wikipédia pour les termes techniques, sigles et autres accronymes que tu utilises…

Pourrais-tu formater les lignes de commande que tu tapes correctement ?

Félicitations pour le travail que tu as accompli.

Par contre, mais pourquoi avoir choisi le nom "scorepw" ?

La commande déjà existante pwscore suit la même convention que pwquality. Avoir choisi pwscore ajoute de la confusion, comme pour les commandes useradd et adduser.

Il me semble qu'il y a bien d'autres alternatives pertinentes:
- password-score
- password-score-cli (le -cli étant pertinent étant donné que tu l'as créé exprès pour être un outil en ligne de commande)
- password-check
- password-checker
- password-quality-checker
- pwck (même convention que fsck)
- universal-password-score
- password-strength-meter (terme utilisé sur la page de ton projet)
- …

Et il me semble qu'un utilitaire dont le retour soit user-friendly devrait avoir un nom explicite, non abbrégé, sans ambiguïté avec d'autres commandes, et respectant le plus de conventions possible…

Il y a aussi The foreman, une surcouche de Puppet, géré par Redhat, qui a l'air assez ergonomique et complet.

Le plugin Katello géré par Redhat aussi permet d'ajouter des fonctionnalités.

Par contre comme Redhat a acquis Ansible, je ne sais pas quel impact ça va avoir sur the foreman.

Ou btrfs send/receive.

Il y a ici-même une très bonne série d'articles sur le système de fichier btrfs:
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-0-l-ex-fs-du-futur
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-1-sous-volumes-snapshots-et-rollbacks
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-2-snapper-et-grub2
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-3-un-peu-de-maintenance
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-4-le-transfert-de-sous-volume
- https://linuxfr.org/users/ar7/journaux/btrfs-et-opensuse-episode-5-les-quotas

L'épisode 4 traite plus spécifiquement du send/receive

Je vois que tu as déjà fais ton choix mais c'est pour le principe.

Un logiciel déjà cité sur ce site:
https://www.gnomelibre.fr/tag/parlatype/
https://gkarsay.github.io/parlatype/

Je précise que je ne l'ai pas encore testé, mais je le ferai dès que j'aurais une bonne raison.

Par contre, si tu l'essaies, ton retour serait apprécié.

Je ne comprends pas la question, vu que les modifications sont directement appliquées. Sinon les dépêches en
rédaction (qui sont prêtes) sont envoyées en modération soit par l'auteur principal, soit par un animateur de
l'espace de rédaction.

Comme c'est la première fois que je corrige une dépêche en rédaction et que je n'ai aucune connaissance de comment cela se passe du côté de la rédaction ou de la modération, je préfère demander.
Du coup, est-ce que les modifications que j'ai faites, appliquées directement donc, sont versionnées, et donc validables / annulables ?

Ajouter un commentaire sur l'entrée de suivi précédente ? ça correspond à ce que fait NextINPact sauf erreur.

Je ne suis pas un lecteur régulier de nextinpact, du coup ton explication n'est pas assez claire. Si tu pouvais ajouter des précisions ce serait super.

Pourquoi un traitement particulier après publication ?

• Premièrement, parce qu'avant publication, il me semble que le travail se concentre plus sur le plan, les idées etc. Évidemment qu'il y a des corrections d'orthographes, mais ce n'est pas le but principal.
• Deuxièmement parce qu'avant publication, je pense qu'il y a beaucoup moins de personnes qui lisent les ébauches, et ça fait donc beaucoup moins de monde pour faire remonter les fautes. Je m'imagine mal le lecteur de base faire l'effort d'aller lire les articles en préparation.
• Troisièmement parce que la correction des fautes demande une concentration particulière (de base j'en repère pas mal, mais il faut quand même que je me concentre bien pour les trouver toutes) qui n'est pas (ou du moins beaucoup moins) possible quand tu es dans la phase de rédaction proprement dite. Moi je suis prêt à lire toutes les dépêches qui m'intéressent plus ou moins dans l'optique de corriger les fautes d'orthographe, encore faut-il que ce soit facile et indiqué.
• Quatrièmement, à partir du moment où tu dis que le sens de la dépêche est figé, tu peux quand même faire remonter les fautes, et ça éviterait les digressions et remarques des correcteurs de fautes au niveau de la structure.
• Cinquièmement, je pense qu'il est plus pertinent de pouvoir faire participer facilement le plus de monde possible (le gros du lectorat) sur des tâches "faciles" comme la correction d'orthographe…
• Sixièmement, je pense que le fait de mettre la phase de correction des fautes avant publication ralentira le flux de publications, ce qui ne me semble pas pertinent. Mais si tout le monde remonte tout et n'importe quoi je me doute que ça risque d'être compliqué à gérer. Du coup l'idée d'un statut de correcteur orthographique (avec éventuellement une hiérarchie) avec la possibilité de soumettre des modifications mineures (ajouter une lettre à un mot, inverser 2 lettres…) ou de valider des modifications soumises (quitte à mettre un seuil de 2 ou 3 ou plus d'occurrences de la même modification) me semble une bonne idée, même si je n'ai aucune idée de comment il serait possible de l'implémenter. Mais un système similaire à celui du karma pourrait être pertinent pour les fautes: le premier qui voit une faute propose une correction précise, les suivants valident ou pas (avec arguments à l'appui ou pas).

N'aurait-il pas été plus pertinent de poser ta question et tes besoins dans un journal avant de commencer à coder ?

Car au final tu postes quand même un un nouveau journal, tu dépenses du temps à coder un nième logiciel qui va encore "polluer" l'internet. Attention, je ne dis pas que tu n'as pas eu raison de coder ton logiciel, je dis juste que tu aurais peut-être dû poser la question avant pour récupérer les fruits de la connaissance de la collectivité.

Si j'ai bien compris ton problème, et c'est un problème qui doit être rencontré par beaucoup de monde (moi le premier), c'est d'abord de savoir s'il existe une solution répondant à ton besoin. Du coup je vais formuler mon besoin comme je pense que tu aurais dû formuler le tien:

Existe-t-il une solution (site web, logiciel commercial / FLOSS) ou un processus générique pour exprimer ses besoins en langage naturel, éventuellement vérifier si son besoin est pertinent, et trouver un ou des logiciels permettant de répondre à tes besoins (ou tout simplement des articles de blogs sur la façon de s'y prendre) ?

Si tu connais déjà un logiciel qui fait à peu près ce que tu dont tu as besoin, tu peux trouver d'autres solutions grâce au site (communautaire) https://alternativeto.net/. D'ailleurs existe-t-il une alternative (libre et open source) à alternativeto.net ?

Très bonnes idées.

Quelques autres idées en vrac:

• Ajouter des couleurs !
• Ajouter un formatage des réponses correct (espacement, mise en forme, voire même choisir quelles parties afficher)
• Permettre de définir ses propres alias facilement, en proposant les commandes ou groupes de commandes les plus utilisées (en conservant et parsant l'historique et faisant des statistiques…)
• Avoir une interface complète permettant de définir des boutons qui lanceront des commandes ou groupes de commandes
• Pouvoir choisir la syntaxe du langage shell. Pour ma part je déteste devoir utiliser if … fi ou case … esac. Idéalement pouvoir choisir une syntaxe et un formatage les plus proches possibles d'un autre langage.
• Pouvoir avoir un retour automatique lorsque tu effectues une action, par exemple lancer automatiquement un ls après avoir fait un cp ou un mv, éventuellement dans une autre fenêtre. Et avoir l'historique des commandes dans une fenêtre à côté, et pouvoir au clavier en sélectionner une pour la rejouer telle quelle, la rejouer en modifiant ses paramètres, etc.
• Pouvoir avoir des raccourcis claviers facilement configurables…
• Permettre à l'utilisateur de choisir comment nommer les différentes commandes (parce que grep, awk, sed et cie sont arbitraires et sans aucun sens) ainsi que leurs alias, et en poussant la réflexion plus loin de choisir le type d'interface…
• Avoir des conventions de nommage complètement cohérentes, comme dans PowerShell. Un très bon article d'introduction ici. Et pouvoir choisir quelles conventions utiliser, parce qu'il y en a forcément avec lesquelles on ne sera pas d'accord / à l'aise.
• Idéalement l'utilisateur ne devrait avoir à s'exprimer que dans un langage (très proche du) naturel (avec la possibilité d'utiliser des alias pour taper plus vite)
• Demander d'abord à l'utilisateur ce qu'il veut faire, l'enregistrer, et à partir de là tenter de résoudre son problème en regardant dans une base de donnée publique.

Bref, un truc user-friendly…

Toutes ces problématiques me font penser aux technologies du web (HTML 5, CSS 3, Javascript).
Toute la partie adaptation à l'utilisateur me fait penser aux technologies de machine learning.

Merci, je mourrais moins bête ce soir, et la prochaine fois que je chercherais le nom d'un programme je regarderai là.

Il n'y a pas de programme linux "why" ou "whythename" permettant d'obtenir la même chose ?

Et je remarque que mdadm n'y figure pas !
Et que pour btrfs ne figure pas la défintion ButterFS qui provient du CoW (Copy on Write)
Et pour le reste je verrai quand j'aurais le temps…

Est-ce que quelqu'un peut y remédier ?

Merci de ta présentation, néanmoins la toute première question qui me vient est Pourquoi Gufo ? c'est-à-dire :
- Pourquoi as-tu choisi d'appeler ton shell "Gufo" ?
- Que veut dire le terme "Gufo" qui pour moi ne signifie absolument rien, si ce n'est Gnu Unidentified Flying Object ?
- Est-ce un un sigle, un acronyme, une abréviation, un mot-valise ou un troll comme Java ?
- Pourquoi ne pas avoir choisi un nom se terminant en sh ou shell ? Comme par exemple osh qui ferait à la fois référence au langage Ocaml dans lequel ton shell est codé et au fait que ce soit un shell…

Il me semble que ce principe s'appelle la programmation par intention et que c'est la première étape à laquelle réfléchir.

C'est un reproche que l'on peut faire à de nombreux programmes, notamment:
- mdadm qui signifie Meta Disk ADMinistration, dont la signification est cachée dans les abysses d'Internet et n'apparaît pas sur les principales pages y faisant référence et dont je suppute que la majorité des linuxiens de tous niveaux ne savent pas ce que cela signifie (mais je viens d'y remédier)
- Ajoutez en commentaire la liste des programmes qui vous viennent à l'esprit…

Je viens de tomber sur le site https://www.shortcutfoo.com/ dont le but est de proposer des entraînements à la mémorisation des raccourcis de nombreux logiciels, dont la ligne de commande sous Linux.

La liste des logiciels pris en charge est disponible ici:
https://www.shortcutfoo.com/app/dojos

Le tuto dédié à l'apprentissage de la ligne de commande sous linux est disponible ici:
https://www.shortcutfoo.com/app/dojos/command-line

Ce n'est pas du tout le même état d'esprit, il s'agit bien de ludification, mais sans passer par le côté immersif des jeux précédemment cités. Je trouve que ce système va directement au but et contre-balance le côté trop verbeux de Terminus. Et j'aime beaucoup l'idée d'utiliser un système de répétition espacée Spaced Repetition System, avec mails de relance au bon moment.

Du coup je vais m'en faire quelques uns.

Merci. La commande suivante fonctionne:

grep password= U_txt

J'avais déjà testé sur chaque fichier, mais j'avais testé les commandes suivantes (qui ne fonctionnent pas):

grep 'password=' U_txt
grep "password=" U_txt
grep 'password=' U_txt V_txt …

J'ai également testé de mv l'enfant en dehors de la cage, on m'a dit qu'un troll gênait, j'ai rm le premier troll. Je n'ai plus le message, et je n'ai pas risqué de rm les 2 autres. Du coup j'ai continué ma route. Je vais rejeter un oeil.

Concernant le texte qui défile, de mémoire dans un émulateur GBA sur PC ou dans le gameplay de certains jeux, en appuyant sur la barre d'espace ça affiche directement tout le texte.

Je suis allé sur http://www.mprat.org/Terminus/ au lieu de ta version. Je pense qu'une clarification dans l'article serait nécessaire.

Voici mes retours sur le Terminus original:
- J'ai eu beaucoup de mal à m'y mettre
- C'est trop verbeux au départ ce qui m'a rebuté, ce qui est inconvénient premièrement pour comprendre et ensuite pour retenir (car beaucoup d'informations à se remémorer)
- Finalement après y avoir passé un peu de temps, je me suis pris au jeu.
- Je suis bloqué dans le jeu original dans le MoreKernelFiles car la commande grep ne trouve pas password dans la liste des fichiers (j'ai essayé de plein de façons, trop long à détailler ici). Si vous avez un indice ou si c'est un bug merci de me l'indiquer.

Du coup je trouve l'original particulièrement difficile à lire. Cela manque beaucoup de couleurs et de formatage / aération du texte.

Je viens de commencer ton fork. Voici mes retours:
- +1 pour la musique
- +1 le fait qu'il y ait une version en français
- +1 le fait de demander pour les cookies. Mais on ne sait pas directement ce qu'est Terminus. Une brève description après le titre et avant la question me semble pertinente.
- WTF c'est quoi cette histoire de Geek Fighter II ? Rien à voir avec Terminus… J'ai l'impression d'être sur un site de phishing. Et en plus ça laggue, et c'est peu compréhensible
- +1 des couleurs !
- +1 de l'espace !
- +1 le coup des badges à chaque nouvelle commande. Par contre comment peut-on voir la liste des commandes déjà débloquées ?
- OMG l'orthographe. N'y aurait-il pas possibilité de corriger immédiatement et directement en ligne plutôt un mot / une réplique plutôt que de devoir passer par github et chercher (longtemps) dans le fichier de traduction FR ?
- Les images des lieux devraient être dans une zone spécifique comme dans le jeu original (en forme de 2ème fenêtre de terminal ?)

• Suggestion: tant qu'à bien espacer / aérer l'interface, pourquoi ne pas décaler et justifier la réponse du terminal sur la droite (comme dans une conversation SMS ou avec un chatbot) ?

Ça me fait un peu penser à Pokémon sur Gameboy et je pense que ce jeu pourrait vraiement faire un super jeu.

Mais sinon félicitations c'est un super boulot.

Merci