Le Chili a réussi à mettre en place une "taxe soda", à légiférer contre la pub des boissons gazeuses (les plus mauvaises pour la santé ?), contre des étiquettes avec des mascottes mignonnes qui charment les enfants et pour un système de notation des boissons, (qui a été discuté en France ?). Il paraît que ça marche TB, que les enfants se moquent de celles et ceux qui amènent une boisson avec un marquage noir à la récré. Mais oui, les acteurs ont dû lutter contre l'industrie sucrière, dont Coca Cola.
Je répète ce qu'on m'a dit d'un docu que je n'ai pas vu. Il passait sur Arte, il s'agit probablement de "Un monde obèse" de Sylvie Gilman et Thierry de Lestrade.
pros
Si par contre tu voulais juste dire leur demander génériquement en faisant un appel aux dons… c'est exactement ce qu'on fait là!
Je ne trouve pas tout à fait, dans cet article j'ai le sentiment que vous vous adressez à des gens lambda, à des utilisateurs individuels, pas à des pros, à des sociétés ou des institutions.
J'ai le sentiment que vous pourriez vous adresser à eux de manière ciblée: "chères entreprises, chères écoles, soutenez le développement de Gimp !". Le discours serait un peu différent. Le top serait qu'une première entreprise ou université serve d'exemple et explique éventuellement des "trucs" du secteur: comment déclarer le don sur sa compta etc. Il y aurait une photo d'une entreprise ou d'une classe qui travaille (sur Gimp, ou juste une photo de pub libre de droit ;) ) etc.
Elles peuvent déjà donner (certaines petites sociétés le font un peu quand on regarde nos donateurs; pas des sommes folles non plus mais c'est déjà cool).
Afficher le nom de ces sociétés (et autres donateurs) sur la page donation, en pied de page de chaque article, pour inciter à faire pareil ? (comme le fait LinuxMint)
edit: ah, vous avez une page sponsor. Elle n'est pas liée directement depuis votre nouvel article, et elle est un peu cachée depuis la page donating/. Pas d'accès direct dans le menu. LinuxMint liste également tous les donateurs du mois passé dans leur article de blog.
De plus, j'aime toujours savoir les fonctionnalités futures en cours de préparation quand je donne, je suis moins tenté de donner quand j'ai l'impression qu'on récompense du travail passé. Ceci dit, votre page de présentation montre énormément de travail passé, présent et en cours (mais pas de manière très précise).
Enfin: vous n'êtes pas sur Github sponsors ? C'est une plateforme sans frais… sur Patreon j'ai facile 1€ de transaction par paiement, Liberapay ne marche pas bien en ce moment, on ne peut pas vraiment donner régulièrement (tout le paiement est encaissé en une fois).
Je partage car j'ai mis du temps à m'en rendre compte: les IDE Common Lisp, notamment Emacs & Slime mais pas que (maintenant SLIMA pour Atom est très bien), font déjà tout ça depuis… des décennies (avec une réserve sur le ré-usinage).
On a en effet: un serveur (Slynk) connecté à l'image Lisp en train de tourner, qu'on modifie à la volée pendant qu'on développe, et un client (Slime) connecté à l'éditeur. Toutes les infos décrites dans la dépêche existent de base dans l'image: les références croisées (qui appelle, qui modifie, qui est appelé par, qui référence qui), la validation est faite à la volée quand on compile notre code (on peut compiler la fonction sur laquelle on travaille, on a donc un retour immédiat avec variables non déclarées, mauvaises inférences de type, code inaccessible etc), la documentation etc.
Le tout de manière très fluide (alors qu'avec mon IDE Python…). Bref, c'est vraiment agréable à l'usage, c'est bon à connaître.
Découvrir IPython était extraordinaire, cependant, maintenant, travailler sur des projets de taille moyenne ne me satisfait pas, et je trouve le REPL pas assez interactif. Sur un projet Django: au moindre changement, le serveur local redémarre, et me fait attendre un petit peu. Des fois, une dizaine de secondes. Quand je teste des choses dans le REPL (par exemple avec ipdb), que Django redémarre, je perds tous les objets de test, et je dois recommencer. Là, je compare encore avec Common Lisp, qui est beaucoup plus évolué -mais du coup un peu plus déroutant à prendre en main. En Lisp, on travaille sur une image live qui représente notre système. Je n'attends jamais qu'un process redémarre. On écrit une nouvelle fonction, une nouvelle route, et on peut tester. J'aime ça. Je ne connais plus les langages où on doit attendre des temps de compilation. Elixir a l'air de répondre à pas mal de mes critères également.
C'est avec Python que j'ai réussi à développer mes projets (et pas en C ou en Java "appris" pendant les études), mais maintenant avec quelques années dans les pattes et des softs en production sur mes serveurs avec des utilisateurs et utilisatrices, j'ai bien trop de frustrations pour envisager de recommencer un projet en Python (et effectivement, je ne le fais pas).
Le déploiement
On ne peut pas créer un exécutable d'un projet Python. Ça rend le déploiement compliqué.
Si tu ne "pinnes" pas assez tes dépendances, et que tu lances "pip install" lors d'une mise à jour (tout le monde le fait, non ?), alors l'installation peut péter. Ça peut péter parce qu'une dépendance de dépendance n'a pas assez spécifié ses dépendances à elle.
Le déploiement peut péter lors d'un "pip install" parce que pip lui-même pète, y compris lors du passage à une version mineure. Exemple: #7620.
Alors il y a quelques essais (platter), mais ce ne sont pas des solutions natives, et ça ne remplace pas un binaire.
En comparaison, avec un binaire: rsync vers le serveur, on le lance, et voilà.
Les types, les typos, l'environnement de l'éditeur
Python est typé dynamiquement. Un moyen de savoir qu'on n'a pas fait d'erreurs bêtes est d'écrire des tests unitaires qui passent par toutes les branches du code. Si on ne fait pas ça, on peut livrer du code avec une faute de frappe, qui pète en prod. C'est déjà dommage, que le langage qu'on utilise ne nous offre pas plus de garanties. Il faut donc configurer son éditeur avec des outils externes pour vérifier ces erreurs évitables. OK, ça paraît normal. Mais les outils du genre flake8 ou pylint ne vérifient pas grand chose (selon moi, en comparaison à d'autres langages), et ce sont des outils externes, secondaires, qu'il faut configurer pour tout projet, qui ajoutent un petit temps de latence au démarrage ou dans la CI, qu'il faut lancer en parallèle (mypy), etc. C'est bien, mais j'ai été séduit par un langage qui nous donne plein de warnings et d'erreurs à la compilation (en plus on peut compiler une fonction à la fois en étant dans son éditeur, ce qui donne un feedback immédiat).
Les performances, la parallélisation
Les performances sont très moyennes, ce qu'on réalise quand le projet prend de l'ampleur :/
La stabilité
Le langage évolue constamment et ça me fatigue. J'ai pris du retard sur la mise à jour de Django et Python 3 et je le regrette, je crains que chaque jour qui passe me rende le processus plus difficile. Je crains que chaque passage de version apporte son lot de petits bugs. Je trouve que j'ai autre chose à faire sur le temps passé sur mon logiciel libre à me battre avec Python et à résoudre ses erreurs liées à l'écosystème. Je devrais écrire encore plus de tests, surtout plus de tests end-to-end (avec Selenium et cie), et plus tester manuellement. Mais je ne suis pas entouré par une équipe, je ne suis pas payé à faire ça, d'autres langages n'ont pas ce problème… je me permets donc de blâmer Python, et pas moi-même :D
Certains langages sont très stables, même si leur compilateurs évoluent, même si les librairie évoluent. On peut exécuter un programme écrit il y a plus de 20 ans. Vous vous rendez compte ? (là je pense à Common Lisp)
Conseil au débutant: ce n'est pas pour autant que Python est à rejeter, étant donné les bons frameworks et librairies disponibles. On peut apprendre beaucoup avec. Mon conseil est de continuer à chercher un autre langage qui te plaise, sans ces inconvénients.
Tu auras peut-être l'équivalent dans un autre éditeur, mais sinon c'est sûr, il faut l'apprendre ! Néanmoins tu connais déjà plein de raccourcis claviers de base: tous ceux de bash par exemple (C-a, C-e, C-k, alt-p etc). Ensuite tu peux activer la couche Vim avec evil-mode. Et je recommande de regarder les menus, et d'utiliser which-key-mode, qui montre quelles fonctions sont disponibles quand on commence à entrer une séquence de touches (https://wikemacs.org/wiki/Discoverability#Which-key_.28and_guide-key.29). Pour avoir un aperçu des autres séquences de touches et fonctions d'édition par défaut: voir le tutoriel, par le menu.
Je suis la petite voix qui vient dire que ne pas utiliser de portable (ou au moins, de smartphone !), ce n'est peut-être pas facile pour l'homme moderne, mais c'est possible, et c'est le plus écologique…
+1, je précise que notmuch ou Mu permettent d'indexer, taguer et rechercher ses mails en ligne de commande également. Ils ont ensuite des interfaces pour d'autres clients (tels qu'Emacs :) ).
Perso je retiens comme précédement que vous ne pensez pas vraiment à faire attention à reverser votre part à la société (solidarité nationale). Soit ça reste petit et ce n'est pas grave, soit ça grossit et pas de paiement de cotisations comme ça devrait, on se demande quel futur vous voulez.
Je pense qu'ils le souhaitent (d'où les demandes au fisc etc), mais que la G1 est trop petite pour l'instant. Question toujours non résolue.
Il est bien possible que des commerçants acceptent de la G1 et paient la TVA en €, ça dépend de chacun.
Financement: on a quelques pistes sur leur site: https://jami.net/services/ Jami est développé par une boîte (québecquoise ?) qui "fait du libre". Ils ont déjà des développeurs, des clients, d'autres projets. Ils développent Jami et commencent à placer leurs pions pour générer des revenus, on peut lire sur ce lien qu'ils commencent (ça fait pas longtemps, c'était annoncé dans leur dernier article de blog il me semble) à proposer des services pros, ici l'hébergement de "Jami Account Manager Server" qui "facilite le déploiement de Jami dans votre organisation et permet à vos utilisateurs de se connecter en utilisant l'identifiant de leur entreprise".
Et des extensions ont été développées pour ce client (vue en conversation, "complétion" de contacts, notifications…) : https://wikemacs.org/wiki/Mu4e Et je suis sûr qu'il y en a plus.
Je regardais Common Lisp et Smalltalk avec les mêmes yeux ronds. Ces deux langages semblent tout faire différemment du reste du monde de l'informatique, tout en ayant de nombreux points communs.
Les deux ont un framework web qui fait les choses différemment, Seaside et Weblocks. Mais est-ce que Seaside permet vraiment de se passer de JavaScript ? Et surtout, où peut-on trouver une application de démo ou un site existant qui tourne sous Seaside ?? Je n'ai pas trouvé (et j'ai demandé, une fois). Weblocks permet de construire des applications web dynamiques, basées sur Ajax (si JS est disponible, sinon full HTML), sans une ligne de JS. Certes, il ne permet pas de "double-data binding".
Je reconnais les promesses de Pharo dans Lisp: "langage simple et puissant", "environnement vivant" avec "un retour d’information immédiat à tout moment", un débogeur interactif qui permet "de relancer l’exécution des méthodes, de créer des méthodes à la volée", etc. Mais comment cela se passe dans Pharo, mis à part la multitude de fenêtres, je n'en ai aucune idée. C'est fou l'informatique…
Mais c'est qu'on dirait que les applications avec Solid existent !
J'attends tes prochains articles !
(je cite ton article)
La coopérative Startin’blox propose une solution open source pour créer des applications Web en assemblant des composants Solid, aussi simplement que l’on peut créer un site Web avec Wordpress.
Une première application basée sur le framework Startin’Blox, Hubl, illustre ses possibilités en matière d’interopérabilité entre organisations. Hubl propose aux collectifs de freelances des modules tels qu’une messagerie instantanée, un job board pour les offres de mission, un annuaire de profils, etc. Chaque collectif peut décider des modules mis en oeuvre et des données qu’il souhaite partager. Il est désormais possible d’interconnecter collectifs et indépendants au sein d’un écosystème, sans qu’une plateforme ne dicte ses règles aux participants ni n’utilise sa position d’intermédiaire incontournable pour extraire une rente économique !
L’Assemblée Virtuelle est un écosystème associatif d’acteurs développant de manière collaborative des communs (outils open source, méthodologies et projets) basés sur le Web sémantique et Solid, au service des acteurs de la transition.
Pour aller au-delà de la syntaxe: la vie d'un développeur Raku est-elle confortable ? Le shell interactif est-il bien interactif ? (entre IPython et Lisp peut-etre ?) Le typage donne-t-il de bonnes informations ? (et si on ne type pas, a-t-on des warnings du compilateur malgré tout ?) Est-ce que déployer une application ou la livrer à un utilisateur est plus plaisant qu'avec Python ? (stabilité de l'écosystème, outils de déploiement… peut-on construire un exécutable ?)
Common Lisp et Racket sont des langages fonctionnels, par défaut au typage dynamique
Common Lisp est un langage multi-paradigme, pas purement fonctionnel donc, compilé et fortement typé, qui permet du typage graduel, tout en utilisant son excellent REPL (devrait-on dire, image-based development). Mais il ne fait pas autant d'inférences de typage que les langages modernes (Haskell et cie). Pour cela des librairies émergent… (https://github.com/stylewarning/coalton/)
À noter que comme on code avec le REPL à côté, on compile notre code fonction par fonction avec un raccourci clavier… c'est terriblement efficace.
Il existe aussi typed-racket.
compilent vers du code assez efficace
Carrément. Les articles de blog qui montrent que Common Lisp peut être autant ou plus efficace que du C affluent (oui oui, on croule dessous :p ). Car Common Lisp permet de déclarer ses types un peu partout, quand on veut. On peut vraiment partir à la chasse à l'optimisation.
[macros] mais non hygiéniques
Je ne suis pas dans ces débats, donc perso je m'en fiche. Pour se protéger, on utilise le système des gensym pour déclarer une nouvelle variable dans une macro, qui aura donc un nom unique, et voilà.
Un peu plus fonctionnel, en particulier la construction extrêmement flexible loop
le gestionnaire de paquets lui-même, bien que fonctionnel, est considéré bêta depuis très très longtemps.
Oui, Quicklisp, comme d'autres librairies, est marqué "beta software" mais il est pleinement fonctionnel. Il n'est marqué beta que parce la communauté Common Lisp joue le jeu de la stabilité à fond. Un programme stable va durer des décennies. Il n'est pas rare qu'un programme écrit dans les année 90 (soit juste après la standardisation ANSI du language) tourne toujours sans modification. Personnellement j'ai vu des warnings de dépréciation rester pendant 16 ans ! Compare cela aux langages d'aujourd'hui, comme Python…
Par ailleurs, Quicklisp est un peu différent des autres gestionnaires de librairies. Il fonctionne en "releases" mensuelles, un peu comme apt. Il garantit que les librairies d'une même release peuvent s'installer ensemble.
Notez que des alternatives avec un autre modèle émergent: Ultralisp, CLPM…
Quel language, numéro 1 dans les années 80, est toujours plus populaire que Haskell, Lua, Kotlin, TypeScript, Nim, Clojure, Elixir ou F#? … Lisp, messieurs dames !
maturité du langage Python dans l’industrie
L'indice veut dire que beaucoup de monde cherche sur google comment faire quoi avec Python.
# cf le Chili
Posté par dzecniv . En réponse au journal Est ce que Coca-Cola espionne les ONG avec NSO/Pegasus?. Évalué à 10.
Le Chili a réussi à mettre en place une "taxe soda", à légiférer contre la pub des boissons gazeuses (les plus mauvaises pour la santé ?), contre des étiquettes avec des mascottes mignonnes qui charment les enfants et pour un système de notation des boissons, (qui a été discuté en France ?). Il paraît que ça marche TB, que les enfants se moquent de celles et ceux qui amènent une boisson avec un marquage noir à la récré. Mais oui, les acteurs ont dû lutter contre l'industrie sucrière, dont Coca Cola.
Je répète ce qu'on m'a dit d'un docu que je n'ai pas vu. Il passait sur Arte, il s'agit probablement de "Un monde obèse" de Sylvie Gilman et Thierry de Lestrade.
[^] # Re: Cool, Snowden va pouvoir financer...
Posté par dzecniv . En réponse à la dépêche Financer les développeurs de GIMP pour un développement pérenne. Évalué à 4.
bon j'ai lu ce lien et rien de neuf sous le soleil et non, Snowden ne s'est pas engagé à financer une refonte^ Vous pouvez économiser 2 minutes.
[^] # Re: studio ?
Posté par dzecniv . En réponse au lien Financer les développeurs de GIMP pour un développement durable. Évalué à 5.
Je ne trouve pas tout à fait, dans cet article j'ai le sentiment que vous vous adressez à des gens lambda, à des utilisateurs individuels, pas à des pros, à des sociétés ou des institutions.
J'ai le sentiment que vous pourriez vous adresser à eux de manière ciblée: "chères entreprises, chères écoles, soutenez le développement de Gimp !". Le discours serait un peu différent. Le top serait qu'une première entreprise ou université serve d'exemple et explique éventuellement des "trucs" du secteur: comment déclarer le don sur sa compta etc. Il y aurait une photo d'une entreprise ou d'une classe qui travaille (sur Gimp, ou juste une photo de pub libre de droit ;) ) etc.
Afficher le nom de ces sociétés (et autres donateurs) sur la page donation, en pied de page de chaque article, pour inciter à faire pareil ? (comme le fait LinuxMint)
edit: ah, vous avez une page sponsor. Elle n'est pas liée directement depuis votre nouvel article, et elle est un peu cachée depuis la page donating/. Pas d'accès direct dans le menu. LinuxMint liste également tous les donateurs du mois passé dans leur article de blog.
De plus, j'aime toujours savoir les fonctionnalités futures en cours de préparation quand je donne, je suis moins tenté de donner quand j'ai l'impression qu'on récompense du travail passé. Ceci dit, votre page de présentation montre énormément de travail passé, présent et en cours (mais pas de manière très précise).
Enfin: vous n'êtes pas sur Github sponsors ? C'est une plateforme sans frais… sur Patreon j'ai facile 1€ de transaction par paiement, Liberapay ne marche pas bien en ce moment, on ne peut pas vraiment donner régulièrement (tout le paiement est encaissé en une fois).
Un retour qui vaut ce qu'il vaut :)
Bien cdt,
# Avec Doom et Chemacs2
Posté par dzecniv . En réponse au journal Un noob et son Emacs: charger différentes configs au démarrage. Évalué à 5. Dernière modification le 22 mai 2021 à 06:46.
Merci, du coup je tente une installation de Doom aux côtés de ma config…
https://github.com/hlissner/doom-emacs/blob/develop/docs/getting_started.org#install-doom-alongside-other-configs-with-chemacs2
https://github.com/hlissner/doom-emacs
… et c'est excellent O_o
(edit: pris de vitesse à propos de chemacs)
# Ça existait… en Lisp
Posté par dzecniv . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 5.
Je partage car j'ai mis du temps à m'en rendre compte: les IDE Common Lisp, notamment Emacs & Slime mais pas que (maintenant SLIMA pour Atom est très bien), font déjà tout ça depuis… des décennies (avec une réserve sur le ré-usinage).
On a en effet: un serveur (Slynk) connecté à l'image Lisp en train de tourner, qu'on modifie à la volée pendant qu'on développe, et un client (Slime) connecté à l'éditeur. Toutes les infos décrites dans la dépêche existent de base dans l'image: les références croisées (qui appelle, qui modifie, qui est appelé par, qui référence qui), la validation est faite à la volée quand on compile notre code (on peut compiler la fonction sur laquelle on travaille, on a donc un retour immédiat avec variables non déclarées, mauvaises inférences de type, code inaccessible etc), la documentation etc.
Le tout de manière très fluide (alors qu'avec mon IDE Python…). Bref, c'est vraiment agréable à l'usage, c'est bon à connaître.
[^] # Re: L'interview de moi-même - mes frustrations
Posté par dzecniv . En réponse à la dépêche Python — partie 10 — Entretiens. Évalué à 7. Dernière modification le 12 mai 2021 à 16:13.
Le REPL pas très interactif
Découvrir IPython était extraordinaire, cependant, maintenant, travailler sur des projets de taille moyenne ne me satisfait pas, et je trouve le REPL pas assez interactif. Sur un projet Django: au moindre changement, le serveur local redémarre, et me fait attendre un petit peu. Des fois, une dizaine de secondes. Quand je teste des choses dans le REPL (par exemple avec ipdb), que Django redémarre, je perds tous les objets de test, et je dois recommencer. Là, je compare encore avec Common Lisp, qui est beaucoup plus évolué -mais du coup un peu plus déroutant à prendre en main. En Lisp, on travaille sur une image live qui représente notre système. Je n'attends jamais qu'un process redémarre. On écrit une nouvelle fonction, une nouvelle route, et on peut tester. J'aime ça. Je ne connais plus les langages où on doit attendre des temps de compilation. Elixir a l'air de répondre à pas mal de mes critères également.
# L'interview de moi-même - mes frustrations
Posté par dzecniv . En réponse à la dépêche Python — partie 10 — Entretiens. Évalué à 10.
C'est avec Python que j'ai réussi à développer mes projets (et pas en C ou en Java "appris" pendant les études), mais maintenant avec quelques années dans les pattes et des softs en production sur mes serveurs avec des utilisateurs et utilisatrices, j'ai bien trop de frustrations pour envisager de recommencer un projet en Python (et effectivement, je ne le fais pas).
Le déploiement
On ne peut pas créer un exécutable d'un projet Python. Ça rend le déploiement compliqué.
Si tu ne "pinnes" pas assez tes dépendances, et que tu lances "pip install" lors d'une mise à jour (tout le monde le fait, non ?), alors l'installation peut péter. Ça peut péter parce qu'une dépendance de dépendance n'a pas assez spécifié ses dépendances à elle.
Le déploiement peut péter lors d'un "pip install" parce que pip lui-même pète, y compris lors du passage à une version mineure. Exemple: #7620.
Alors il y a quelques essais (platter), mais ce ne sont pas des solutions natives, et ça ne remplace pas un binaire.
En comparaison, avec un binaire: rsync vers le serveur, on le lance, et voilà.
Les types, les typos, l'environnement de l'éditeur
Python est typé dynamiquement. Un moyen de savoir qu'on n'a pas fait d'erreurs bêtes est d'écrire des tests unitaires qui passent par toutes les branches du code. Si on ne fait pas ça, on peut livrer du code avec une faute de frappe, qui pète en prod. C'est déjà dommage, que le langage qu'on utilise ne nous offre pas plus de garanties. Il faut donc configurer son éditeur avec des outils externes pour vérifier ces erreurs évitables. OK, ça paraît normal. Mais les outils du genre flake8 ou pylint ne vérifient pas grand chose (selon moi, en comparaison à d'autres langages), et ce sont des outils externes, secondaires, qu'il faut configurer pour tout projet, qui ajoutent un petit temps de latence au démarrage ou dans la CI, qu'il faut lancer en parallèle (mypy), etc. C'est bien, mais j'ai été séduit par un langage qui nous donne plein de warnings et d'erreurs à la compilation (en plus on peut compiler une fonction à la fois en étant dans son éditeur, ce qui donne un feedback immédiat).
Les performances, la parallélisation
Les performances sont très moyennes, ce qu'on réalise quand le projet prend de l'ampleur :/
La stabilité
Le langage évolue constamment et ça me fatigue. J'ai pris du retard sur la mise à jour de Django et Python 3 et je le regrette, je crains que chaque jour qui passe me rende le processus plus difficile. Je crains que chaque passage de version apporte son lot de petits bugs. Je trouve que j'ai autre chose à faire sur le temps passé sur mon logiciel libre à me battre avec Python et à résoudre ses erreurs liées à l'écosystème. Je devrais écrire encore plus de tests, surtout plus de tests end-to-end (avec Selenium et cie), et plus tester manuellement. Mais je ne suis pas entouré par une équipe, je ne suis pas payé à faire ça, d'autres langages n'ont pas ce problème… je me permets donc de blâmer Python, et pas moi-même :D
Certains langages sont très stables, même si leur compilateurs évoluent, même si les librairie évoluent. On peut exécuter un programme écrit il y a plus de 20 ans. Vous vous rendez compte ? (là je pense à Common Lisp)
Conseil au débutant: ce n'est pas pour autant que Python est à rejeter, étant donné les bons frameworks et librairies disponibles. On peut apprendre beaucoup avec. Mon conseil est de continuer à chercher un autre langage qui te plaise, sans ces inconvénients.
[^] # Re: Oui
Posté par dzecniv . En réponse au journal Les doutes d'un gars qui écrit: sérieusement se mettre à Emacs, ou pas ?. Évalué à 2.
salut, si, les raccourcis correspondent à ceux de bash par exemple :) (C-a, C-e, C-k, M-p, M-n, M-b, M-f…)
[^] # Re: Emacs drag n drop
Posté par dzecniv . En réponse au journal Outils pour écrire un livre. Évalué à 3.
Tu auras peut-être l'équivalent dans un autre éditeur, mais sinon c'est sûr, il faut l'apprendre ! Néanmoins tu connais déjà plein de raccourcis claviers de base: tous ceux de bash par exemple (C-a, C-e, C-k, alt-p etc). Ensuite tu peux activer la couche Vim avec evil-mode. Et je recommande de regarder les menus, et d'utiliser which-key-mode, qui montre quelles fonctions sont disponibles quand on commence à entrer une séquence de touches (https://wikemacs.org/wiki/Discoverability#Which-key_.28and_guide-key.29). Pour avoir un aperçu des autres séquences de touches et fonctions d'édition par défaut: voir le tutoriel, par le menu.
Pour commencer avec une très bonne configuration, j'entends beaucoup de bien de Doom: https://github.com/hlissner/doom-emacs
https://github.com/zilongshanren/awesome-emacs
# Emacs drag n drop
Posté par dzecniv . En réponse au journal Outils pour écrire un livre. Évalué à 5.
Salut, pour la solution Sphinx, avec Emacs, il existe des plugins pour pouvoir glisser-déposer une image dans le document et écrire la balise correspondante. Pour org-mode: https://github.com/abo-abo/org-download et pour markdown j'ai trouvé: https://github.com/mooreryan/markdown-dnd-images (peut-être y en a-t-il d'autres).
Je me vois mal rédiger un long document sans Emacs :)
J'ai aussi vu passer cet article qui parle de comment améliorer le rendu de PDF et ePub avec Pandoc (et du Latex): https://learnbyexample.github.io/customizing-pandoc/
# Pas de portable du tout ?
Posté par dzecniv . En réponse à la dépêche Quel téléphone (plus ou moins) libre en 2021 ?. Évalué à 7.
Je suis la petite voix qui vient dire que ne pas utiliser de portable (ou au moins, de smartphone !), ce n'est peut-être pas facile pour l'homme moderne, mais c'est possible, et c'est le plus écologique…
Pour un super article: "Le téléphone portable, gadget de destruction massive": http://www.piecesetmaindoeuvre.com/IMG/pdf/Portable_2008.pdf (si le ton vous fatigue, passez outre. Lisez, vérifiez avec les nombreuses références)
[^] # Re: Fairphone 3
Posté par dzecniv . En réponse à la dépêche Quel téléphone (plus ou moins) libre en 2021 ?. Évalué à 5.
C'est pas beaucoup 3 ans O_o (même si c'est pas pire…) Entre temps, les montagnes de déchets grandissent quand même :/
[^] # Re: Claws
Posté par dzecniv . En réponse au journal Lire ses lignes en ligne de commande, un nouveau projet. Évalué à 2.
+1, je précise que notmuch ou Mu permettent d'indexer, taguer et rechercher ses mails en ligne de commande également. Ils ont ensuite des interfaces pour d'autres clients (tels qu'Emacs :) ).
[^] # Re: Ğ1, kessako ?
Posté par dzecniv . En réponse à la dépêche Ğ1formation : une plate-forme libre pour des formations monétarisées en Ğ1. Évalué à 3.
Je pense qu'ils le souhaitent (d'où les demandes au fisc etc), mais que la G1 est trop petite pour l'instant. Question toujours non résolue.
Il est bien possible que des commerçants acceptent de la G1 et paient la TVA en €, ça dépend de chacun.
# Emacs, Firefox
Posté par dzecniv . En réponse à la dépêche Changeons ces logiciels open source qui nous espionnent. Évalué à 10. Dernière modification le 14 janvier 2021 à 23:35.
https://www.mozilla.org/en-GB/
https://www.gnu.org/software/emacs/ (librairies, doc: https://github.com/emacs-tw/awesome-emacs)
Merci quand même.
[^] # Re: Alternatives
Posté par dzecniv . En réponse au journal Signal la bonne alternative à Whatsapp ?. Évalué à 6.
Financement: on a quelques pistes sur leur site: https://jami.net/services/ Jami est développé par une boîte (québecquoise ?) qui "fait du libre". Ils ont déjà des développeurs, des clients, d'autres projets. Ils développent Jami et commencent à placer leurs pions pour générer des revenus, on peut lire sur ce lien qu'ils commencent (ça fait pas longtemps, c'était annoncé dans leur dernier article de blog il me semble) à proposer des services pros, ici l'hébergement de "Jami Account Manager Server" qui "facilite le déploiement de Jami dans votre organisation et permet à vos utilisateurs de se connecter en utilisant l'identifiant de leur entreprise".
# Version française
Posté par dzecniv . En réponse au lien lowtech magazine: comment construire un site web low-tech. Évalué à 4.
Et je découvre les traductions: https://solar.lowtechmagazine.com/fr/
[^] # Re: emacs + mu4e
Posté par dzecniv . En réponse au journal Vim ou Emacs pour le courriel ?. Évalué à 10.
On peut avoir de belles interface avec Emacs et mu4e. Cf cet exemple récent: https://www.reddit.com/r/emacs/comments/jvnzxl/mu4e_dashboard_using_orgmode_with_mu4e_links/
Et des extensions ont été développées pour ce client (vue en conversation, "complétion" de contacts, notifications…) : https://wikemacs.org/wiki/Mu4e Et je suis sûr qu'il y en a plus.
# Lisp et Smalltalk, deux mondes pleins de mystères et de promesses
Posté par dzecniv . En réponse à la dépêche Pharo : quoi de neuf ?. Évalué à 10.
Je regardais Common Lisp et Smalltalk avec les mêmes yeux ronds. Ces deux langages semblent tout faire différemment du reste du monde de l'informatique, tout en ayant de nombreux points communs.
Finalement, je me suis mis au Lisp, au point de faire tourner une paire de services "en production©", mais Smalltalk me paraît toujours aussi étrange… peut-on utiliser Emacs ou n'importe quel autre éditeur pour Smalltalk/Pharo ? Il semble que non. Peut-on lancer un REPL dans le terminal ? Il semble que non. Est-on vraiment obligés d'utiliser la souris dans Pharo ? Il semble que oui !! (et là me paraît son grand fail, mais je devrais l'apprendre avant de juger…)
Les deux ont un framework web qui fait les choses différemment, Seaside et Weblocks. Mais est-ce que Seaside permet vraiment de se passer de JavaScript ? Et surtout, où peut-on trouver une application de démo ou un site existant qui tourne sous Seaside ?? Je n'ai pas trouvé (et j'ai demandé, une fois). Weblocks permet de construire des applications web dynamiques, basées sur Ajax (si JS est disponible, sinon full HTML), sans une ligne de JS. Certes, il ne permet pas de "double-data binding".
Je reconnais les promesses de Pharo dans Lisp: "langage simple et puissant", "environnement vivant" avec "un retour d’information immédiat à tout moment", un débogeur interactif qui permet "de relancer l’exécution des méthodes, de créer des méthodes à la volée", etc. Mais comment cela se passe dans Pharo, mis à part la multitude de fenêtres, je n'en ai aucune idée. C'est fou l'informatique…
[^] # Re: Je pourrais vous parler de Solid pendant longtemps :)
Posté par dzecniv . En réponse au journal Gemini et Solid, deux alternatives au Web (qu'il faut qu'on m'explique). Évalué à 3.
Mais c'est qu'on dirait que les applications avec Solid existent !
J'attends tes prochains articles !
(je cite ton article)
La coopérative Startin’blox propose une solution open source pour créer des applications Web en assemblant des composants Solid, aussi simplement que l’on peut créer un site Web avec Wordpress.
Une première application basée sur le framework Startin’Blox, Hubl, illustre ses possibilités en matière d’interopérabilité entre organisations. Hubl propose aux collectifs de freelances des modules tels qu’une messagerie instantanée, un job board pour les offres de mission, un annuaire de profils, etc. Chaque collectif peut décider des modules mis en oeuvre et des données qu’il souhaite partager. Il est désormais possible d’interconnecter collectifs et indépendants au sein d’un écosystème, sans qu’une plateforme ne dicte ses règles aux participants ni n’utilise sa position d’intermédiaire incontournable pour extraire une rente économique !
https://hubl.world/fr/
L’Assemblée Virtuelle est un écosystème associatif d’acteurs développant de manière collaborative des communs (outils open source, méthodologies et projets) basés sur le Web sémantique et Solid, au service des acteurs de la transition.
https://www.virtual-assembly.org/
# Questions suivantes: shell, types, déploiement… ?
Posté par dzecniv . En réponse à la dépêche Raku en 2020. Évalué à 5.
Salut,
Merci pour toutes ces infos.
Pour aller au-delà de la syntaxe: la vie d'un développeur Raku est-elle confortable ? Le shell interactif est-il bien interactif ? (entre IPython et Lisp peut-etre ?) Le typage donne-t-il de bonnes informations ? (et si on ne type pas, a-t-on des warnings du compilateur malgré tout ?) Est-ce que déployer une application ou la livrer à un utilisateur est plus plaisant qu'avec Python ? (stabilité de l'écosystème, outils de déploiement… peut-on construire un exécutable ?)
# Common Lisp: corrections
Posté par dzecniv . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 4.
Salut,
Common Lisp est un langage multi-paradigme, pas purement fonctionnel donc, compilé et fortement typé, qui permet du typage graduel, tout en utilisant son excellent REPL (devrait-on dire, image-based development). Mais il ne fait pas autant d'inférences de typage que les langages modernes (Haskell et cie). Pour cela des librairies émergent… (https://github.com/stylewarning/coalton/)
À noter que comme on code avec le REPL à côté, on compile notre code fonction par fonction avec un raccourci clavier… c'est terriblement efficace.
Il existe aussi typed-racket.
Carrément. Les articles de blog qui montrent que Common Lisp peut être autant ou plus efficace que du C affluent (oui oui, on croule dessous :p ). Car Common Lisp permet de déclarer ses types un peu partout, quand on veut. On peut vraiment partir à la chasse à l'optimisation.
Je ne suis pas dans ces débats, donc perso je m'en fiche. Pour se protéger, on utilise le système des
gensympour déclarer une nouvelle variable dans une macro, qui aura donc un nom unique, et voilà.Je suppose que tu voulais dire "un peu plus impératif" ! Exemples de loop, qu'il faut apprendre par l'exemple: https://lispcookbook.github.io/cl-cookbook/iteration.html
Oui, Quicklisp, comme d'autres librairies, est marqué "beta software" mais il est pleinement fonctionnel. Il n'est marqué beta que parce la communauté Common Lisp joue le jeu de la stabilité à fond. Un programme stable va durer des décennies. Il n'est pas rare qu'un programme écrit dans les année 90 (soit juste après la standardisation ANSI du language) tourne toujours sans modification. Personnellement j'ai vu des warnings de dépréciation rester pendant 16 ans ! Compare cela aux langages d'aujourd'hui, comme Python…
Par ailleurs, Quicklisp est un peu différent des autres gestionnaires de librairies. Il fonctionne en "releases" mensuelles, un peu comme apt. Il garantit que les librairies d'une même release peuvent s'installer ensemble.
Notez que des alternatives avec un autre modèle émergent: Ultralisp, CLPM…
[^] # Re: L'autorité déresponsabilise
Posté par dzecniv . En réponse au journal Notre Santé nous appartient !. Évalué à 3.
Si on pouvait la laisser de côté quand on parle de nous ça serait cool.
[^] # Re: Le classement incroyable d'un language - ou, ce qu'on lit dans l'indice Tiobe
Posté par dzecniv . En réponse à la dépêche Python dépasse Java en popularité selon l’indice TIOBE de novembre. Évalué à 2.
Ça oui. Il n'y a pas de raison pour qu'une DSI veuille ré-écrire un projet Python qui marche en PHP ! (je l'ai vu…)
# Le classement incroyable d'un language - ou, ce qu'on lit dans l'indice Tiobe
Posté par dzecniv . En réponse à la dépêche Python dépasse Java en popularité selon l’indice TIOBE de novembre. Évalué à 6.
Quel language, numéro 1 dans les années 80, est toujours plus populaire que Haskell, Lua, Kotlin, TypeScript, Nim, Clojure, Elixir ou F#? … Lisp, messieurs dames !
L'indice veut dire que beaucoup de monde cherche sur google comment faire quoi avec Python.