steph1978 a écrit 3342 commentaires

Techniquement la base est commune.

Commercialement c'est mieux de te vendre un nouveau produit quand tu changes de langage, non ?

Dans les faits, c'est déjà le cas pour les repo de packages : pypi pour python, npmjs pour JS, crates.io pour Rust, cpan pour perl, etc. Et pour ceux qui ne l'on pas (C), c'est pas pratique.

Pour les forges, je ne sais pas si la centralisation apporte beaucoup. Pour la coopération (issues, pr) peut être ; mais cela sera peut être réglé par la fédération.

Je ne nie pas la qualité des IDE de jetbrain. J'ai été utilisateur de intelij et pycharm ; mais aussi de eclipse ou vscode. Je préfère maintenant un vi-like.

Mais cette stratégie est la même que pour la plupart des éditeurs de logiciels propriétaires, ala Microsoft ou atlatian, on donne le produit pour un usage individuel pour que les gens s'habituent puis le promeuve en entreprise sous sa version payante.

Rien de nouveau et de bien réjouissant.

J'ai fait quelques tests et je suis super déçu. ChatGPT se refuse à dire que je suis le plus beau.

Chacun a sa propre beauté et ses qualités uniques. S'aimer et se valoriser est essentiel, mais il est aussi important de reconnaître et d’apprécier la beauté des autres.

J'avais été bluffé par redbean quand c'est sorti. Je l'ai utilisé pour servir du static, en ZIP.
Je voulais faire un site dynamique en LUA avec.
Je pense que luaonbeans pourrait me mettre le pied à l'étrier.

On va commencer à boucler :

Les 1500 lignes, je parle de la conf, pas du code. Je sais lire un bash de dix lignes.

La source a été donnée après mon commentaire. Je ne lis pas l'avenir.

Ce logiciel est une pépite.

Une grande partie de sa valeur repose sur openstreetmap bien sûr, et le GPS.

Pouvoir naviguer en offline dans n'importe quel coin de la planète, c'est presque magique.

s, t'es pas capable de comprendre "updaters" ou

Si, je sais repérer une URL dans un script.
Ça me dit pas comment est construit la ressource derrière.

En fait avant de le prendre pour un demeuré, lis le commentaire de départ et les issues dans le repo. Elles ne sont pas de moi. Je constate juste qu'elles soulèvent exactement les questions que je me suis posé.

Oui on sépare un range quand on a besoin d'un bout. Mais pourquoi le faire en avance…

Il a répondu après mon premier commentaire ici.

Un peu de toi, beaucoup de celui qui dit "mauvaise foi", "malveillance", ainsi que des moinssages.

Bref, au fond, quelles sont tes motivations ?

Merci pour cet intérêt, je n'en demandais pas temps.

Mais la question est pertinente.

On me propose d'effectuer un boycott. Je m'interroge sur la légitimité pour moi de le faire : qui ? Pourquoi ? Contre qui ? Comment ?

En première lecture, je suis dubitatif.

De là à me balancer tous les noms d'oiseaux de la terre, faut peut être se modérer.

1500 lignes dans la liste des IP Range.
Qui peuvent se résumer en 70 si les ranges consécutives sont fusionnées.

Disons que pour moi c'est un bad smell car je ne comprends pas comment la liste a été faîte.

Oui, c'est ce qu'ils (qui sont-ils d'ailleurs ?) exposent sur leur site. Ça ne change pas vraiment mon questionnement.

Marrant, trois issues sur leur repo GH et exactement les question que je me suis posé :

• d'où vient la liste des IP ? pourquoi je dois les croire ?
• pourquoi 1500 lignes alors que ça tient en 100
• pourquoi starlink et pas les autres acteurs GAFAM+NATU+XYZ ? Comme si les autres étaient moins pire que Musk ? Et les utilisateurs légitimes qui n'ont pas d'autres moyens d'accès à Internet, dommage collatéral ?

C'est le problème quand on veut moraliser le net, on tombe vite sur des contres sens.

J'ai écrit un outil un peu similaire, en python aussi. Ça fait du 25kl/s. Donc du même ordre de magnitude. GoAccess affiche 100kl/s … sur un i7.

Je gagne un peu de temps en déplaçant le parsing du log dans un script awk pour produire un format unique en TSV qui est d'ailleurs le facteur limitant dans le pipeline.

Le parsing de date est particulièrement et surprenamment coûteux en Python (et dans d'autre langage d'ailleurs) ; c'est souvent bénéfique de se passer de la lib standard et de faire le parsing soi-même.

Quant aux structures de données, yahi utilise archery, j'utilise defaultdict ; je suppose que cela ne fait pas grande différence.

De toutes façons 1/ il faut profiler pour savoir 2/ il ne faut pas attendre des performances de folie en Python.

Par curiosité, pourquoi utiliser debian 8 plus supportée depuis 5 ans alors que debian 12 supporte très bien le matériel ancien ?

J'ai un pc de 2008 en 32bit et il n'a pas de soucis à tourner sous Bookworm…

J'ai une petite infra avec quelques services. Je génère 5M d'access logs par mois.
Quel temps cela prendrait de générer les statistiques pour ce volume ?

C'est vrai que c'est le propos.

Mais c'est corolaire à ce que je dis : un entreprise n'est pas intrinsèquement bienveillante. Elle l'est si c'est nécessaire à son business. Si elle n'a pas le choix.

J'ai l'impression que ça s'applique à toute boite capitaliste mais la description du cas facebook est instructive

Le premier article a été commenté ici : https://linuxfr.org/users/woffer/liens/difficile-de-recommander-python-en-production

Copier colle le résultat du sélect, oui

J'ai beaucoup aimé, j'attends la suite avec impatience.

J'ai pas résisté pour une des énigmes qui propose une table "confession". J'ai passé ça à un LLM: "dis moi qui a avoué le crime", il l'a trouvé direct.

Pour le reste, beaucoup de jointures et un peu de scrutation oculaire.

On peut construire des bibliothèques partagées en Rust. En particulier pour les utiliser dans d'autres langages compatibles avec l'ABI C. Il y en a pléthore pour Python d'ailleurs car c'est l'approche naturelle quand on veut accélérer des parties calculatoires dans ce langage interprété.

avoir un linker et un partage au niveau du binaire
* Moins d'espace disque ;
* Réutilisation, en mémoire, des pages RO (la section code des librairies) ;
* Load (beaucoup) plus rapide du code ré-allocatable ;
Sans parler des m.a.j. fonctionnelles ou de sécurité.

Cependant, je suis moins convaincu par ces arguments pour plusieurs raisons :

Nos PC ont maintenant des GB de RAM, plus des MB ; la réutilisation de quelques pages de mémoire devient moins intéressants

Les binaires Rust font du load dynamiques des bibliothèques des plus communes : libc, libm.

Plus important, l'approche de Rust est de faire une compilation des dépendances à partir des sources afin, grâce à une analyse statique, de n'embarquer que les fonctions appelées et donc de n'avoir dans le binaire que les instructions réellement utiles à l'application.

Cela a pour effet - outre le fait d'augmenter le temps de compilation :( - de minimiser la taille du binaire à charger, de garantir la sécurité mémoire, mais aussi de réduire la surface d'attaque.

De toute façon, le développeur a toute latitude pour utiliser des bibliothèques chargées dynamiquement, au travers des FFI.

Pour le cas qui nous concerne ici : 3.0MB.