Si tu veux comparer les pays, il faut normaliser. Par exemple en donnant des chiffres rapporter à la population par exemple. Si on compare le nombre de requêtes attribuées à une formation judiciaires en 2014 en France et en Suisse, la France a 17 requêtes par millions d'habitants et la Suisse en a 37 (le Royaume Unis est à 11, Saint-Martin 142 !).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
D'ailleurs, est-ce que quelqu'un aurait déjà essayé de gérer ses todo (avec ou sans GTD) en utilisant un système de gestion de tickets ? (avec un dépôt vide du coup).
Oui ! Et c'est cool. Je le fait pour des aspects spécifiques comme la recherche d'un appartement ou d'un camping. Je définis des étapes (ou des colonnes), genre « backlog », « appelé », « à visiter »… et comme ça je retrouve facilement l'historique complet (j'ai appelé à telle date, je dois faire ça, etc). GTD j'ai jamais assez pris le temps pour m'en occuper. Personnal kanban j'ai jamais essayé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Une bonne partie peut être mais pas tous non. Je suis pas sûr que Latex ou texlive par exemple sorte à date fixe. awesome ce n'est pas le cas, je ne suis pas sûr pour xmonad.
Même si je suis pour le continus delivery, ce n'est pas forcément une nécessité partout.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne connais pas très bien ruby, mais perl est vraiment bon pour ça. En fait c'est simple :
quand c'est pour moi et rapide, c'est du zsh/awk. C'est ce que je pratique au quotidien pour mon utilisation de mon ordinateur donc je passe facilement de commandes complexe à script sans changer de langage (à quelque chose près je prends mon historique de commande et je le mets dans un fichier)
quand c'est pour d'autres, j'utilise le born shell, comme ça je sais que ça passe partout
quand j'ai des besoins plus sophistiqués, que je prends un peu de temps pour le faire j'utilise perl. Je maîtrise moins perl que zsh donc ça me prend forcément plus de temps
Je n'utilise pas perl en cli (sauf cas particulier) parce qu'il n'est pas très pratique je trouve (il est plus verbeux qu'un awk pour faire la même chose - même s'il a des idiomes très intéressant).
Globalement je fais bien plus de code glue que du traitement de texte donc je sors finalement rarement du shell (j'aimerais bien un peu plus me servir de perl - j'ai pas encore touché à perl6 -)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Les BSD et les distributions linux ne sont pas du tout organisées de la même façon.
Les distributions linux prennent une collections de projets (linux, une série de projets GNU, gnome, KDE,…) et font tout ce qu'il faut pour que ça fonctionne ensemble. Il y a pour chacun un projet upstream et l'intégration dans les distributions qui est au moins un minimum séparés.
Les BSD sont des projets qui font elle-même un base system qui constitue le socle de leur système (le kernel et les outils qui gravitent autour). Ça n'empêche pas de collaborer, mais il n'y a pas de séparation upstream/intégration comme pour l'univers linux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le vrai problème c'est que des outils qui sérialisent des objets .Net sur stdout pour pouvoir les manipuler en powershell j'en vois pas (et j'ai pas l'impression que ça se soit beaucoup exporté hors de soft écris par MS…). Et awk/perl (pour moi) reste imbattable lorsque je dois traiter du texte (un jour j'aimerais me mettre à emacs pour ça…). Du coup hors des actions de base du système et peut être de la suite Office, il faut aller les chercher les utilitaires pour faire à peu prêt tout et n'importe quoi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si je puis me permettre… (sans trop me faire insulter)
Non je ne comprends pas trop. Il me semble que les travers que tu reproche ne sont que le reflets de problèmes sociologiques.
Prenons un exemple qui ne soit pas linguiste. Si on veux qu'il y ai autant d'infirmières que d'infirmiers. Avant d'essayer d'imposer la parité, il faut d'abord se demander si on a bien cette parité dans les amphis de ces formations.
Quand tu parle par exemple des trans et du fait d'être malveillant si on les appelles « il », personnellement je n'en ai jamais rencontré et je serais bien embêter à savoir s'il faut dire « il », « elle » ou une quelconque autre invention.
C'est l'évolution de la société qui pourra changer la langue. L'inverse me plaît assez moyennement puisque ça me rappel juste des techniques de novlangue (mais je suis pas linguiste, hein ?).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
D'autant plus que la réponse ne correspond pas à la question. On s'en fout qu'il y ait les mêmes problèmes avec sysinit.
Ben quand la remarque c'est « avant j'avais pas de problème avec sysvinit », c'est normal de faire la comparaison.
Et justement c'est un problème de compréhension.
sysvinit te met OK si la commande qui lance le démon ne renvoie pas un code d'erreur
systemd t'indique qu'il y a un problème si ton deamon a renvoyé un code d'erreur ou s'il s'est arrêté immédiatement (et je crois qu'il a d'autres solution)
En soit savoir qu'un deamon fonctionne est un problème bien plus complexe (et bien trop complexe pour un système d'init). La seule façon fiable consiste à faire du monitoring. Ici on est plus sur une question d’expérience utilisateur. C'est rassurant d'avoir ta commande qui te dis « ça va » que si elle ne te dis rien (même si ça a la même signification).
La solution probablement très complexe pour l'administrateur système consisterais à se créer une fonction :
function runsrv (){
systemctl start "$1"&& systemctl status "$1"}
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Les illustrations francophones réalisées spécialement pour l'occasion sont sympas, non ?
Elles proviennent de mes collègues développeurs C++ dont Ziyue, Florent B et AKP :-D https://github.com/cpp-frug/materials/blob/gh-pages/images/README.md
Tout est sous licence libre et je peux fournir les fichiers XCF si besoin…
C'est n'importe quoi. Quand bash ou zsh ont un builtin qui remplace un outil des coreutils, il faut aussi crier au scandale ?
Là il ne s'agit pas d'avoir un nouveau shell sous linux, mais d'avoir une compatibilité avec le langage de script pour améliorer la portabilité des logiciels sur linux. Ça réduit la marche pour un logiciel en .Net pour son installation sur linux.
Il n'y a aucune raison d'utiliser PowerShell comme un shell sous linux et même sous windows il est très peu utiliser comme shell interactif.
C'est vraiment ridicule comme « scandale », Debian renomme des outils pour ce genre de chose par exemple (ou maintiens des patchs s'il faut). Qu'un développeur de curl veuille se faire mousser c'est une chose, mais bon…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis rassuré de savoir que mes données seront autant corrompus qu'en cas de crash serveur, ça donne pleinement confiance dans la solution.
Euh… Je ne sais pas si c'est ironique ou pas, mais dans le doute…
Si tu lance un backup sur ta base, il va définir une opération N comme étant la dernière de la sauvegarde. Quand tu fais une nouvelle opération pendant la sauvegarde, il va faire attention à ne pas écraser une opération p avec p < N et le supprimera plus tard (c'est conceptuel l'implémentation n'a probablement rien avoir avec ça). Tu te retrouve avec ta sauvegarde propre qui représente ta base avec les N première opération.
Si tu fais un snapshot du disque, il aura avant que tu ai lancé l'opération écris jusqu'à une opération u et potentiellement, il n'aura que partiellement écris l'opération p+1. Donc tu aura tes données de tes p première opération. L'opération p+1 tu l'aurais eu ou pas si tu avais lancé le backup quelques ms avant ou après donc OSEF.
Et comme tout les softs n'ont jamais de bugs […]
On parle là de l'une des quelques fonctionnalités de base d'un SGBD, hein ? C'est plus important, plus souvent utilisé et plus testé que certaines formes de jointures. C'est surtout trivial à implémenter. Tu active (si ce n'est pas fait par défaut) le commilog de ta base. C'est un fichier ouvert en append only rollbacké qui décris chaque opération. Je ne sais pas si c'est toujours le cas, mais c'était à une époque utilisé à chaque démarrage du deamon (on démarre, on vérifie la cohérence grâce au commitlog et on repars).
Bref il faut pas croire que c'est une opération de panique grave, c'est juste le fonctionnement normal de ta base.
Si un SGBD ne fait pas ça correctement, il faut le fuir.
[…] et font toujours des mises à jour atomique de soft, on est aussi ok de ce coté la.
J'ai pas compris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Alors certes, l'approche ASCII n'est pas performante mais on n'est pas là pour faire toujours du HPC ;-)
Ce n'est pas vraiment une question de performance (le shell surpasse tous les langages qui existant), c'est plus de la fiabilité et de la simplicité.
Je trouve l'idée assez bonne, mais l'implémentation pas terrible personnellement. Ce n'est peut être qu'un effet de bord ou peut être que j'ai un biais de pensé, mais le shell est un langage que je parle véritablement couramment. Pour des raisons que j'ai du mal à expliquer mes tentatives avec PowerShell n'ont rien donné de très concluant (et je suis ouvert, je suis entrain d'essayer de passer à ipython comme login shell).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Je suis d'accord pour la plupart des arguments
Posté par barmic . En réponse à la dépêche Appel de wallabag aux fabricants de liseuse. Évalué à 9.
La batterie et l'écran de ta liseuse sont en bois ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# formats
Posté par barmic . En réponse à la dépêche Appel de wallabag aux fabricants de liseuse. Évalué à 6.
Le bien d'autres c'est Mobi, d'après le site du projet.
Question bête et non lié à wallabag : pourquoi le format DjVu est si peu utilisé ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Powershell et cURL - mauvaise volonté
Posté par barmic . En réponse au journal PowerShell sur Linux. Évalué à 3.
Si tu veux comparer les pays, il faut normaliser. Par exemple en donnant des chiffres rapporter à la population par exemple. Si on compare le nombre de requêtes attribuées à une formation judiciaires en 2014 en France et en Suisse, la France a 17 requêtes par millions d'habitants et la Suisse en a 37 (le Royaume Unis est à 11, Saint-Martin 142 !).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Wekan et tickets pour gérer ses todo ?
Posté par barmic . En réponse au journal Gitlab 8.11: vue Kanboard et bien plus . Évalué à 5.
Oui ! Et c'est cool. Je le fait pour des aspects spécifiques comme la recherche d'un appartement ou d'un camping. Je définis des étapes (ou des colonnes), genre « backlog », « appelé », « à visiter »… et comme ça je retrouve facilement l'historique complet (j'ai appelé à telle date, je dois faire ça, etc). GTD j'ai jamais assez pris le temps pour m'en occuper. Personnal kanban j'ai jamais essayé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche actuelle et la suite
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 10.
Qu'est-ce que c'est ignoble…
Quand on sait qu'en ruby c'est :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: "mais c'est mon vice de la perfection que je paye."
Posté par barmic . En réponse à la dépêche Changement de version et améliorations du Micro Music Player (mmp-2.1). Évalué à 3.
Une bonne partie peut être mais pas tous non. Je suis pas sûr que Latex ou texlive par exemple sorte à date fixe. awesome ce n'est pas le cas, je ne suis pas sûr pour xmonad.
Même si je suis pour le continus delivery, ce n'est pas forcément une nécessité partout.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 6.
Je ne connais pas très bien ruby, mais perl est vraiment bon pour ça. En fait c'est simple :
Je n'utilise pas perl en cli (sauf cas particulier) parce qu'il n'est pas très pratique je trouve (il est plus verbeux qu'un awk pour faire la même chose - même s'il a des idiomes très intéressant).
Globalement je fais bien plus de code glue que du traitement de texte donc je sors finalement rarement du shell (j'aimerais bien un peu plus me servir de perl - j'ai pas encore touché à perl6 -)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Comment ils font ?
Posté par barmic . En réponse à la dépêche Haiku a 15 ans. Évalué à 9.
Les BSD et les distributions linux ne sont pas du tout organisées de la même façon.
Les distributions linux prennent une collections de projets (linux, une série de projets GNU, gnome, KDE,…) et font tout ce qu'il faut pour que ça fonctionne ensemble. Il y a pour chacun un projet upstream et l'intégration dans les distributions qui est au moins un minimum séparés.
Les BSD sont des projets qui font elle-même un base system qui constitue le socle de leur système (le kernel et les outils qui gravitent autour). Ça n'empêche pas de collaborer, mais il n'y a pas de séparation upstream/intégration comme pour l'univers linux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 3.
Ça c'est si tu fais des scripts shell. Il m'arrive régulièrement d'avoir comme shabang
#!/bin/axk -f:)Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tu vends du rêve
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 6.
Le vrai problème c'est que des outils qui sérialisent des objets .Net sur stdout pour pouvoir les manipuler en powershell j'en vois pas (et j'ai pas l'impression que ça se soit beaucoup exporté hors de soft écris par MS…). Et awk/perl (pour moi) reste imbattable lorsque je dois traiter du texte (un jour j'aimerais me mettre à emacs pour ça…). Du coup hors des actions de base du système et peut être de la suite Office, il faut aller les chercher les utilitaires pour faire à peu prêt tout et n'importe quoi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Excellent
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 10.
Le hongrois apparemment.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Powershell et cURL - mauvaise volonté
Posté par barmic . En réponse au journal PowerShell sur Linux. Évalué à 10.
Si je puis me permettre… (sans trop me faire insulter)
Non je ne comprends pas trop. Il me semble que les travers que tu reproche ne sont que le reflets de problèmes sociologiques.
Prenons un exemple qui ne soit pas linguiste. Si on veux qu'il y ai autant d'infirmières que d'infirmiers. Avant d'essayer d'imposer la parité, il faut d'abord se demander si on a bien cette parité dans les amphis de ces formations.
Quand tu parle par exemple des trans et du fait d'être malveillant si on les appelles « il », personnellement je n'en ai jamais rencontré et je serais bien embêter à savoir s'il faut dire « il », « elle » ou une quelconque autre invention.
C'est l'évolution de la société qui pourra changer la langue. L'inverse me plaît assez moyennement puisque ça me rappel juste des techniques de novlangue (mais je suis pas linguiste, hein ?).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Extensions
Posté par barmic . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 3.
Moi qui croyais qu'indefero était mort… C'est cool de le revoir (même s'il a bien l'air mort)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche actuelle et la suite
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 10.
20 ans d'évolution du HTML/CSS pour ressortir une mise en page en tableau… C'est dommage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche actuelle et la suite
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 4.
Ne te fais pas cette peine. C'était vraiment pour savoir s'il y avait autre chose qui m’échappait.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Héhé
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 7.
Ben quand la remarque c'est « avant j'avais pas de problème avec sysvinit », c'est normal de faire la comparaison.
Et justement c'est un problème de compréhension.
En soit savoir qu'un deamon fonctionne est un problème bien plus complexe (et bien trop complexe pour un système d'init). La seule façon fiable consiste à faire du monitoring. Ici on est plus sur une question d’expérience utilisateur. C'est rassurant d'avoir ta commande qui te dis « ça va » que si elle ne te dis rien (même si ça a la même signification).
La solution probablement très complexe pour l'administrateur système consisterais à se créer une fonction :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche actuelle et la suite
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 5.
Euh… Je préfère un type explicite surtout quand la version inférée est plus longue. Question de lisibilité.
Là la seule chose que je vois pour cette solution, c'est de montrer qu'on fait du C++11 ou supérieur.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ECMA
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 3.
Et je présume que c'est le cas pour le système de fichier "ISO9660" :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche actuelle et la suite
Posté par barmic . En réponse à la dépêche Les coulisses du standard C++. Évalué à 7.
Elles sont très sympas :)
Par contre quel est l'intérêt d'écrire (ici)
plutôt que
Je comprends bien le mot clef
autoet le pseudo constructeur à base de{}, mais je vois pas ce que ça apport ici dans une boucle.Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Powershell et cURL - mauvaise volonté
Posté par barmic . En réponse au journal PowerShell sur Linux. Évalué à -1.
C'est n'importe quoi. Quand bash ou zsh ont un builtin qui remplace un outil des coreutils, il faut aussi crier au scandale ?
Là il ne s'agit pas d'avoir un nouveau shell sous linux, mais d'avoir une compatibilité avec le langage de script pour améliorer la portabilité des logiciels sur linux. Ça réduit la marche pour un logiciel en .Net pour son installation sur linux.
Il n'y a aucune raison d'utiliser PowerShell comme un shell sous linux et même sous windows il est très peu utiliser comme shell interactif.
C'est vraiment ridicule comme « scandale », Debian renomme des outils pour ce genre de chose par exemple (ou maintiens des patchs s'il faut). Qu'un développeur de curl veuille se faire mousser c'est une chose, mais bon…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Snapshot comme backups ?
Posté par barmic . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 3.
Euh… Je ne sais pas si c'est ironique ou pas, mais dans le doute…
Si tu lance un backup sur ta base, il va définir une opération N comme étant la dernière de la sauvegarde. Quand tu fais une nouvelle opération pendant la sauvegarde, il va faire attention à ne pas écraser une opération p avec p < N et le supprimera plus tard (c'est conceptuel l'implémentation n'a probablement rien avoir avec ça). Tu te retrouve avec ta sauvegarde propre qui représente ta base avec les N première opération.
Si tu fais un snapshot du disque, il aura avant que tu ai lancé l'opération écris jusqu'à une opération u et potentiellement, il n'aura que partiellement écris l'opération p+1. Donc tu aura tes données de tes p première opération. L'opération p+1 tu l'aurais eu ou pas si tu avais lancé le backup quelques ms avant ou après donc OSEF.
On parle là de l'une des quelques fonctionnalités de base d'un SGBD, hein ? C'est plus important, plus souvent utilisé et plus testé que certaines formes de jointures. C'est surtout trivial à implémenter. Tu active (si ce n'est pas fait par défaut) le commilog de ta base. C'est un fichier ouvert en append only rollbacké qui décris chaque opération. Je ne sais pas si c'est toujours le cas, mais c'était à une époque utilisé à chaque démarrage du deamon (on démarre, on vérifie la cohérence grâce au commitlog et on repars).
Bref il faut pas croire que c'est une opération de panique grave, c'est juste le fonctionnement normal de ta base.
Si un SGBD ne fait pas ça correctement, il faut le fuir.
J'ai pas compris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Et la liberté ?
Posté par barmic . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 4.
Comme c'est le cas pour le patch de Debian, donc c'est pas une différence.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Godot ?
Posté par barmic . En réponse à la dépêche Haiku a 15 ans. Évalué à 4.
C'est un port très attendu par la communauté !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Qu'en dit la concurrence ?
Posté par barmic . En réponse au journal Effort de traduction en français, c'est moi oui il y en a de moins en moins?. Évalué à 8.
Au moins on est sûr que c'est traduit :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Héhé
Posté par barmic . En réponse au journal Microsoft: Powershell libéré. Évalué à 7.
Ce n'est pas vraiment une question de performance (le shell surpasse tous les langages qui existant), c'est plus de la fiabilité et de la simplicité.
Je trouve l'idée assez bonne, mais l'implémentation pas terrible personnellement. Ce n'est peut être qu'un effet de bord ou peut être que j'ai un biais de pensé, mais le shell est un langage que je parle véritablement couramment. Pour des raisons que j'ai du mal à expliquer mes tentatives avec PowerShell n'ont rien donné de très concluant (et je suis ouvert, je suis entrain d'essayer de passer à ipython comme login shell).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)