dzecniv a écrit 434 commentaires

J'ai répondu, sans vraiment répondre pour le logo :)

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…

bizarre, car Emacs par défaut se lance en GUI et il y a donc un bouton "X" pour quitter avec la souris.

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.

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 ?

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.

je suis à l'écoute des outils

Le choix des langages et frameworks est vaste, (presque) tous pourraient faire l'affaire. Node.js, Python (et Django) avec un frameworks JS (j'aime Vue.js), D, Ruby, Crystal, Clojure, Lisp,…

Concernant Python: on ne peut pas construire d'exécutable par défaut, donc le déploiement peut être difficile. Si tu penses déployer ton appli une fois, ça passe, mais si tu veux la déployer plein de fois, ou bien la rendre tres facile à installer, ce n'est pas le mieux. J'ai rêvé d'un language compilé plus d'une fois…

Si, c'est ce qu'amène https://www.netlifycms.org/ Le contenu est stocké sur Github ou Gitlab.

Editors get a friendly UI and intuitive workflow that meets their content management requirements.

Netlify CMS is built as a single-page React app. Create custom-styled previews, UI widgets, and editor plugins or add backends to support different Git platform APIs.

Content is stored in your Git repository alongside your code for easier versioning, multi-channel publishing, and the option to handle content updates directly in Git.

Pas testé.

J'ai essayé les deux, et c'est clair qu'Hugo est bien plus rapide !

Merci pour tes réponses avisées.

C'est un débat ouvert, je te l'accorde

\o/

ressortir deux catastrophes

ahem, y'avait 3 grosses catastrophes + les petites quotidiennes, à ne pas négliger (dont on entend parler dans les bonnes publications, tels que Canard Enchaîné).

Fukushima par ailleurs a entraîné en France des améliorations de la sécurité des installations. Le risque zéro n'existera jamais et j'en suis parfaitement conscient.

donc là y'a matière à discuter et à des points de vue divergents, car améliorer la technique n'empêche qu'on ne maîtrise pas tout et que les risques sont énormes, et réels. Cf les débats et la demande de refaire les soudures de la cuve de l'EPR.

le nucléaire est l'énergie qui tue le moins par kW produit.

Les chiffres sont attrayants, mais sur un tel sujet ne sont pas suffisants. Le nucléaire est l'énergie qui tue le plus longtemps, et qui tue de manière la moins contrôlée. Fukushima rejette toujours de l'eau radioactive dans l'océan. Peut être que les chiffres diront qu'elle est peu radioactive. Mais voilà. Ça, plus Narbonne, plus les rejets plus ou moins contrôlés dans nos fleuves, etc.

Ta dernière remarque me fait penser à un livre récent: http://leseditionsdesmondesafaire.net/fukushima-ses-invisibles/ des récits de japonais des années après la catastrophe. Une introduction plutôt philosophique.

pas faux.
Je considère le cas Corse toujours ouvert !

Il semble que des études montrent un vrai impact en France, notamment dans l'ouest et en Corse.

https://www.irsn.fr/FR/connaissances/Installations_nucleaires/Les-accidents-nucleaires/accident-tchernobyl-1986/2016-Tchernobyl-30ans-apres/Pages/5-Tchernobyl-2016-30ans-apres-accident-France-Europe-impacts.aspx

Dans les départements du nord-est, de Franche-Comté, du sud des Alpes et de la Corse, certains endroits ont reçu des dépôts dont l’activité en césium 137 dépasse 10 000 Bq/m², voire localement 20 000 Bq/m². Très localement, à l’échelle de quelques dizaines de kilomètres carrés, des averses très intenses ont conduit à des dépôts encore plus importants, dépassant 40 000 Bq/m2 sur la côte orientale de la Corse par exemple.

Le lait de vache et de brebis, les salades ont été contaminées pendant plusieurs semaines. 30 ans après, on peut toulours en relever.

[30 ans après] En France, certaines zones témoignent encore de niveaux de radioactivité supérieurs ou très supérieurs à ceux observés dans le reste de l’Hexagone.

Dans les prairies d’altitude des Alpes du sud, des « points chauds » sur de très petites surfaces (quelques dm2 à un m2 environ), des activités supérieures à 100 000 Bq/m2 peuvent être observées.

En 2015, un habitant des zones les plus touchées de l’est de la France recevra une dose moyenne de 37 microsieverts par an (µSv/an) [ce qui paraît équivalent à une exposition lors d'un voyage d'1h en avion] contre 5,4 µSv/an pour une personne résidant ailleurs en France.

et jusqu'à 570mSv/an pour un gros consommateur de champignons et de gibier de ces régions.

---

La Corse a connu une "flambée" de tumeurs et cancers ces dernières décennies (+78% de risques après le passage du nuage):

L’Assemblée de Corse (CTC) a révélé, jeudi après-midi [2013], les résultats de l’enquête épidémiologique effectuée, à sa demande, par une équipe indépendante de scientifiques italiens. L’enquête conclut que la radioactivité, consécutive à l’accident nucléaire qui a eu lieu en Ukraine le 26 avril 1986, est responsable de la flambée des cancers, tumeurs et autres pathologies thyroïdiennes en Corse.

https://www.corsenetinfos.corsica/Tchernobyl-La-preuve-corse-d-un-mensonge-d-Etat_a4037.html

ils classent le nucléaire comme ayant un impact neutre sur la question du CO2 alors que c'est sans doute avec l'hydraulique ce qui a un impact le plus positif sur le sujet. Pourquoi mentir et ne pas assumer ce fait ?

Peut-être parce que le "fait" se calcule de bien des manières et qu'ils le font différemment de toi ? Peut-être calculent-ils les coûts cachés de la chaîne de production ?

sans risque inconsidéré.

Ça aussi c'est toute une notion et tout un débat, non ? Serait-on fou de croire que l'existence même de centrales est un risque inconsidéré, après Tchernobyl, Three-miles Island, Fukushima, la pollution quotidienne à Narbonne et ailleurs et tous les petits accidents et les fuites quotidiennes ?

En tout la programmation est pas mal du tout, là on a du Yob :)

Normal, on a le rédac' chef de New Noise mag* aux manettes !

* chez tous les bons marchands de journaux

aux aficionados de Vim et des configurations saines dès le départ: allez donc voir http://spacemacs.org/ (ou au minimum, evil-mode + which-key-mode).

La dépêche ne le mentionne pas, mais B. Guerry maintient le formidable orgmode depuis des années: https://orgmode.org/ Org-mode permet «d'organiser sa vie intégralement au format texte»: prise de notes, TODO-liste, agenda, publication web/latex/markdown/etc, gestion de projet,… le tout dans un environnement parfait pour cela: GNU Emacs.

parce que tu ne peux pas livrer un exécutable docker à des utilisateurs, parceque je préfèrerais déployer et livrer un exécutable sans une nouvelle couche technologique qui a besoin de temps pour lire la doc, se former, mettre en place la pipeline, mettre à jour l'image docker, pour réparer les bugs pas liés à ton soft, qui a des problèmes de sécurité, etc, etc, etc. Certains languages te construisent un exécutable prêt à l'emploi. Point barre.

L’intérêt du Python (par rapport au C++) dans ce mode de fonctionnement c’est la livraison :
on peut se permettre de livrer directement le code source et hop l’utilisateur exécute l’application !

Alors ceci m'étonne. Je veux arrêter Python pour les difficultés de livraison. On ne peut pas livrer d'exécutables en Python. Peut être que l'utilisateur peut lancer un script facilement, sans besoin de compilation, mais dès qu'il y a besoin de dépendances systèmes (et cela arrive pour des librairies python) ou de plein de librairies python, via pip, c'est une autre paire de manches. Quel confort de livrer un exécutable tout-en-un avec un language compilé !

Sauf que la Banque Postale est une ou la plus propre… Pas d'investissements internationaux sur les centrales à charbon, pas de spéculation sur les céréales etc.

Et heureux de voir que je ne suis pas seul :]

Commentaire inutile, pour faire nombre.

Je suppose: BinaryAST est pour charger du JavaScript (utile pour les applications existantes), et WebAssembly n'a plus grand chose à voir avec du JS, étant un format binaire.

idem, merci pour les liens :)

Cinnamon, Pantheon, DeepinDE, LxQt,… :)

Merci. Je n'aime pas cet article. Rien de neuf sous le soleil, et il dramatise un récent post de blog de LinuxMint: https://blog.linuxmint.com/?p=3736 dans lequel le mainteneur explique des difficultés habituelles et finit quand même avec:

I hope that didn’t sound like a moralizing rant. Things are going very well. Georges’ post brought the topic up and I think it’s good for us as a community to touch on the topic as well. I also feel the need to clarify my position on this as I’m involved in moderating this blog, I’m often looking for quality feedback, detailed information that can help us do better and keeping motivation and fun as high as I can for everybody involved.

(c'était en 197x)

dans la même vidéo, on voit le hamburger pour gauchers^^