Posté par barmic 🦦 le 21 octobre 2022 à 17:29. En réponse au journal Sauvegarde et archivage, encore !!!. Évalué à  2.
Tu aime bien faire des schemas et c'est très bien, mais je vois quelques petits défauts :
Il me semble que l'organisation de ton shemas est un peu confuse en organisant un peu à l'arrache j'aurais personnellement plutôt fais comme ça :
On a moins de flèches toutes proches les unes des autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 21 octobre 2022 à 16:37. En réponse au lien Que pensez-vous du nouveau bouton dans Firefox 106 ?. Évalué à  2.
Pareil et j'utilise pas la synchronisation. J'avoue ne pas trop savoir ce que c'est (par contre j'envoie des onglets d'un firefox Ă un autre).
Posté par barmic 🦦 le 20 octobre 2022 à 15:44. En réponse au lien Dolt : une base de données versionnée. Évalué à  2.
Il me semble que github utilise ça pour gérer les droits (organisations etc). Alors github / git c'est des mot clefs qui sont difficiles à chercher, mais j'avais vu passer cette info.
Posté par barmic 🦦 le 19 octobre 2022 à 16:00. En réponse au lien Héberger une base de données SQLite sur Github Pages (ou un autre hébergement statique). Évalué à  3. Dernière modification le 19 octobre 2022 à 16:00.
D'un point de vue client, le chargement est bien plus rapide. Du static répondra toujours plus rapidement qu'un traitement côté serveur. Donc évidemment qu'en latence tu y gagne. Sans compter que pour les prochaines requêtes, il ne fait même plus les appels en Ajax s'il reste sur la page de 1Ko ou qu'il navigue sur une précédemment chargé même si c'est sur des données différentes.
Si j'ai bien compris c'est l'inverse il utilise intensivement xhr. Il utilise sqlite comme un client et les données sont récupérées via des requêtes range.
I implemented a virtual file system that fetches chunks of the database with HTTP Range requests when SQLite tries to read from the filesystem.
Et le code est sur github : sql.js-httpvfs
Posté par barmic 🦦 le 19 octobre 2022 à 11:41. En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à  2.
Tout à fait, mais c'est une moyenne dont je ne connais pas l'écart type. Déjà en France il semble varier de 8 à 26% selon les régions et il me semble que le facteur de charge s'améliore continuellement (je crois que c'est lié aux capacités des éoliennes à se déclencher avec moins de vent et à continuer à être utiliser malgré des plus grand vents).
Bref je n'y connais pas grand chose, mais il faut bien plus contextualiser pour pouvoir Ă©piloguer sur la pertinence d'un site.
Posté par barmic 🦦 le 19 octobre 2022 à 00:08. En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à  5.
Je me lancerais pas dans les calculs mais d'après Wikipedia le facteur de charge moyen pour de l'éolien terrestre en Europe est de 24%. Donc ça paraît pas déconnant.
Facteurs de charges typiques
Posté par barmic 🦦 le 17 octobre 2022 à 00:26. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  3.
Après chacun ses choix, mais je n'ai pas l'impression personnelle que prendre en compte les quelques défauts de certains clients WebDAV est plus long que discuter de tout ça sur LinuxFR ;)
Je pense que tu sois estime grandement le travail que ça représente. Tu dois créer une heuristique, être en mesure de déduire ses choix après coup pour pouvoir aider tes utilisateurs, tu va devoir la tester sur un paquet d'implémentations sur différents os voir différentes versions tout ça pour un truc qui aura pleins de cas aux limites (git n'a pas de sémantique de move dans les patch et tu perds facilement la continuité).
Posté par barmic 🦦 le 14 octobre 2022 à 17:05. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  2.
C'est vrai qu'on a oublié de faire de l'authentification dans HTTP ⸮
Je rappel la phrase qui m'a fait tiquer :
Mais si tu ne propose pas du WebDAV, ça veut dire que tu ne permet pas à tes utilisateurs de récupérer les fichiers, comme ils le veulent, avec l'OS qu'ils veulent, donc le besoin n'a rien à voir :)
Tu peux parfaitement permettre aux utilisateurs de récupérer leurs fichiers en HTTP pur. Oui il y a moins de fonctionnalités, mais ce n'est pas de l'enfermement.
Posté par barmic 🦦 le 14 octobre 2022 à 14:00. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  0. Dernière modification le 14 octobre 2022 à 14:00.
Ah oui oui, mais il parlait de récupérer des fichiers.
Posté par barmic 🦦 le 13 octobre 2022 à 23:53. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  0.
Je comprends pas. HTTP n'a pas besoin de webdav pour télécharger des fichiers.
Posté par barmic 🦦 le 12 octobre 2022 à 11:21. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  4.
Si je peux faire une suggestion, les fichiers semblent trié par ordre alphabétique, je pense que par date et par taille peut aussi être utile quand tu veux faire de la place dans ton dossier.
Posté par barmic 🦦 le 11 octobre 2022 à 23:14. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  4.
Il parle du protocole au dessus de websocket qui serais ad hoc. C'est propriétaire au sens pas issue d'une normalisation, mais dédié à un logiciel.
Posté par barmic 🦦 le 11 octobre 2022 à 23:12. En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  2.
Plus avec HTTP/2 puis HTTP/3
Posté par barmic 🦦 le 10 octobre 2022 à 17:03. En réponse au lien Impact écologique du numérique. Évalué à  2. Dernière modification le 10 octobre 2022 à 17:03.
Le problème étant que ces gens sont tellement imbus et sûr de leur supériorité qu’ils sont incapables de se remettre en cause (ce qui est le plus sûr moyen de penser n’importe comment). Alors j’essaie une nouvelle méthode, celle des baffes à répétition, quitte à en perdre mon karma.
Là on pars sur de l'attaque ad hominem et tu pars dans une vendetta. Ça me paraît pas être un comportement souhaitable, nous verront si la main invisible du karma ferra son office (spoiler : non).
Mais pour le reste et sans m'y connaître particulièrement et en voulant en savoir plus. Le billet semble malheureusement être un billet d'humeur plus qu'autre chose. Il affirme des choses sans aucun supports ni aucune source. Il y a pleins de liens mais ils sont là pour donner du vocabulaire (au cas où l'on ne connaîtrait pas le mot publicité par exemple).
Les conclusions sont aussi surprenantes. Le réseau ne coûte rien quand il s'agit d'utiliser netflix, mais la pub c'est anti écologique et ce serait bien de privilégier gemini pour moins un réseau plus léger. Ça donne l'impression qu'il y a une grille d'usage bien ou mauvais et en fonction de si on considère les usages bon ou mauvais ils seront considérés comme écologiques ou non. Ça donne l'impression d'être dissonance cognitive.
Posté par barmic 🦦 le 09 octobre 2022 à 20:45. En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  3.
Euh… Premier degré, tu crois que j'ai pris l'exemple au pif ? Que Pol'uX veuille expliciter l'ironie je comprends, mais passer un second coup de surligneur ça devient redondant
Posté par barmic 🦦 le 09 octobre 2022 à 17:08. En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  2.
Je ne sais pas, mais si c'est le cas c'est décevant.
C'est les familles de dizaines de morts qui n'ont pas pu avoir droit à un procès.
Posté par barmic 🦦 le 09 octobre 2022 à 15:14. En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  7. Dernière modification le 09 octobre 2022 à 15:14.
Reprocher aux fabricants d'imprimantes l'obsolescence par la version de TLS de leur firmware, c'est un peu comme faire un contrĂ´le fiscal Ă Al Capone
Posté par barmic 🦦 le 06 octobre 2022 à 17:28. En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  1.
Parler de beauté mathématiques n'a strictement rien de nouveau. C'est pas illogique d'en parler pour un graphe orienté acyclique qui est un objet mathématiques.
Et je reste convaincu que dire « git est bon » ne te donnera aucune information supplémentaire.
Posté par barmic 🦦 le 06 octobre 2022 à 16:31. En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
En quoi bon est il plus précis ? Si je dis « mercurial est un bon gestionnaire de version » ça dis quoi en plus par rapport à si je dis « pijul est un beau gestionnaire de version » ?
Dans les 2 cas tu peux te dire que je les apprécie. « bon » se veut probablement plus objectif, mais du coup il ment plus souvent.
Posté par barmic 🦦 le 05 octobre 2022 à 21:15. En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
On devrait s'émouvoir qu'ils ont écrit des tests aussi ?
Posté par barmic 🦦 le 05 octobre 2022 à 21:12. En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
Pourquoi opposer les 2 ?
Posté par barmic 🦦 le 05 octobre 2022 à 18:32. En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  3.
J'ai jamais compris ce qu'il y avait de particulièrement beau dans le DAG de git. C'est un dag quoi.
J'ai raté une pépite ?
Posté par barmic 🦦 le 05 octobre 2022 à 09:51. En réponse au lien Ubuntu 22.10 et la prochaine Debian 12 GNOME embrassent PipeWire et WirePlumber - phoronix. Évalué à  2.
Il y a des outils comme pavucontrol pour pipewire ? Je connais pas du tout.
pavucontrol
Posté par barmic 🦦 le 04 octobre 2022 à 23:12. En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à  4.
Comprends qu'en disant que c'est "surtout un environement de débogage et de test", que tu pointe partie de la documentation traitant le debuggage pas à pas, que tu le compare à perl -de1,… Tu insiste tout de même lourdement sur un aspect existant mais loin de décrire complètement l'outil. C'est presque comme présenter emacs en disant que c'est surtout un debugger lisp très pratique. C'est pas faux, mais on passe à côté de beaucoup en disant ça.
perl -de1
Posté par barmic 🦦 le 04 octobre 2022 à 20:44. En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à  3.
ipython est loin de ce que tu décris. Bon d'une part au cas où, ce n'est pas fourni par les mainteneurs de python. Cpython peut être lancé en repl. Ipython n'est d'ailleurs pas le seul interpréteur python interactif. L'alternative la plus connue est probablement bpython.
Je ne sais pas d'où vient la dichotomie que tu fais, mais elle oublie au moins un autre cas : utiliser un interpréteur interactif en tant que tel. C'est ce que tu fais avec R ou octave ou matlab (voir bc si on veut aller par là ) par exemple. Aujourd'hui on les décris plus comme des notebook et ce n'est pas pour rien que jupyter a été fais par le même projet. Il ne s'agit pas d'un outil qui t'aide à écrire ton code, mais d'un environnement qui te permet de manipuler via le langage python tout ce que tu veux. Tout comme R tu peux envisager de t'en servir comme remplaçant d'un tableur par exemple.
Il n'a pas été conçu pour devenir un login shell personne ne dit le contraire même si pour simplifier la vie il a des raccourcis pour lancer des commandes avec un !. Il n'a pas était conçu pour être un debugger, mais quite à être un très bon interpréteur interactif autant simplifier la vie à ceux qui ont cet usage. Et si python n'est pas vraiment un excellent langage pour lancer et gérer des processus, il a pour lui un écosystème de bibliothèques assez dingue.
!
Et j'aime perl d'amour, mais comparer perl -de1 à ipython c'est vraiment très très différent.
# Schema
Posté par barmic 🦦 . En réponse au journal Sauvegarde et archivage, encore !!!. Évalué à  2.
Tu aime bien faire des schemas et c'est très bien, mais je vois quelques petits défauts :
Il me semble que l'organisation de ton shemas est un peu confuse en organisant un peu à l'arrache j'aurais personnellement plutôt fais comme ça :
On a moins de flèches toutes proches les unes des autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: j'affiche pas la barre d'onglet
Posté par barmic 🦦 . En réponse au lien Que pensez-vous du nouveau bouton dans Firefox 106 ?. Évalué à  2.
Pareil et j'utilise pas la synchronisation. J'avoue ne pas trop savoir ce que c'est (par contre j'envoie des onglets d'un firefox Ă un autre).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Idée interessante
Posté par barmic 🦦 . En réponse au lien Dolt : une base de données versionnée. Évalué à  2.
Il me semble que github utilise ça pour gérer les droits (organisations etc). Alors github / git c'est des mot clefs qui sont difficiles à chercher, mais j'avais vu passer cette info.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelle bonne idée
Posté par barmic 🦦 . En réponse au lien Héberger une base de données SQLite sur Github Pages (ou un autre hébergement statique). Évalué à  3. Dernière modification le 19 octobre 2022 à 16:00.
Si j'ai bien compris c'est l'inverse il utilise intensivement xhr. Il utilise sqlite comme un client et les données sont récupérées via des requêtes range.
Et le code est sur github : sql.js-httpvfs
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sous exploité
Posté par barmic 🦦 . En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à  2.
Tout à fait, mais c'est une moyenne dont je ne connais pas l'écart type. Déjà en France il semble varier de 8 à 26% selon les régions et il me semble que le facteur de charge s'améliore continuellement (je crois que c'est lié aux capacités des éoliennes à se déclencher avec moins de vent et à continuer à être utiliser malgré des plus grand vents).
Bref je n'y connais pas grand chose, mais il faut bien plus contextualiser pour pouvoir Ă©piloguer sur la pertinence d'un site.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sous exploité
Posté par barmic 🦦 . En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à  5.
Je me lancerais pas dans les calculs mais d'après Wikipedia le facteur de charge moyen pour de l'éolien terrestre en Europe est de 24%. Donc ça paraît pas déconnant.
Facteurs de charges typiques
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  3.
Je pense que tu sois estime grandement le travail que ça représente. Tu dois créer une heuristique, être en mesure de déduire ses choix après coup pour pouvoir aider tes utilisateurs, tu va devoir la tester sur un paquet d'implémentations sur différents os voir différentes versions tout ça pour un truc qui aura pleins de cas aux limites (git n'a pas de sémantique de move dans les patch et tu perds facilement la continuité).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  2.
C'est vrai qu'on a oublié de faire de l'authentification dans HTTP ⸮
Je rappel la phrase qui m'a fait tiquer :
Tu peux parfaitement permettre aux utilisateurs de récupérer leurs fichiers en HTTP pur. Oui il y a moins de fonctionnalités, mais ce n'est pas de l'enfermement.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  0. Dernière modification le 14 octobre 2022 à 14:00.
Ah oui oui, mais il parlait de récupérer des fichiers.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  0.
Je comprends pas. HTTP n'a pas besoin de webdav pour télécharger des fichiers.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelques améliorations d'UI/UX
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  4.
Si je peux faire une suggestion, les fichiers semblent trié par ordre alphabétique, je pense que par date et par taille peut aussi être utile quand tu veux faire de la place dans ton dossier.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  4.
Il parle du protocole au dessus de websocket qui serais ad hoc. C'est propriétaire au sens pas issue d'une normalisation, mais dédié à un logiciel.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Websocket
Posté par barmic 🦦 . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à  2.
Plus avec HTTP/2 puis HTTP/3
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Lol
Posté par barmic 🦦 . En réponse au lien Impact écologique du numérique. Évalué à  2. Dernière modification le 10 octobre 2022 à 17:03.
Là on pars sur de l'attaque ad hominem et tu pars dans une vendetta. Ça me paraît pas être un comportement souhaitable, nous verront si la main invisible du karma ferra son office (spoiler : non).
Mais pour le reste et sans m'y connaître particulièrement et en voulant en savoir plus. Le billet semble malheureusement être un billet d'humeur plus qu'autre chose. Il affirme des choses sans aucun supports ni aucune source. Il y a pleins de liens mais ils sont là pour donner du vocabulaire (au cas où l'on ne connaîtrait pas le mot publicité par exemple).
Les conclusions sont aussi surprenantes. Le réseau ne coûte rien quand il s'agit d'utiliser netflix, mais la pub c'est anti écologique et ce serait bien de privilégier gemini pour moins un réseau plus léger. Ça donne l'impression qu'il y a une grille d'usage bien ou mauvais et en fonction de si on considère les usages bon ou mauvais ils seront considérés comme écologiques ou non. Ça donne l'impression d'être dissonance cognitive.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Obsolescence pas programmée
Posté par barmic 🦦 . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  3.
Euh… Premier degré, tu crois que j'ai pris l'exemple au pif ? Que Pol'uX veuille expliciter l'ironie je comprends, mais passer un second coup de surligneur ça devient redondant
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Obsolescence pas programmée
Posté par barmic 🦦 . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  2.
Je ne sais pas, mais si c'est le cas c'est décevant.
C'est les familles de dizaines de morts qui n'ont pas pu avoir droit à un procès.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Obsolescence pas programmée
Posté par barmic 🦦 . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à  7. Dernière modification le 09 octobre 2022 à 15:14.
Reprocher aux fabricants d'imprimantes l'obsolescence par la version de TLS de leur firmware, c'est un peu comme faire un contrĂ´le fiscal Ă Al Capone
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est officiel...
Posté par barmic 🦦 . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  1.
Parler de beauté mathématiques n'a strictement rien de nouveau. C'est pas illogique d'en parler pour un graphe orienté acyclique qui est un objet mathématiques.
Et je reste convaincu que dire « git est bon » ne te donnera aucune information supplémentaire.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est officiel...
Posté par barmic 🦦 . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
En quoi bon est il plus précis ? Si je dis « mercurial est un bon gestionnaire de version » ça dis quoi en plus par rapport à si je dis « pijul est un beau gestionnaire de version » ?
Dans les 2 cas tu peux te dire que je les apprécie.
« bon » se veut probablement plus objectif, mais du coup il ment plus souvent.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est officiel...
Posté par barmic 🦦 . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
On devrait s'émouvoir qu'ils ont écrit des tests aussi ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est officiel...
Posté par barmic 🦦 . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  2.
Pourquoi opposer les 2 ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est officiel...
Posté par barmic 🦦 . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à  3.
J'ai jamais compris ce qu'il y avait de particulièrement beau dans le DAG de git. C'est un dag quoi.
J'ai raté une pépite ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Disponible pour Debian 11 Bullseye Ă©galement.
Posté par barmic 🦦 . En réponse au lien Ubuntu 22.10 et la prochaine Debian 12 GNOME embrassent PipeWire et WirePlumber - phoronix. Évalué à  2.
Il y a des outils comme
pavucontrolpour pipewire ? Je connais pas du tout.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Qui code en perl ?
Posté par barmic 🦦 . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à  4.
Comprends qu'en disant que c'est "surtout un environement de dĂ©bogage et de test", que tu pointe partie de la documentation traitant le debuggage pas Ă pas, que tu le compare Ă
perl -de1,… Tu insiste tout de même lourdement sur un aspect existant mais loin de décrire complètement l'outil. C'est presque comme présenter emacs en disant que c'est surtout un debugger lisp très pratique. C'est pas faux, mais on passe à côté de beaucoup en disant ça.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Qui code en perl ?
Posté par barmic 🦦 . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à  3.
ipython est loin de ce que tu décris. Bon d'une part au cas où, ce n'est pas fourni par les mainteneurs de python. Cpython peut être lancé en repl. Ipython n'est d'ailleurs pas le seul interpréteur python interactif. L'alternative la plus connue est probablement bpython.
Je ne sais pas d'où vient la dichotomie que tu fais, mais elle oublie au moins un autre cas : utiliser un interpréteur interactif en tant que tel. C'est ce que tu fais avec R ou octave ou matlab (voir bc si on veut aller par là ) par exemple. Aujourd'hui on les décris plus comme des notebook et ce n'est pas pour rien que jupyter a été fais par le même projet. Il ne s'agit pas d'un outil qui t'aide à écrire ton code, mais d'un environnement qui te permet de manipuler via le langage python tout ce que tu veux. Tout comme R tu peux envisager de t'en servir comme remplaçant d'un tableur par exemple.
Il n'a pas été conçu pour devenir un login shell personne ne dit le contraire même si pour simplifier la vie il a des raccourcis pour lancer des commandes avec un
!. Il n'a pas était conçu pour être un debugger, mais quite à être un très bon interpréteur interactif autant simplifier la vie à ceux qui ont cet usage. Et si python n'est pas vraiment un excellent langage pour lancer et gérer des processus, il a pour lui un écosystème de bibliothèques assez dingue.Et j'aime perl d'amour, mais comparer
perl -de1à ipython c'est vraiment très très différent.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll