steph1978 a écrit 3437 commentaires

  • [^] # Re: memories

    Posté par  . En réponse au journal carte satellite hors-ligne sur Osmand. Évalué à 3.

    Pas grand chose de récupérable car fait en one-off et il y six ans. Le site source a changé.

    Une partie réutilisable est l'énumération des coordonnées x,y à partir d'une zone géographique et d'un zoom. On injecte ça dans une boucle de curl en shell ; ou le combiner à du httpx et du sqlite.

    La limite est que ça ne gère qu'une "boîte" et pas des formes plus complexes. Il serait intéressant de pouvoir décrire un cercle ou une ellipse voire un polygone arbitraire.

    Et finalement utiliser QGis pour décrire cette zone complexe et télécharger les tiles, c'est peu être le plus efficace.

  • # memories

    Posté par  . En réponse au journal carte satellite hors-ligne sur Osmand. Évalué à 4.

    Merci pour ce journal qui me rappelle que j'avais fait la même manip pour récupérer des cartes IGN (qui n'était pas open à l'époque).

    J'avais utilisé python+bash pour l'extraction des tuiles au lieu de QGIS ici. QGIS, excellent outil au demeurant.

  • [^] # Re: Exemple de gros produit/projet en Perl

    Posté par  . En réponse à la dépêche Perl 5.40 est sorti. Évalué à 10.

    Son seul problème, à mon humble avis, reste sa lisibilité

    Et cela a été prouvé scientifiquement

    "93% of Paint Splatters are Valid Perl Programs"

  • [^] # Re: htmx sucks

    Posté par  . En réponse au lien htmx 2.0. Évalué à 5.

    il y a tellement de gens qui présentent HTMX comme un remplaçant de React que ça donne une mauvaise image de la chose.
    Comparer HTMX et React c'est stupide.

    Ça se compare au sens ou c'est une alternative si tu dois faire une application web : tu peux faire du MPA, du MPA avec du jquery, du SPA avec un des 15 framework TS/JS qui existent, du SSR, du Phoenix/Liveview, du HTMX, du ELM, du Purescript, etc.

    C'est toujours intéressant de savoir les points forts et les points faibles de chaque approche.

  • [^] # Re: htmx sucks

    Posté par  . En réponse au lien htmx 2.0. Évalué à 5.

    Je n'ai pas fait d'application "conséquente" avec HTMX. Mais étant un dev plutôt backend, je me suis retrouvé dans la proposition qui est faite. J'ai pû faire une application web de quelques écrans de gestion de ma collection de films avec intégration à IMDB. Ce de manière bien plus plaisante que avec n'importe quel framework frontend.

    J'ai utilisé Python+FastAPI+Pydantic+Jinja+Pug+HTMX.

    Mais si vous voulez quelque chose de sérieux, je vous invite à regarder cette vidéo. Toute la conférence est intéressante mais pour ceux qui sont intéressés par les chiffres, se rendre au timecode 17:58.

    En gros, sans perte de confort utilisateur, et même en l'améliorant côté perf, ils sont passé de 21kloc de JS à 6kloc et seulement de 500 loc à 1200 loc Python. Il explique aussi qu'un développeur peut maintenant prendre une feature de bout en bout, sans que le front doive attendre le back.

  • # htmx sucks

    Posté par  . En réponse au lien htmx 2.0. Évalué à 1.

    N'y touchez pas. Si vous y touchez, le doute va s'insinuer en vous.

  • [^] # Re: Papier scientifique

    Posté par  . En réponse au lien Attention, Chat-GPT est capable de se transformer en "hacker" (payant). Évalué à 2.

    Chat-GPT est capable

    De toute façon, à partir de là, j'avais déjà un doute sur le contenu :)

  • [^] # Re: Utile, mais peu performant

    Posté par  . En réponse au lien DevToys,boîte à outils regroupant des outils pour développeurs, est désormais disponible sous Linux . Évalué à 3.

    ça m'embête toujours de passer par des sites comme dcode.fr.

    alors passe par chez le Hollandais volant : https://lehollandaisvolant.net/tout/tools/

  • # astuce numéro quatro

    Posté par  . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 4.

    Et peut être numéro uno :

    Désactiver la charge rapide.

    Moins de courant, mois d'usure. La charge rapide, c'est pratique quand on est en galère à la gare et qu'on doit récupérer rapidement de l'autonomie. Mais si on charge la nuit, peu importe que ça prenne 1h ou 3h, le matin ce se sera à 100%.

    Pour le 80%, j'y crois moyen. Le BMS est là pour limiter une surcharge.
    Pour le 0%, il paraît qu'une batterie Li n'aime pas tomber si bas.

    Par contre l'argument de dire "charger entre 40% et 80% c'est bien car ça compte que pour un demi cycle" : j'espère bien ! car ça fait même pas une demie charge :/

  • [^] # Re: Tiens, ils reviennent à la source?

    Posté par  . En réponse au lien Firefox prépare une révision de ses onglets, avec regroupement et organisation verticale. Évalué à 2.

    J'ai de tout temps installé une extension pour voir les tabs en verticaux et hiérarchiques. Ça s'appelait "Tab Mix Plus" puis "Tree Style Tab". Ça me permet d'être heureux avec 106 onglets d'ouverts. Encore plus quand je vois qqun sous chrome qui pleure avec 30 onglets.

  • [^] # Re: standalone jinja

    Posté par  . En réponse au journal Publication de Moustache, votre nouvel ami dans la transformation de texte . Évalué à 2.

    Si les ressources te sont si précieuses :

    $ ls -lh /usr/local/bin/minijinja-cli
    -rwxr-xr-x 1 root root 6.5M Jun 12 12:33 /usr/local/bin/minijinja-cli

    à découvrir ici

  • [^] # Re: unix way

    Posté par  . En réponse à la dépêche Mise à jour de VenC en version 3.2.2. Évalué à 2.

    Tu peux détailler ce que tu entend par référence croisé ?

    Dans un contenu, le fait de pouvoir pointer un autre contenu qui aborde un sujet connexe.

    quel serait la différence entre des tags, et des catégories non hierarchisé dans ton cas d'usage ?

    Dans mon modèle mental, un contenu appartient à une et une seule catégorie mais peut avoir un nombre quelconque de tags.

    Les catégories ont tendance à être trop strictes, les tags trop lâches :/

    Ton approche est très unix way indeed <3

    Oui

  • [^] # Re: standalone jinja

    Posté par  . En réponse au journal Publication de Moustache, votre nouvel ami dans la transformation de texte . Évalué à 4. Dernière modification le 10 juin 2024 à 20:16.

    Yes!

    En ajoutant le support de yaml, toml et xml, j'arrive à 20MB. Je trouve pas ça rédhibitoire.

  • # unix way

    Posté par  . En réponse à la dépêche Mise à jour de VenC en version 3.2.2. Évalué à 2.

    Bravo pour ce projet

    J'ai lu les commentaires de la précédente dépêche.

    J'ai un site qui s'apparente à un blog dans lequel je publie mes notes sur divers sujets.

    Je ne voulais pas écrire les outils moi-même mais démarrer simple pour ajouter des fonctionnalités quand le besoin s'en faisait sentir.

    À date, j'utilise:

    • pandoc : markdown + front matter -> HTML
    • plantuml et drawio pour les diagrammes
    • une css maison (dans ce style)
    • de la glue en Shell
    • un scripts AWK (+ gron pour traiter du json en ligne par ligne) pour gérer les tags
    • entr pour réagir au changement de contenu sur disque
    • make pour le build incrémental
    • stork comme moteur de recherche côté client mais je passerai bientôt à pagefind car Stork n'est plus maintenu
    • live-server pour le reload automatique dans le navigateur en dev
    • helix pour l'édition

    Ce que ça fait déjà

    • chaque post en HTML dans sa propre page
      • la coloration syntaxique
      • la table des matières d'un post
      • permalink
    • une home page avec la liste de posts
    • une page de tags
    • un moteur de recherche côté client
    • le flux RSS

    J'aimerai travailler sur

    • L'intégration avec une forge logicielle, pour avoir
      • le déploiement automatique (j'uploade par script en FTP)
      • la gestion des droits
      • le versioning
    • un LSP (superset de markdown), pour faciliter la création de références croisées et aider à la rationalisation les tags
    • la publication sur le Fediverse

    je ne pense pas travailler sur

    • l'optimisation de la vitesse (et le parallélisme) : entre make (incrémental) et pandoc (très rapide), et seulement quelques centaines de contenus, je n'ai pas de soucis de lenteur
    • les catégories : je trouve difficile de définir les bonnes catégories. Je préfère quelque chose de moins rigide – search, tags, cross-reference – pour organiser le contenu
    • la navigation – next/previous, calendrier – car mon contenu n'a pas de chronologie

    Vous l'aurez deviné, rien de publiable en l'état car hautement lié à mon besoin. Mais largement reproductible.

  • # standalone jinja

    Posté par  . En réponse au journal Publication de Moustache, votre nouvel ami dans la transformation de texte . Évalué à 3.

    Je comprends à la lecture des commentaires que ce n'est pas l'intention initiale de l'auteur mais pour ceux que cela pourrait intéresser, il est relativement aisé d'avoir jinja en ligne de commande et dans un exécutable autoporteur.

    En combinant jinja2-cli et pyinstaller, et en appliquant une recette inspirée de celle-ci, on obtient un exe qui peut être installé n'importe où.

  • # lol

    Posté par  . En réponse au lien Kaspersky propose un anti-virus pour Linux à lancer en root. Évalué à 2.

    Si j'ai besoin de chauffage en hiver, j'allume un bon feu.

  • [^] # Re: alors c'est un peu compliqué

    Posté par  . En réponse au journal Applis sur smartphone, sondage : combien installées par souhait, combien par obligation?. Évalué à 4.

    Je suis arrivé à en virer bcp plus avec un outil, cf https://linuxfr.org/users/steph1978/journaux/bloated

  • [^] # Re: alternatives

    Posté par  . En réponse au lien The Programming Language compiled to Bash.. Évalué à 2.

    Oui, je proposais des choses qui restent autour d'une syntaxe ECMA script, point commun de ces trois outils.

  • [^] # Re: Pas de violence, c'est les vacances

    Posté par  . En réponse au lien Yann Le Cun, l’homme qui a décidé de détruire méticuleusement Elon Musk . Évalué à 2.

    Très bien formulé.

  • # alternatives

    Posté par  . En réponse au lien The Programming Language compiled to Bash.. Évalué à 3.

    Ça me rappelle ce que font un google zx ou un Bun Shell.

    J'imagine que cela permet à des DEV de faire un peu d'OPS.

  • [^] # Re: Résultat

    Posté par  . En réponse au lien The Programming Language compiled to Bash.. Évalué à 2.

    Si, comme je le comprends, l'objectif est la portabilité, oui ils auraient dû transpiler vers du shell posix.

    Oui le code est immonde (en particulier la dépendance à bc pour les boucles !!).

    Cependant si le but est d'éviter les plus grosses bourdes en bash en utilisant un langage plus strict, tout en conservant la compatibilité, je trouve la démarche plutôt intéressante.

    Ça manque de | par contre …

  • [^] # Re: Réalité virtuelle

    Posté par  . En réponse à la dépêche Les prochaines fonctionnalités de Firefox dévoilées. Évalué à 4.

    Qui.

  • [^] # Re: Real eState machine

    Posté par  . En réponse au journal Support client amélioré. Aide de l'IA ?. Évalué à 4.

    Si M$ a pas mis un milliard dedans c'est surement une technologie vouée à l'échec.

  • [^] # Re: Pas mieux pour l'intelligence naturelle

    Posté par  . En réponse au lien Les investissements dans l'AI font bondir les émissions de Microsoft de 30%. Évalué à 2.

    On mesure - dans la douleur pour la planète - que le cerveau humain est d'une redoutable efficacité énergétique.

  • [^] # Re: Ne pas oublier ceci

    Posté par  . En réponse au journal c'est vendredi, souvenirs, souvenirs... Évalué à 4.

    J'imagine qu'il y a une différence entre manger un sushi de trop et boire un litre de bactéries fécale. Je dis ça, j'ai jamais essayé ni l'un ni l'autre.

    d'ailleurs tu n'as pas fini à l'hôpital