Je viens de déployer un site pour un client: lecture d'une base de données, templates à la Django (Djula), un panier client, envoi de mail, et voilà, c'est simple, rapide et efficace.
Ce qui me facilite la vie c'est qu'une fois lancé en prod (sbcl --load run.lisp, qui charge mon projet et lance le serveur web dans une thread), j'ai toujours accès au REPL de l'application qui tourne. Ça me sert pour facilement modifier des variables de configuration (quand le client change plusieurs fois par semaine d'horaire ou d'adresse de contact). Je m'en suis bien sûr servi également pour recharger toute l'application à chaud, y compris en ayant besoin d'installer de nouvelles dépendances, et bien que ça ai très bien marché je serais prudent sur cette étape !
Et donc, le REPL. Y'a des langages évolués qui émergent, mais aucun n'a un si bon REPL, voir aucun REPL du tout. Le temps écriture -> test -> validation -> je recommence est bien plus rapide et fun avec un REPL.
De plus, Common Lisp (SBCL) renvoie pas mal d'erreurs ou de warnings de typage à la compilation (d'une fonction, vu que pendant le dév on compile fonction par fonction). Il y a même une librairie en version gamma qui apporte un typag statique complet à la ML/Haskell (Coalton).
Autre limite : le financement des grands projets et grandes infrastructures.
On n'est pas non plus obligés de repousser la ML en bloc si on a un doute sur cette question. Qui a dit que la ML veut remplacer l'euro ? Moi, je demande à voir jusqu'où elle va. Si on garde l'euro pour le financement d'infrastructures par création monétaire et que la G1 est utilisée en parallèle, permet des échanges et sort des gens de la misère, ça n'enlève en rien de son intérêt.
Donc, pas de raisonnement binaire, réfléchissons à comment financer de grands projets (pistes données dans commentaire plus bas), et utilisons la ML ici et maintenant !
Avoir 2 monnaies : une pour les prix, une pour le dividende universel est inutilement complexe.
moi je comprends qu'il n'y a qu'une seule et même monnaie, juste 2 indicateurs de valeur. Tous les jours on reçoit 1 Dividende Universel, qui vaut x junes. Pas si compliqué.
Je comprends "comment l'État se financerait-il uniquement en ML?".
Mes 0.02G1:
On n'a pas besoin de résoudre cette question avant d'essayer et d'adopter la ML. La ML n'a, je pense, pas vocation à remplacer l'euro, mais à pousser son expérimentation le plus loin possible. Si elle ne restait "que" monnaie complémentaire, que l'État devait toujours se financer par monnaie dette, ça n'enlèverait pas de son intérêt et de son impact potentiel.
Et même, une économie avec plusieurs monnaies est peut-être une bonne solution: de la monnaie dette pour financer de grands travaux quand on en a besoin, de la monnaie libre pour le quotidien, voire d'autres monnaies. Exemples: les tickets restaurants, la banque WIR suisse, "une institution bancaire suisse qui émet sa propre monnaie pour faciliter les échanges économiques entre ses membres", le système japonais pour donner des soins aux personnes âgées en maison de retraite, dont je ne retrouve plus le nom, etc.
Sinon, je pense qu'on pourrait financer plein de trucs par financement participatif. L'avantage immédiat étant qu'on pourrait choisir où vont nos "impôts".
C'est que pour ouvrir Emacs en mode terminal, à l'inverse de vim il faut le demander (emacs -nw), donc cela suppose une connaissance préalable et par conséquent, fermer avec une commande M-x paraît acquis.
Pour le nom unique, ici ça passe vu qu'on cherchera "next browser". Il y a un projet du même nom pour Androïd, mais il est abandonné.
Dans "next", à part l'évidente connotation positive, il y a "n-ext", l'idée d'avoir "n" extensions, bref un navigateur programmable. Il n'y pas que je sache de référence explicite à Apple, mais j'ai demandé pour le logo…
Voilà :) Merci pour la traduction (j'adore les traductions en français) et la remarque initiale (je suppose donc que l'auteur n'utilise pas Emacs !). Je rédigerais mieux lors de plus amples présentations de Next, il s'agissait ici d'un rapide journal.
Merci. J'espère qu'il va t'inspirer et développer ta créativité :)
On n'a encore jamais parlé de remplacer un moteur de rendu à chaud. C et Python ne me semblent pas les meilleures technos pour faire ça. As-tu des exemples existants en tête ? En tout cas ce n'est pas possible en l'état, car la vue doit garder des informations synchrones avec le cœur: liste des fenêtres et onglets, liste de callbacks, etc.
# Manque de goût
Posté par dzecniv . En réponse au lien J'ai développé un logiciel pour publier le catalogue d'une librairie en ligne. Beta mais déjà utile . Évalué à 3.
Faut expliquer les -1 messieurs dames. Vous n'aimez plus les logiciels libres qui aident les bonnes gens ?
# Un langage stable, rapide et avec un bon REPL
Posté par dzecniv . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 10.
https://common-lisp.net/ Et si si, y'a des librairies :) https://github.com/CodyReichert/awesome-cl
Je viens de déployer un site pour un client: lecture d'une base de données, templates à la Django (Djula), un panier client, envoi de mail, et voilà, c'est simple, rapide et efficace.
Ce qui me facilite la vie c'est qu'une fois lancé en prod (sbcl --load run.lisp, qui charge mon projet et lance le serveur web dans une thread), j'ai toujours accès au REPL de l'application qui tourne. Ça me sert pour facilement modifier des variables de configuration (quand le client change plusieurs fois par semaine d'horaire ou d'adresse de contact). Je m'en suis bien sûr servi également pour recharger toute l'application à chaud, y compris en ayant besoin d'installer de nouvelles dépendances, et bien que ça ai très bien marché je serais prudent sur cette étape !
Et donc, le REPL. Y'a des langages évolués qui émergent, mais aucun n'a un si bon REPL, voir aucun REPL du tout. Le temps écriture -> test -> validation -> je recommence est bien plus rapide et fun avec un REPL.
De plus, Common Lisp (SBCL) renvoie pas mal d'erreurs ou de warnings de typage à la compilation (d'une fonction, vu que pendant le dév on compile fonction par fonction). Il y a même une librairie en version gamma qui apporte un typag statique complet à la ML/Haskell (Coalton).
https://lispcookbook.github.io/cl-cookbook/
(ps: Atom avec SLIMA a tout ce qu'il faut)
[^] # Re: Foire aux liens
Posté par dzecniv . En réponse au journal De retour du FOSDEM 2020. Évalué à 2.
*macros à la LISP je suppose ?
[^] # Re: mieux que LWN!
Posté par dzecniv . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 2.
À noter que Guile n'est pas purement fonctionnel (comme on pourrait le croire avec ton commentaire) et possède un système objets (pensé d'après le Common Lisp Object System): https://www.gnu.org/software/guile/docs/master/guile.html/GOOPS.html#GOOPS
# et à Newton
Posté par dzecniv . En réponse au journal 2020, l’année du coincoin !. Évalué à 3.
Je reconnais ton pseudo et le bonhomme, bravo pour ton jeu, je viens de l'ajouter sur Framalibre récemment !
[^] # Re: Quelques limites de la TRM
Posté par dzecniv . En réponse à la dépêche La Monnaie libre, outil alternatif d’échange. Évalué à 7.
On n'est pas non plus obligés de repousser la ML en bloc si on a un doute sur cette question. Qui a dit que la ML veut remplacer l'euro ? Moi, je demande à voir jusqu'où elle va. Si on garde l'euro pour le financement d'infrastructures par création monétaire et que la G1 est utilisée en parallèle, permet des échanges et sort des gens de la misère, ça n'enlève en rien de son intérêt.
Donc, pas de raisonnement binaire, réfléchissons à comment financer de grands projets (pistes données dans commentaire plus bas), et utilisons la ML ici et maintenant !
moi je comprends qu'il n'y a qu'une seule et même monnaie, juste 2 indicateurs de valeur. Tous les jours on reçoit 1 Dividende Universel, qui vaut x junes. Pas si compliqué.
[^] # Re: Question de base
Posté par dzecniv . En réponse à la dépêche La Monnaie libre, outil alternatif d’échange. Évalué à 1.
Je comprends "comment l'État se financerait-il uniquement en ML?".
Mes 0.02G1:
On n'a pas besoin de résoudre cette question avant d'essayer et d'adopter la ML. La ML n'a, je pense, pas vocation à remplacer l'euro, mais à pousser son expérimentation le plus loin possible. Si elle ne restait "que" monnaie complémentaire, que l'État devait toujours se financer par monnaie dette, ça n'enlèverait pas de son intérêt et de son impact potentiel.
Et même, une économie avec plusieurs monnaies est peut-être une bonne solution: de la monnaie dette pour financer de grands travaux quand on en a besoin, de la monnaie libre pour le quotidien, voire d'autres monnaies. Exemples: les tickets restaurants, la banque WIR suisse, "une institution bancaire suisse qui émet sa propre monnaie pour faciliter les échanges économiques entre ses membres", le système japonais pour donner des soins aux personnes âgées en maison de retraite, dont je ne retrouve plus le nom, etc.
Sinon, je pense qu'on pourrait financer plein de trucs par financement participatif. L'avantage immédiat étant qu'on pourrait choisir où vont nos "impôts".
[^] # Re: Vient de sortir...
Posté par dzecniv . En réponse au journal Le Guide pour Apprendre à Réparer ses Appareils ÉlectroMénagers et Électronique Soi-même. Évalué à 2. Dernière modification le 07 novembre 2019 à 16:13.
c'est ouf, on vient de m'en parler, j'ai vu "4 novembre" et pas le reste, j'ai dit "bingo"…
En tout cas, on peut en commander par la Poste.
Journal moins pertinent que prévu :]
[^] # Re: Sans Android
Posté par dzecniv . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 6.
nan mais absolument: l'ordiphone est très pratique, bien sûr ! Par contre, il reste un gadget. Un gadget de destruction massive.
il y a d'autres enjeux que Google ou pas Google. La brochure élargit le débat :)
c'est un moyen plutôt dérivé d'accès à l'information, et il crée beaucoup d'asservissements…
[^] # Re: Sans Android
Posté par dzecniv . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 9.
… ni smartphone.
http://www.piecesetmaindoeuvre.com/spip.php?page=resume&id_article=7
[^] # Re: Je paye mes journaux
Posté par dzecniv . En réponse au journal Payez vos journaux. Évalué à 3.
Y'a néanmoins deux petits, un satirique (le Ravi) et un anarchiste (Alternative Libertaire) !
[^] # Re: Surtout, ne rien changer
Posté par dzecniv . En réponse au journal Payez vos journaux. Évalué à 4.
Je crois que ta réponse est donnée dans un commentaire ci-dessous: https://beta.lapresselibre.fr/ abonnements et site commun pour quelques journaux.
[^] # Re: Pourquoi faire simple alors qu'on peut faire compliqué ?
Posté par dzecniv . En réponse au journal Les pièges de la SNCF. Évalué à 5.
Tout à fait, et le joli système anglais aboutit à ceci: https://www.bastamag.net/Demantelement-de-la-SNCF-avec-30-ans-de-retard-Macron-va-t-il-repeter-les-memes (fun fact: les concessionnaires abandonnent leur concession!)
[^] # Re: On est presque vendredi
Posté par dzecniv . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 3.
Le rire m'est venu après la consternation, du coup dans le doute et pour la blague subtile j'ai surjoué mes explications (tiret du milieu…) :p
[^] # Re: On est presque vendredi
Posté par dzecniv . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 3.
C'est
Alt-x, leMest pour la touche Meta, un synonyme, et il ne faut pas taper le-du milieu.[^] # Re: Keybinds de malheur
Posté par dzecniv . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 2.
leS créateurS, oui! Mais comme je disais:
M-x vi-normal-modeet tout va mieux.[^] # Re: Intégration "native" des magnet et torrent
Posté par dzecniv . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 3.
Vraiment sympa l'idée, en plus le code est assez court. Et oui, Next ne te limite en rien donc il paraît le bon candidat pour ça! (et merci)
[^] # Re: Keybinds de malheur
Posté par dzecniv . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 2.
On compte effectivement permettre d'écrire
controletshift. Là on a fait au plus commun pour nous et notre première cible.C-x bc'est taper control + la lettre "x" en même temps, suivi de "b" (control peut donc être relaché).Pour rappel, tu peux activer les touches à la vim (moins voire pas de raccourcis à la
C-x) avecM-x vim-normal-mode. cfM-x help.[^] # Re: Jargon
Posté par dzecniv . En réponse au journal Navigateur Next 1.3.1: améliorations du minibuffer, du support pour de multiples plateformes, etc. Évalué à 2.
(un peu en retard…)
C'est que pour ouvrir Emacs en mode terminal, à l'inverse de vim il faut le demander (emacs -nw), donc cela suppose une connaissance préalable et par conséquent, fermer avec une commande M-x paraît acquis.
[^] # Re: Jargon
Posté par dzecniv . En réponse au journal Navigateur Next 1.3.1: améliorations du minibuffer, du support pour de multiples plateformes, etc. Évalué à 2.
J'ai répondu, sans vraiment répondre pour le logo :)
[^] # Re: Hors sujet (le nom)
Posté par dzecniv . En réponse à la dépêche Next v1.3.0, le navigateur web entièrement programmable. Évalué à 4.
Pour le nom unique, ici ça passe vu qu'on cherchera "next browser". Il y a un projet du même nom pour Androïd, mais il est abandonné.
Dans "next", à part l'évidente connotation positive, il y a "n-ext", l'idée d'avoir "n" extensions, bref un navigateur programmable. Il n'y pas que je sache de référence explicite à Apple, mais j'ai demandé pour le logo…
[^] # Re: Jargon
Posté par dzecniv . En réponse au journal Navigateur Next 1.3.1: améliorations du minibuffer, du support pour de multiples plateformes, etc. Évalué à 1.
bizarre, car Emacs par défaut se lance en GUI et il y a donc un bouton "X" pour quitter avec la souris.
[^] # Re: Jargon
Posté par dzecniv . En réponse au journal Navigateur Next 1.3.1: améliorations du minibuffer, du support pour de multiples plateformes, etc. Évalué à 2.
Voilà :) Merci pour la traduction (j'adore les traductions en français) et la remarque initiale (je suppose donc que l'auteur n'utilise pas Emacs !). Je rédigerais mieux lors de plus amples présentations de Next, il s'agissait ici d'un rapide journal.
# pgloader est 30x + rapide
Posté par dzecniv . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 7.
https://tapoueh.org/blog/2014/05/why-is-pgloader-so-much-faster/ où l'on apprend que pgloader a été ré-écrit de Python à … Common Lisp ! pour plein de gains, dont de performance. C'est pas banal, non ?
[^] # Re: Intéressant
Posté par dzecniv . En réponse à la dépêche Next v1.3.0, le navigateur web entièrement programmable. Évalué à 3.
Merci. J'espère qu'il va t'inspirer et développer ta créativité :)
On n'a encore jamais parlé de remplacer un moteur de rendu à chaud. C et Python ne me semblent pas les meilleures technos pour faire ça. As-tu des exemples existants en tête ? En tout cas ce n'est pas possible en l'état, car la vue doit garder des informations synchrones avec le cœur: liste des fenêtres et onglets, liste de callbacks, etc.