plus un projet (comprendre "la structure qui porte le projet") est gros, plus les coûts ne sont pas liés à la main d’œuvre utilisée pour écrire le code
Après, l'IA permet également des gains conséquents en dehors du code. Mais on en bénéficie surtout quand on a un système d'information qui est déjà bien structuré (c'est le fameux "garbage in => garbage out").
Dès lors, s'il est vrai que les gros projets ont souvent un ratio code / reste inférieur, des gains peuvent être obtenus aussi en dehors du code. Il me semble que je ne travaille pas que sur de petits projets (très loin d'être solo en tout cas), et mon moi-sans-IA serait bien à la peine pour produire la moitié de ce que fait mon moi-avec-IA.
De mon point de vue, l'IA est attaquable sur plein de points : éthique, modèle de société, système éducatif, coût environnemental, dépossession de la connaissance. Mais sur la productivité : oui parfois il faut la dompter, et oui parfois on y perd du temps, mais pour mon cas personnel, au global, c'est quasi-impossible de lutter sur l'angle productivité (et l'écart se creuse de plus en plus).
Comme tu le mentionnes, j'ai l'impression qu'il y a vraiment cette notion de "parcours initiatique". Et tant qu'on ne le suit pas d'une manière où une autre, on peut lire plein d'articles, mais ça reste flou.
Quelques petits commentaires :
je n'aurais pas classé skills et MCP, parceque ce sont 2 choses à mon avis complémentaires
je n'aurais pas défini Claude Code comme un agent IA, mais comme un outil permettant faire de l'IA agentique, au sens où il fournit une infrastructure modulaire avec des skills, des MCP, et surtout des agents (tu peux aussi en définir toi même) qu'il va orchestrer pour réaliser des tâches complexes.
au sein de Claude Code, j'aurais même rajouté une étape : l'utilisation du mode "plan" - en planifiant le travail à venir, on obtient des résultats beaucoup plus pertinents avec moins d'itérations coûteuses
Mon expérience :
J'utilise au travail Claude Code, mais à titre perso, j'essaie de fonctionner avec Mistral Vibe branché sur un modèle devstral-small. C'est clairement plus rustique, mais ça répond à pas mal de mes besoins, avec une consommation beaucoup raisonnable que des modèles plus grands. Ces 2 configurations fonctionnent pour moi parcequ'elles correspondent à 2 objectifs complètement différents :
au travail : je ne produis quasi plus de code, et l'enjeu est de réussir à affiner skills, utilisation de MCP, stratégies de prompting pour réduire les itérations nécessaires
en perso : je veux rester rester auteur de mon code, j'utilise principalement l'IA pour sa rapidité d'analyse de code, pour rapidement avoir une idée de comment marche telle ou telle API, pour investiguer des erreurs complexes, et pour confronter mes choix et éventuellement découvrir des alternatives
Le point vraiment différent, de ce que je comprends (je ne suis pas expert du tout), c'est que pour le RAG il faut passer tes données dans une moulinette pour peupler une vector database qui va permettre d'interroger tes documents de manière assez efficace. Il va falloir fine-tuner les paramètres de cette moulinette avec des valeurs qui dépendent assez largement de la nature des documents traités.
J'avais commencé à regarder aussi, ça semblait assez efficace, mais complexe à mettre en place et paramétrer.
En fait je trouve que ça fait beaucoup d'overhead et que ça limite les cas d'utilisation. Notamment, ça me semble plus adaptés à des corpus documentaires qui ne changent pas (parceque sinon, te devrais mettre à jour ta vector database, et je ne crois pas que l'on puisse faire ça par delta).
Au final, depuis que j'ai découvert les MCP, je trouve ça plus flexible d'un point de vue utilisation.
Je ne l'ai pas cité, mais Zettlr est sur du full-technos web.
Quand je l'avais testé j'avais aussi des instabilités qui le rendaient inutilisable - crashes et CPU qui part en vrille (peut-être lié au packaging flatpak ?).
J'aime beaucoup Trilium aussi, et je l'ai utilisé pendant un moment, mais je n'aime pas :
le stockage en base de données (oui, on peut exporter, mais ce n'est pas pareil), plutôt qu'un filesystem sur lequel on peut utiliser ses outils favoris de gestion de version, synchro, recherche, etc
electron : j'essaie d'utiliser des outils qui utilisent les ressources dont ils ont besoin et sont bien intégré dans leur environnement
En cela, je me retrouve dans la recherche de l'auteur.
… mais pas dans la solution, cela dit : perso je n'aurais pas choisi Tauri pour faire dans le frugal : puisque in-fine, ça utilise quand même une webview pour l'UI.
Perso, mon appli idéale serait :
libre
native, idéalement dans un langage sur lequel je suis à l'aise pour contribuer
UI GTK4
utilisant le filesystem (pas de base de données)
sans organisation imposée
avec un volet de hiérarchie de fichier
rendu mermaid
coloration syntaxique des sources (markdown) et du rendu (pour les blocs de code)
pas cloisonnée (je n'aime pas la notion de vault, je préfère juste un filesystem normal, avec éventuellement des favoris)
Du coup je la code aussi. Parceque c'est un ensemble de critères extrêmement restrictif. Et parcequ'aucune application n'a à ma connaissance ces objectifs (sinon j'y contribuerais volontier). Et parceque ça m'amuse !
Donc tant mieux pour l'auteur si son appli répond à son besoin.
Après pour le vibe coding, cela pose des questions :
de droit (est-on vraiment l'auteur ?)
de qualité, je pense que ça dépend largement du mode d'utilisation
de perte de connaissance. Qui a la connaissance intime du logiciel, si son principal auteur l'a en grande partie déléguée à un outil ?
Perso j'ai monté l'architecture pièce par pièce à la main, et s'il m'arrive d'automatiser des refactos, des tests, ou de demander un regard frais sur des problèmes particulièrement pointus, pour éventuellement suggérer d'autres options, je reste maître à bord, et j'essaie d'avoir une utilisation raisonnée (i.e. éviter de faire 20x plus de requêtes Google pour trouver ce que je cherche, cadrer les demandes pour éviter de tomber dans un enfer de prompts itératifs). Mais même alors, cela questionne.
En même temps ils ont un logiciel qui nécessite un serveur et qui est basé sur des comptes, vu que c'est multi-utilisateurs.
Ils proposent 2 options :
- soit utiliser leur plateforme en ligne (du coup il faut y créer un compte, normal)
- soit self-hoster sur tes serveurs (du coup tu devras créer un compte, mais chez toi)
Si je comprends bien, ce que tu cherches, ce n'est pas un équivalent de Canva, mais un équivalent qui soit offline, non ?
Je postais cet article juste après une intense séance pour parvenir un résultat. Maintenant que j'ai pu frotter cette solution à d'autres documents, plus importants, j'ai quelques retours supplémentaires pour qui serait tenté de s'y lancer :
limite du nombre de tokens traitable par le modèle XTTS2 : il faudra donc découper un PDF pour qu'il soit traitable (ça c'est automatisable dans une certaine mesure)
grande qualité, mais faible fiabilité : les hallucinations sont fréquentes. Trop. Ça fait qu'on peut difficilement faire confiance à un audio généré pour un document important : il y aura quasi systématiquement un moment où il va être parti en vrille
Donc il va falloir que je creuse un peu plus pour voir si on peut améliorer ça, mais pour un rendu plus fiable (et une utilisation de ressources plus parcimonieuse), piper semble être un bon candidat.
Et ça a permis :
* à des développeurs (et autres) de vivre de leur activité, tout en contribuant à d'autres projets opensources (via des correctifs, des évolutions, des rapports de bugs, des traductions, etc)
* à des utilisateurs (francophones notamment) de franchir le pas du passage à linux
En cela, si le projet en lui-même n'existe (en dehors des descendants que tu mentionnes), l'écosystème dans son ensemble à pu en bénéficier dans une certaine mesure.
Je ne m'y connais pas assez pour juger les aspects technique de ton propos en rapport avec le sujet.
Pour la partie trollesque : je suis moi-même utilisateur de Debian, et j'ai pu utiliser dans le passé Mandrake (et j'en suis revenu), mais… je trouve inutile et contre-productive cette agressivité envers une personne.
Le libre foisonne parceque des gens ont des idées, montent des projets, qui trouvent leur public ou pas, qui durent ou pas. Mandrake a eu une communauté. Je ne sais pas ce qu'il t'a fait pour que tu lui en veuilles comme ça, mais il y a surement mieux et plus constructif à faire que tenir ce genre de propos.
Sinon ils peuvent juste hardcoder comme réponse à "merci" => "de rien" ou "avec plaisir" (comme les humains en somme : on cherche rarement à répondre un truc intelligent à un merci). Et hop, on économise plein de puissance de calcul bien simplement qu'en cherchant à optimiser de la puissance de calcul .
En fait, plus généralement, je pense qu'il faut qu'on apprenne la flemme à ces moteurs :-)
Dans mon équipe, quand on nous demande de chiffrer une tâche et qu'il y a une complexité évidente qui rend incertain le chiffrage, on prévoit une tâche initiale d'étude. Cette étude à pour objectif de produire une page pour décrire la solution envisagée, les hypothèses, les pré-requis, et le chiffrage / découpage envisagé.
Sinon il y a la version soft. Perso, je suis passé à 80% : que des week-ends de 3 jours et des semaines de 4 : c'est plus simple à négocier en restant dans le salariat.
Je ne me suis rien fixé comme objectif sur le temps dégagé, mais ça a servi pêle-mêle à prendre soin de moi et mon lieu de vie, jardiner, cuisiner, contribuer à des projets opensource, coder juste pour moi, me balader, être là pour mes proches.
Le ratio temps pour gagner de quoi vivre / temps pour vivre est déjà perceptiblement meilleur, et permet d'aborder beaucoup plus sereinement les tracas du quotidien.
Plutôt que de se demander pourquoi le libre est si peu politisé, je poserais la question inverse : pourquoi le politiser ?
Que tu le veuilles ou pas, dans les contributeurs de projets libres, il y a une grande diversité de convictions. Du coup politiser pour quoi : faire partir ceux qui ne correspondent pas à certains critères fumeux ? Les projets y perdraient des contributeurs, mais aussi une partie de leur âme : l'ouverture.
Mon opinion c'est que dans un monde où les fractures sont omniprésentes, avoir des projets capables de fédérer au delà des clivages me semble plutôt sain (et hélas trop rare).
Mon avis c'est que /var/www (ou un autre équivalent) est plus safe, si tu utilises un dossier de ton home dir, ton serveur HTTP :
* a accès à un répertoire qui donne une information utile : le nom du user que tu utilises
* a accès potentiellement à d'autres fichiers dans ton home dir si tu te rates sur les permissions - généralement, on n'a pas à faire trop attention, vu que le homedir lui-même n'est pas traversable, mais dès lors que tu autorises www-data à le traverser, tu dois être vigilant sur les permissions à l'intérieur
La bonne pratique est de cloisonner autant que possible ce à quoi il a accès pour limiter les dégâts en cas de compromission.
Le lien de l'annonce pour les développeurs mentionne :
"For student and hobbyist developers
We're committed to keeping Android an open platform for you to learn, experiment, and build for fun. We recognize that your needs are different from commercial developers, so we're working on a separate type of Android Developer Console account for you.
We'll share more information in the coming months."
Je serais curieux de voir qui exactement sera concerné et le niveau de flexibilité que ça laissera.
Après, au sens strict, j'aurais tendance à questionner la stat utilisée : il y a une tendance fréquente à confondre ne pas avoir de religion et être athée, mais il existe d'autres manières de ne pas avoir de religion, comme l'agnosticisme (et pas que). Et les stats en france regroupent souvent tous les gens sans religion.
Je ne suis pas tombé dessus, mais je pourrais sans doute faire la même remarque ;).
Juste pour clarifier : je n'ai rien contre le Pascal (ni pour Python, d'ailleurs), désolé si mes messages ont pu laisser penser que j'avais une hostilité quelconque : c'est chouette que la communauté fasse vivre ce langage et que ça permette à des gens de produire des apps diverses (perso, mon seul rapport avec le Pascal date de la fin des années 90, donc pas tout à fait au goût du jour).
Je voyais pas mal de références à ces langages (Oberon et Modula) sur Amiga à l'époque : je les regardais comme des bêtes curieuses, mais finalement je me suis davantage intéressé à Amos, puis au C et à l'assembleur 68k. À l'époque pour moi le critère n'était pas tant "quelles sont les qualités du langage" que "pour quel langage je peux trouver un compilateur gratuit qui marche à peu près et tient sur une disquette, et pour lequel je trouve des exemples concrets".
Mac OS "Classic" c'est l'OS des macs, jusque Système 9 (début des années 2000)
Lisa OS, l'OS du Lisa (avant les macs), a lui effectivement été codé en assembleur et en pascal
en tout cas, pour le peu de dev Mac que j'ai pu faire sur Mac OS "Classic" (sur Système 7 si je me rappelle bien), toutes les APIs système étaient en C
Si j'en crois leur méthodologie, ça se base sur les recherches, les pages retournées, et l'affluence des pages en question (quand c'est disponible). Au passage, je me demande comment ils vont faire avec l'essor grandissant de l'IA comment outil de recherche.
Cet index, c'est sans doute un très bon indicateur de ce qu'il étudie, mais ça me surprend toujours qu'on s'en serve comme un indicateur de popularité de langage, qu'il ne me semble pas être vu sa définition (sans doute que TIOBE le vend très bien sous cette appellation putaclic qui fait d'eux une référence).
Il fait mécaniquement monter les langages qui sont moins bien documentés (il faut plus de recherches pour trouver ce qu'on veut), ceux dont les APIs ne sont pas intuitives / facilement découvrables, ceux qui ne bénéficient pas de bons support par les IDE, ou bien encore les langages qu'on utilise typiquement pour apprendre à programmer (vu que c'est à ce moment là qu'on se pose le plus de questions).
[^] # Re: Pour être plus précis ...
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Audition de la direction de Mistral AI et Solo dev. Évalué à 7 (+7/-1).
Après, l'IA permet également des gains conséquents en dehors du code. Mais on en bénéficie surtout quand on a un système d'information qui est déjà bien structuré (c'est le fameux "garbage in => garbage out").
Dès lors, s'il est vrai que les gros projets ont souvent un ratio code / reste inférieur, des gains peuvent être obtenus aussi en dehors du code. Il me semble que je ne travaille pas que sur de petits projets (très loin d'être solo en tout cas), et mon moi-sans-IA serait bien à la peine pour produire la moitié de ce que fait mon moi-avec-IA.
De mon point de vue, l'IA est attaquable sur plein de points : éthique, modèle de société, système éducatif, coût environnemental, dépossession de la connaissance. Mais sur la productivité : oui parfois il faut la dompter, et oui parfois on y perd du temps, mais pour mon cas personnel, au global, c'est quasi-impossible de lutter sur l'angle productivité (et l'écart se creuse de plus en plus).
# Parcours
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal IA : mon parcours initiatique. Évalué à 4 (+4/-1). Dernière modification le 17 mai 2026 à 08:35.
Comme tu le mentionnes, j'ai l'impression qu'il y a vraiment cette notion de "parcours initiatique". Et tant qu'on ne le suit pas d'une manière où une autre, on peut lire plein d'articles, mais ça reste flou.
Quelques petits commentaires :
Mon expérience :
J'utilise au travail Claude Code, mais à titre perso, j'essaie de fonctionner avec Mistral Vibe branché sur un modèle devstral-small. C'est clairement plus rustique, mais ça répond à pas mal de mes besoins, avec une consommation beaucoup raisonnable que des modèles plus grands. Ces 2 configurations fonctionnent pour moi parcequ'elles correspondent à 2 objectifs complètement différents :
[^] # Re: RAG
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal IA : mon parcours initiatique. Évalué à 4 (+3/-0). Dernière modification le 17 mai 2026 à 08:07.
Le point vraiment différent, de ce que je comprends (je ne suis pas expert du tout), c'est que pour le RAG il faut passer tes données dans une moulinette pour peupler une vector database qui va permettre d'interroger tes documents de manière assez efficace. Il va falloir fine-tuner les paramètres de cette moulinette avec des valeurs qui dépendent assez largement de la nature des documents traités.
J'avais commencé à regarder aussi, ça semblait assez efficace, mais complexe à mettre en place et paramétrer.
En fait je trouve que ça fait beaucoup d'overhead et que ça limite les cas d'utilisation. Notamment, ça me semble plus adaptés à des corpus documentaires qui ne changent pas (parceque sinon, te devrais mettre à jour ta vector database, et je ne crois pas que l'on puisse faire ça par delta).
Au final, depuis que j'ai découvert les MCP, je trouve ça plus flexible d'un point de vue utilisation.
[^] # Re: RCLG
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal [HS] espèce de bobo. Évalué à 3 (+2/-0).
On serait tenté d'ajouter une étiquette "Reich", sur cette publication.
[^] # Re: Bookstack
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal À la recherche d'une alternative libre à Notion ou Obsidian : j'ai créé MindZJ (OSS) via Vibe coding. Évalué à 3 (+2/-0).
Je ne l'ai pas cité, mais Zettlr est sur du full-technos web.
Quand je l'avais testé j'avais aussi des instabilités qui le rendaient inutilisable - crashes et CPU qui part en vrille (peut-être lié au packaging flatpak ?).
[^] # Re: Bookstack
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal À la recherche d'une alternative libre à Notion ou Obsidian : j'ai créé MindZJ (OSS) via Vibe coding. Évalué à 3 (+2/-0).
J'aime beaucoup Trilium aussi, et je l'ai utilisé pendant un moment, mais je n'aime pas :
En cela, je me retrouve dans la recherche de l'auteur.
… mais pas dans la solution, cela dit : perso je n'aurais pas choisi Tauri pour faire dans le frugal : puisque in-fine, ça utilise quand même une webview pour l'UI.
Perso, mon appli idéale serait :
Du coup je la code aussi. Parceque c'est un ensemble de critères extrêmement restrictif. Et parcequ'aucune application n'a à ma connaissance ces objectifs (sinon j'y contribuerais volontier). Et parceque ça m'amuse !
Donc tant mieux pour l'auteur si son appli répond à son besoin.
Après pour le vibe coding, cela pose des questions :
Perso j'ai monté l'architecture pièce par pièce à la main, et s'il m'arrive d'automatiser des refactos, des tests, ou de demander un regard frais sur des problèmes particulièrement pointus, pour éventuellement suggérer d'autres options, je reste maître à bord, et j'essaie d'avoir une utilisation raisonnée (i.e. éviter de faire 20x plus de requêtes Google pour trouver ce que je cherche, cadrer les demandes pour éviter de tomber dans un enfer de prompts itératifs). Mais même alors, cela questionne.
[^] # Re: Penpot est la pendant libre il me semble.
Posté par mrlem (site web personnel, Mastodon) . En réponse au message En équivalent de Canva. Évalué à 4 (+3/-0).
En même temps ils ont un logiciel qui nécessite un serveur et qui est basé sur des comptes, vu que c'est multi-utilisateurs.
Ils proposent 2 options :
- soit utiliser leur plateforme en ligne (du coup il faut y créer un compte, normal)
- soit self-hoster sur tes serveurs (du coup tu devras créer un compte, mais chez toi)
Si je comprends bien, ce que tu cherches, ce n'est pas un équivalent de Canva, mais un équivalent qui soit offline, non ?
[^] # Re: SherpaTTS / Kaldi
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Lecture de texte avec Coqui TTS. Évalué à 3.
De ce que je vois, une fois installé, on peut définir Sherpa TTS comme moteur préféré via :
# Davantage de retours à l'utilisation
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Lecture de texte avec Coqui TTS. Évalué à 5.
Je postais cet article juste après une intense séance pour parvenir un résultat. Maintenant que j'ai pu frotter cette solution à d'autres documents, plus importants, j'ai quelques retours supplémentaires pour qui serait tenté de s'y lancer :
Donc il va falloir que je creuse un peu plus pour voir si on peut améliorer ça, mais pour un rendu plus fiable (et une utilisation de ressources plus parcimonieuse), piper semble être un bon candidat.
[^] # Re: SherpaTTS / Kaldi
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Lecture de texte avec Coqui TTS. Évalué à 5.
Ça a l'air très cool ! Merci pour les pointeurs, je n'étais pas tombé sur Piper dans mes recherches, mais je vais regarder de ce côté aussi !
[^] # Re: Les trafiquants n'ont vraiment pas assez d'imagination :)
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Le Parisien qualifie GrapheneOS de "botte secrète des narcotrafiquants", les devs n'apprécient pas. Évalué à 2. Dernière modification le 25 novembre 2025 à 10:44.
Et ça a permis :
* à des développeurs (et autres) de vivre de leur activité, tout en contribuant à d'autres projets opensources (via des correctifs, des évolutions, des rapports de bugs, des traductions, etc)
* à des utilisateurs (francophones notamment) de franchir le pas du passage à linux
En cela, si le projet en lui-même n'existe (en dehors des descendants que tu mentionnes), l'écosystème dans son ensemble à pu en bénéficier dans une certaine mesure.
[^] # Re: Les trafiquants n'ont vraiment pas assez d'imagination :)
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Le Parisien qualifie GrapheneOS de "botte secrète des narcotrafiquants", les devs n'apprécient pas. Évalué à 3.
Tu dis :
… mais précisément, ce qui m'a fait réagir, c'est ça :
Ça revient précisément à dire qu'il y a une forme d'incompétence que rien de résoudra, non ?
C'est pourquoi je n'ai pas la même lecture.
[^] # Re: Les trafiquants n'ont vraiment pas assez d'imagination :)
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Le Parisien qualifie GrapheneOS de "botte secrète des narcotrafiquants", les devs n'apprécient pas. Évalué à 10.
Je ne m'y connais pas assez pour juger les aspects technique de ton propos en rapport avec le sujet.
Pour la partie trollesque : je suis moi-même utilisateur de Debian, et j'ai pu utiliser dans le passé Mandrake (et j'en suis revenu), mais… je trouve inutile et contre-productive cette agressivité envers une personne.
Le libre foisonne parceque des gens ont des idées, montent des projets, qui trouvent leur public ou pas, qui durent ou pas. Mandrake a eu une communauté. Je ne sais pas ce qu'il t'a fait pour que tu lui en veuilles comme ça, mais il y a surement mieux et plus constructif à faire que tenir ce genre de propos.
[^] # Re: no body
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Écouter parler l’ia. Évalué à 5.
Sinon ils peuvent juste hardcoder comme réponse à "merci" => "de rien" ou "avec plaisir" (comme les humains en somme : on cherche rarement à répondre un truc intelligent à un merci). Et hop, on économise plein de puissance de calcul bien simplement qu'en cherchant à optimiser de la puissance de calcul .
En fait, plus généralement, je pense qu'il faut qu'on apprenne la flemme à ces moteurs :-)
[^] # Re: Ça s’appelle la prolétarisation des cadres
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Et l’intelligence humaine, alors ?. Évalué à 2.
Dans mon équipe, quand on nous demande de chiffrer une tâche et qu'il y a une complexité évidente qui rend incertain le chiffrage, on prévoit une tâche initiale d'étude. Cette étude à pour objectif de produire une page pour décrire la solution envisagée, les hypothèses, les pré-requis, et le chiffrage / découpage envisagé.
[^] # Re: Mais c'est trop bien !
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Et l’intelligence humaine, alors ?. Évalué à 10.
Sinon il y a la version soft. Perso, je suis passé à 80% : que des week-ends de 3 jours et des semaines de 4 : c'est plus simple à négocier en restant dans le salariat.
Je ne me suis rien fixé comme objectif sur le temps dégagé, mais ça a servi pêle-mêle à prendre soin de moi et mon lieu de vie, jardiner, cuisiner, contribuer à des projets opensource, coder juste pour moi, me balader, être là pour mes proches.
Le ratio temps pour gagner de quoi vivre / temps pour vivre est déjà perceptiblement meilleur, et permet d'aborder beaucoup plus sereinement les tracas du quotidien.
# Pourquoi ?
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Le libre et le mouvement du 10 septembre. Évalué à 6. Dernière modification le 18 septembre 2025 à 20:53.
Plutôt que de se demander pourquoi le libre est si peu politisé, je poserais la question inverse : pourquoi le politiser ?
Que tu le veuilles ou pas, dans les contributeurs de projets libres, il y a une grande diversité de convictions. Du coup politiser pour quoi : faire partir ceux qui ne correspondent pas à certains critères fumeux ? Les projets y perdraient des contributeurs, mais aussi une partie de leur âme : l'ouverture.
Mon opinion c'est que dans un monde où les fractures sont omniprésentes, avoir des projets capables de fédérer au delà des clivages me semble plutôt sain (et hélas trop rare).
[^] # Re: Réponse globale
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Dossier de developpement web sous linux. Évalué à 6.
Mon avis c'est que /var/www (ou un autre équivalent) est plus safe, si tu utilises un dossier de ton home dir, ton serveur HTTP :
* a accès à un répertoire qui donne une information utile : le nom du user que tu utilises
* a accès potentiellement à d'autres fichiers dans ton home dir si tu te rates sur les permissions - généralement, on n'a pas à faire trop attention, vu que le homedir lui-même n'est pas traversable, mais dès lors que tu autorises www-data à le traverser, tu dois être vigilant sur les permissions à l'intérieur
La bonne pratique est de cloisonner autant que possible ce à quoi il a accès pour limiter les dégâts en cas de compromission.
# Voir les précisions à venir
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 10.
Le lien de l'annonce pour les développeurs mentionne :
"For student and hobbyist developers
We're committed to keeping Android an open platform for you to learn, experiment, and build for fun. We recognize that your needs are different from commercial developers, so we're working on a separate type of Android Developer Console account for you.
We'll share more information in the coming months."
Je serais curieux de voir qui exactement sera concerné et le niveau de flexibilité que ça laissera.
[^] # Re: Dieu n'est pas
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Faut-il interdir LinuxFR aux -18 ans ?. Évalué à 2.
Après, au sens strict, j'aurais tendance à questionner la stat utilisée : il y a une tendance fréquente à confondre ne pas avoir de religion et être athée, mais il existe d'autres manières de ne pas avoir de religion, comme l'agnosticisme (et pas que). Et les stats en france regroupent souvent tous les gens sans religion.
[^] # Re: TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 1. Dernière modification le 26 mai 2025 à 18:45.
Je ne suis pas tombé dessus, mais je pourrais sans doute faire la même remarque ;).
Juste pour clarifier : je n'ai rien contre le Pascal (ni pour Python, d'ailleurs), désolé si mes messages ont pu laisser penser que j'avais une hostilité quelconque : c'est chouette que la communauté fasse vivre ce langage et que ça permette à des gens de produire des apps diverses (perso, mon seul rapport avec le Pascal date de la fin des années 90, donc pas tout à fait au goût du jour).
[^] # Re: taguer et ou ranger ?
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Gestion d'une Mediatech : tag, .... Évalué à 1.
J'abonde dans le même sens : les tags plutôt que les dossiers. Avantages :
Pour les logiciels de gestion des tags, j'ajouterai à ce qui a été donné EarTag, chez Gnome.
Pour ce qui est des playlists, j'aurais tendance à utiliser le format M3U, largement reconnu par les players, et assez simple à parser au besoin.
[^] # Re: langage d'enseignement
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 2.
Je voyais pas mal de références à ces langages (Oberon et Modula) sur Amiga à l'époque : je les regardais comme des bêtes curieuses, mais finalement je me suis davantage intéressé à Amos, puis au C et à l'assembleur 68k. À l'époque pour moi le critère n'était pas tant "quelles sont les qualités du langage" que "pour quel langage je peux trouver un compilateur gratuit qui marche à peu près et tient sur une disquette, et pour lequel je trouve des exemples concrets".
[^] # Re: TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 3.
Alors pas vraiment, si je ne me trompe :
Sources :
# TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 6. Dernière modification le 10 mai 2025 à 18:27.
… c'est un indicateur, oui, mais de quoi ?
Si j'en crois leur méthodologie, ça se base sur les recherches, les pages retournées, et l'affluence des pages en question (quand c'est disponible). Au passage, je me demande comment ils vont faire avec l'essor grandissant de l'IA comment outil de recherche.
Cet index, c'est sans doute un très bon indicateur de ce qu'il étudie, mais ça me surprend toujours qu'on s'en serve comme un indicateur de popularité de langage, qu'il ne me semble pas être vu sa définition (sans doute que TIOBE le vend très bien sous cette appellation putaclic qui fait d'eux une référence).
Il fait mécaniquement monter les langages qui sont moins bien documentés (il faut plus de recherches pour trouver ce qu'on veut), ceux dont les APIs ne sont pas intuitives / facilement découvrables, ceux qui ne bénéficient pas de bons support par les IDE, ou bien encore les langages qu'on utilise typiquement pour apprendre à programmer (vu que c'est à ce moment là qu'on se pose le plus de questions).