Si c'est pour passer son temps à mater des vidéos tiktoc oui en effet. Si c'est au contraire pour concevoir des trucs plus utiles car tu as justement plus de temps, ça peut valoir le coup/coût.
La vraie question est: à quoi passeraient leur temps nos contemporains s'ils avaient un temps infini devant eux?
Pour la prise de rdv, si je prends mon exemple perso: je déteste téléphoner, mais vraiment. Donc une IA à qui je dis "tu prends un rdv chez le doc en fonction des dispo de mon agenda", moi je prends. Et je parle bien de prendre des rdv, pas juste te les afficher (là oui on sait faire sans IA).
Pour les docs administratifs: aucune raison que ton IA ne puisse pas tourner en local, IA n'est pas obligatoirement synonyme de Cloud, même si je suis d'accord que comme d'habitude monter en local est plus rude que juste faire 3clics, et que donc 99% de la population va aller "consommer".
Pour l'assurance: une IA peut déjà comprendre ce qu'elle voit sur des photos, si je lui prends des photos de mon toit avec des traces de gels sur mes tuiles, elle peut très bien me remplir le doc d'assurance, et me trouver la référence des tuiles par exemple (comme vous pouvez l'imaginez ce cas n'est malheureusement pas inventé…. :( )
Alors oui il y aura toujours le cas où il faut faire les choses à la main (jusqu'au jour où on aura de vrais robots, mais c'est pas gagné), mais non je ne suis pas d'accord qu'elles ne peuvent pas nous aider dans des trucs galères de la vie courante.
C'est pour ça que je demande. Certains semblent porter plus d'importance sur la provenance que sur le résultat lui même, j'aimerai comprendre si ça ne touche que les œuvres culturelles ou bien l'ensemble de leur consommation.
Je vois que le problème est bien culturel/politique et non pas un soucis sur les œuvres générés. Soit.
Perso ça ne me dérange pas de consommer quelque chose conçu par un algorithme, tant est que le résultat est bon. Si les humains sont dépassés par un algo sur un domaine, ils feront autre chose, et cette activité sera un simple hobby comme un autre car on aimait bien le faire.
Il faut prévoir une période de migration pour aider à les humains dépassés par la technologie à se former à faire autre chose évidement.
Mais bloquer la création pour les préserver, c'est les aider eux soit, mais de quel droit bloquer le reste des 99% de la population qui ne pourra alors pas d’œuvres de meilleurs qualité?
Et j'insiste avant le moinssage: je parle bien des cas quand les algo génère une meilleure qualité, dans le cas contraire on a rien à protéger vu que personne ne va les consommer (gros modulo du marketing, comme pour chaque oeuvres).
Et non une IA ne fait pas forcément un texte basique sans aucune originalité, c'est un très très gros raccourcis factuellement faux sur comment ça marche.
Justement tu fais la différence sur la qualité. Or là non on parle juste d'origine et pas de qualité.
Après je ne suis pas forcément contre faire la différence entre les deux, mais uniquement si on se base sur la défense des auteurs, mais pas du livre en lui même. Un peu comme on protège une marque ou un AOC: c'est protéger ceux qui étaient là avant l'industrialisation et qui ont investis avant les autres.
Protéger les auteurs face à la concurrence d'une automatisation, soit.
Mais protéger les livres? En quoi un texte généré par une IA devrait forcément être de mauvaise qualité? Il ne sera pas forcément bon, mais comme un texte écrit par un humain au final.
La multiplication des œuvres est problématiques, mais il me semble que le marché de l'édition était déjà affecté par ça avant même les IA, et trouver le bon ouvrage dans la multitude c'est le soucis des éditeurs après tout, pas trop des lecteurs au final.
La vraie question est: comment on "mesure" la qualité d'une œuvre? Car si on veut mettre de côté des œuvres, faudrait encore pouvoir parler sur un plan objectif de qualité non?
Mai bon nombres de sociétés dépendent de ces données non? Alors elles vont mettre la main au porte feuille et s'organiser sous peine de perdre encore plus d'argent.
Je n'ai pas l'impression que ça ne parle que des brevets. Mais plus des "IP Laws" qui pour moi est bien plus général non?
Car que l'état actuel de brevets bloque l'innovation dans le numérique est évident, autant supprimé toute propriété intellectuelle, heu…. peut être pas non? Même si j'imagine que les crawler d'IA seraient plus que ravi.
une IA qui va calculer pendant 10s pour optimiser le trajet d'un camion sur 2/3j et lui faire gagner 20% de carburant, et bien ce sont 10s bien utilisées (gros modulo: en partant du principe que ce que transporte le camion a un réel intérêt)
une IA qui va calculer pendant 1s un résumé d'email car l'utilisateur a la flemme de le lire (trop long car généré par l'IA de son collège pour paraitre pro), pas sûr que ce soit très utile.
En fait la vraie question est: à quoi sert l'automatisation? Et de quoi a-t-on vraiment besoin comme produit et services? Tant que ce ne seront pas ces questions là qu'on se posera, on continuera de foncer dans le mur, et en doublant la vitesse régulièrement.
Perso j'ai opté pour un job full remote, comme ça en cas de vrais soucis et que l'état se retourne contre nous, on peut changer de pays sans se retrouver sans rien, les économies permettant de gérer la transition, qui en cas de réplique des années 30 va être plus que juste prendre un simple billet chez Rayan-air ^
Bon ça c'est dans le pire des cas que je peux imaginer. Avant ça je me demande comment lutter contre la vague avant qu'elle arrive. Perso je vois deux pistes principales avec les compétences que j'ai (l'IT quoi, je vois mal me lancer dans la politique, surtout quand on voit les partis qu'on a actuellement):
* développer un outil d'échange chiffré de bout en bout, car on risque d'en avoir besoin, mais il me semble qu'on a ça.
* aider sur la lutte anti-corruption. Car de mon point de vue, les systèmes types années 30 ont pour finalité l'exploitation des faiblesses des masses pour le gain d'une très forte minorité via la corruption. Donc plus on lutte contre la corruption, plus on leur bloque l'accès au pouvoir. Reste à voir comment (j'imagine bien une IA pour aller creuser les documents accessibles publiquement et remonter les infos "louches").
Le pire c'est que je ne suis même pas sur que des faits de corruptions soient efficaces, mais bon :)
Oui tu as la possibilité d'avoir au moins les bonnes versions, et sur toute la chaine, c'est déjà beaucoup.
Mais j'ai déjà eux des soucis sur deux domaines:
* les serveurs n'avaient pas accès au net, ni à un pypi local. Et là c'était beaucoup moins fun. On a contourné en livrant une armée de fichier wsl. Mais ils nous en manquait toujours quelques un suivant la configuration du serveur.
* sur des systèmes où parfois tu avaient des soucis avec les lib systèmes (genre un openssl système qui ne t'arrange pas). Là j'aurais vraiment aimé une simple compilation statique (modulo que tu as tout de même la glibc en général, mais au moins il n'y a plus qu'elle a gérer).
Faudra bien financer pour le réarmement, donc why not.
Après le plus gros est constitué de produits structurés, donc pas facile d'aller piocher dedans même pour l'état (vu que les gains ne seront décomptés que dans longtemps et sont largement inconnus, c'est dur d’imaginer une taxation de ce genre de produits).
Quand tu sais que la résistance va risquer que l'autre moitié de la population va mécaniquement y aller encore plus fort, et qu'ils sont lourdement armés, c'est pas non plus évident comme résistance. Surtout quand les personnes sont relativement isolés et les structures intermédiaires (genre syndicats) disloqués.
Perso je les vois bien arriver à un point de rupture si le truc ne se calme pas (le truc étant un recul sans précédent des libertés, ironiques quand on parle de libertariens, beaucoup moins quand ils montrent leur vrai visage digne des années 30).
Et de notre côté on ferait bien de faire une vraie chasse anti-corruption si on veut commencer à limiter les dégâts et retrouver des marges de manœuvres s'ils s'enfoncent encore plus.
Y a 10 ans je m'étais dit que vu comment ça évoluait j'allais mettre de l'argent de côté pour protéger le famille en cas de grosse crise, bah on y arrive tranquillement.
Je ne suis pas certain pour le premier point, car il ne me semble que ce n'est pas encore tranché si l’apprentissage des LLM c'est du fair-use ou pas. Si c'est du fair-use, si tu as posté publiquement il n'y a pas d'accès non autorisé, donc là c'est mal barré.
Mais tout à fait d'accord avec le second point, on arrive à un DDOS au final, et ça c'est clairement répréhensible vu le volume.
Juste que répondre sur quelques requêtes qui ne respectent pas le robots.txt ne me semble pas être une bonne défense à l'heure actuelle, même si j’aimerai que ce soit le cas, et qu'on remette un peu d'ordre dans ce far west de l'entrainement des IA.
Un loi sur un tel sujet technique? J'ai du mal à voir. A la limite le fait de ne pas rendre indisponible un autre système d'information, ça c'est légalisable, et là on pourrait creuser en disant qu'il est admins que si un robots.txt existe, alors il est communément admis que le respecter est une bonne chose.
Après le site tu le mets bien à disposition du public, donc en quoi une requête d'un outil serait moins légitime (point de vue légal) que celle d'un autre utilisateur? Après je parle bien d'une requête, et pas d'une armée mal codée qui relis les pages encore et encore alors qu'il n'y a aucune modification dessus.
Je ne dis pas que l'aime ce qu'ils font, mais je pense que l'assise légale pour les empêcher ne doit pas être énorme. Quand on voit que ces sociétés font du respect de la propriété intellectuelle des autres, je pense que le soucis de mettre au tas les sites n'est que le cadet de leurs problèmes malheureusement.
J'avoue que je ne vois pas où es le point également. C'est justement leur métier de terminer la sécurisation, donc par définition après eux, c'est en clair.
Pour avoir aussi vécu la migration Python 2 vers 3 sur un gros volume de code, ce n'est finalement pas ça que je retient comme vrais problèmes de Python.
Je ne retiendrais même pas les soucis de performances (sauf calcul scientifique, mais là Python est qu'une glue, donc ça compte pas vraiment). Car si tu as besoin de vrais performances, tu ne prends pas Python, point. Heureusement ce n'es pas courant, donc je passe ce point là.
De mon point de vue Python a deux gros problèmes:
* besoin de gérer les dépendances au runtime, à la livraison sur la cible, et non pas à la compilation une fois pour toute.
* il est très, trop permissif. Si tu n'as pas été ultra rigoureux sur ce que tu autorise à utiliser et comment, avec une grosse équipe de dev qui mélange des seniors et des juniors, tu vas te retrouver avec des parties bien trop complexes pour pas grand chose, et les juniors qui vont se limiter à copier coller sans factoriser. Évidement tu as le problème avec tous les langages, mais en Python tu vas très vites dans les extrêmes vu qu'il ne te bloque en rien dans les deux directions.
Le premier point se règle à coup de Docker comme on l'a vu au fil des commentaires. Mais ça c'est quand on peut l’utiliser (heureusement c'est généralement le cas). Et ça marche très bien quand tu dois déployer sur ta propre infra/service, car tu maitrise l'environnement. Mais si tu dois livrer à des clients tiers, là les limites vont vite arriver.
Mais ça reste de la technique, donc on arrive à gérer. Le second problèmes lui est plus sournois et se voit au fil du temps. On va très vite en Python, donc c'est très rentable au début, mais le cout de maintenance peu vite devenir très problématique. Il faut donc dès le départ se garder de faire des choses trop complexes et tenter un maximum de rester "simple" quand un langage te permets autant de libertés.
Après tout est une question de contraintes et de choix, comme d'habitudes. Python n'est pas parfait dans tous les cas, mais dans certains il est excellent, et je ne parle pas que du calcul numérique, mais aussi pour gérer du code business mode "passe plat". Juste qu'il ne faut pas l'appliquer là où ça ne colle pas, mais bon comme d'habitude, si tu n'as que des développeurs Python sous la main, bah mieux vaut partir sur du Python même s'il est pas parfaitement adapté que aller vers du Go/Rust et te reprendre une phase d’apprentissage en termes de mois qui va peut être tuer ta boite/produit de toute manière.
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 2.
Merci de la réponse très claire :)
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 1.
Si c'est pour passer son temps à mater des vidéos tiktoc oui en effet. Si c'est au contraire pour concevoir des trucs plus utiles car tu as justement plus de temps, ça peut valoir le coup/coût.
La vraie question est: à quoi passeraient leur temps nos contemporains s'ils avaient un temps infini devant eux?
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 3.
Je pourrais revenir sur cette histoire de tests, mais désolé j'abandonne mon argumentation.
Visiblement je n'arrive pas à faire que ça reste sur des faits objectifs. Si d'autres veulent prendre le relai, je vous laisse la place.
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 2.
Je ne suis pas totalement d'accord.
Pour la prise de rdv, si je prends mon exemple perso: je déteste téléphoner, mais vraiment. Donc une IA à qui je dis "tu prends un rdv chez le doc en fonction des dispo de mon agenda", moi je prends. Et je parle bien de prendre des rdv, pas juste te les afficher (là oui on sait faire sans IA).
Pour les docs administratifs: aucune raison que ton IA ne puisse pas tourner en local, IA n'est pas obligatoirement synonyme de Cloud, même si je suis d'accord que comme d'habitude monter en local est plus rude que juste faire 3clics, et que donc 99% de la population va aller "consommer".
Pour l'assurance: une IA peut déjà comprendre ce qu'elle voit sur des photos, si je lui prends des photos de mon toit avec des traces de gels sur mes tuiles, elle peut très bien me remplir le doc d'assurance, et me trouver la référence des tuiles par exemple (comme vous pouvez l'imaginez ce cas n'est malheureusement pas inventé…. :( )
Alors oui il y aura toujours le cas où il faut faire les choses à la main (jusqu'au jour où on aura de vrais robots, mais c'est pas gagné), mais non je ne suis pas d'accord qu'elles ne peuvent pas nous aider dans des trucs galères de la vie courante.
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 2.
C'est pour ça que je demande. Certains semblent porter plus d'importance sur la provenance que sur le résultat lui même, j'aimerai comprendre si ça ne touche que les œuvres culturelles ou bien l'ensemble de leur consommation.
Je vois que le problème est bien culturel/politique et non pas un soucis sur les œuvres générés. Soit.
Perso ça ne me dérange pas de consommer quelque chose conçu par un algorithme, tant est que le résultat est bon. Si les humains sont dépassés par un algo sur un domaine, ils feront autre chose, et cette activité sera un simple hobby comme un autre car on aimait bien le faire.
Il faut prévoir une période de migration pour aider à les humains dépassés par la technologie à se former à faire autre chose évidement.
Mais bloquer la création pour les préserver, c'est les aider eux soit, mais de quel droit bloquer le reste des 99% de la population qui ne pourra alors pas d’œuvres de meilleurs qualité?
Et j'insiste avant le moinssage: je parle bien des cas quand les algo génère une meilleure qualité, dans le cas contraire on a rien à protéger vu que personne ne va les consommer (gros modulo du marketing, comme pour chaque oeuvres).
Et non une IA ne fait pas forcément un texte basique sans aucune originalité, c'est un très très gros raccourcis factuellement faux sur comment ça marche.
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 2.
Mais que je comprenne bien, quid d'utiliser un programme principalement écrit avec une IA genre Copilot?
[^] # Re: Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 0.
Justement tu fais la différence sur la qualité. Or là non on parle juste d'origine et pas de qualité.
Après je ne suis pas forcément contre faire la différence entre les deux, mais uniquement si on se base sur la défense des auteurs, mais pas du livre en lui même. Un peu comme on protège une marque ou un AOC: c'est protéger ceux qui étaient là avant l'industrialisation et qui ont investis avant les autres.
# Protéger les auteurs
Posté par Jean Gabes (site web personnel) . En réponse au lien Non aux faux livres IA : l’appel des écrivains et éditeurs européens. Évalué à 0.
Protéger les auteurs face à la concurrence d'une automatisation, soit.
Mais protéger les livres? En quoi un texte généré par une IA devrait forcément être de mauvaise qualité? Il ne sera pas forcément bon, mais comme un texte écrit par un humain au final.
La multiplication des œuvres est problématiques, mais il me semble que le marché de l'édition était déjà affecté par ça avant même les IA, et trouver le bon ouvrage dans la multitude c'est le soucis des éditeurs après tout, pas trop des lecteurs au final.
La vraie question est: comment on "mesure" la qualité d'une œuvre? Car si on veut mettre de côté des œuvres, faudrait encore pouvoir parler sur un plan objectif de qualité non?
# Pas de business modèle lié?
Posté par Jean Gabes (site web personnel) . En réponse au lien CVE program faces swift end after DHS fails to renew contract, leaving security flaw tracking in lim. Évalué à 7.
Mai bon nombres de sociétés dépendent de ces données non? Alors elles vont mettre la main au porte feuille et s'organiser sous peine de perdre encore plus d'argent.
# Merci
Posté par Jean Gabes (site web personnel) . En réponse au lien OpenRE devlog 0 : Oracle Driven Development. Évalué à 2.
Merci pour ces articles, très intéressants :)
[^] # Re: Juste les brevets?
Posté par Jean Gabes (site web personnel) . En réponse au lien Brevet logiciel. Musk souhaite s’en débarasser, comme Dorsey. Évalué à 3.
Genre ce qu'on a aujourd'hui chez nous non?
# Juste les brevets?
Posté par Jean Gabes (site web personnel) . En réponse au lien Brevet logiciel. Musk souhaite s’en débarasser, comme Dorsey. Évalué à 9.
Je n'ai pas l'impression que ça ne parle que des brevets. Mais plus des "IP Laws" qui pour moi est bien plus général non?
Car que l'état actuel de brevets bloque l'innovation dans le numérique est évident, autant supprimé toute propriété intellectuelle, heu…. peut être pas non? Même si j'imagine que les crawler d'IA seraient plus que ravi.
# Avocat du diable
Posté par Jean Gabes (site web personnel) . En réponse au lien La demande d’électricité pour les centres de données devrait plus que doubler d’ici 2030 . Évalué à 10.
On double, ok. Et donc?
On va double l'activité, mais pour faire quoi?
Genre :
En fait la vraie question est: à quoi sert l'automatisation? Et de quoi a-t-on vraiment besoin comme produit et services? Tant que ce ne seront pas ces questions là qu'on se posera, on continuera de foncer dans le mur, et en doublant la vitesse régulièrement.
[^] # Re: Un peu plus d’explication
Posté par Jean Gabes (site web personnel) . En réponse au lien Pause des ventes US de certains laptops Framework suite aux nouveaux tarifs douaniers. Évalué à 5.
J'imagine juste la très mauvaise journée de certains dans les équipes logistiques et achats.
[^] # Re: Tristesse
Posté par Jean Gabes (site web personnel) . En réponse au lien clap de fin (?) pour le festival Pas sage en seine. Évalué à 3.
Oui j'avoue que pour le coup ça serait utile, même si je sais pas si c'est légal?
[^] # Re: FUD ?
Posté par Jean Gabes (site web personnel) . En réponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 4.
Perso j'ai opté pour un job full remote, comme ça en cas de vrais soucis et que l'état se retourne contre nous, on peut changer de pays sans se retrouver sans rien, les économies permettant de gérer la transition, qui en cas de réplique des années 30 va être plus que juste prendre un simple billet chez Rayan-air ^
Bon ça c'est dans le pire des cas que je peux imaginer. Avant ça je me demande comment lutter contre la vague avant qu'elle arrive. Perso je vois deux pistes principales avec les compétences que j'ai (l'IT quoi, je vois mal me lancer dans la politique, surtout quand on voit les partis qu'on a actuellement):
* développer un outil d'échange chiffré de bout en bout, car on risque d'en avoir besoin, mais il me semble qu'on a ça.
* aider sur la lutte anti-corruption. Car de mon point de vue, les systèmes types années 30 ont pour finalité l'exploitation des faiblesses des masses pour le gain d'une très forte minorité via la corruption. Donc plus on lutte contre la corruption, plus on leur bloque l'accès au pouvoir. Reste à voir comment (j'imagine bien une IA pour aller creuser les documents accessibles publiquement et remonter les infos "louches").
Le pire c'est que je ne suis même pas sur que des faits de corruptions soient efficaces, mais bon :)
[^] # Re: Oui, mais pas ce que je retiens comme vrais problèmes de Python
Posté par Jean Gabes (site web personnel) . En réponse au lien Difficile de recommander Python en production . Évalué à 3.
Oui tu as la possibilité d'avoir au moins les bonnes versions, et sur toute la chaine, c'est déjà beaucoup.
Mais j'ai déjà eux des soucis sur deux domaines:
* les serveurs n'avaient pas accès au net, ni à un pypi local. Et là c'était beaucoup moins fun. On a contourné en livrant une armée de fichier wsl. Mais ils nous en manquait toujours quelques un suivant la configuration du serveur.
* sur des systèmes où parfois tu avaient des soucis avec les lib systèmes (genre un openssl système qui ne t'arrange pas). Là j'aurais vraiment aimé une simple compilation statique (modulo que tu as tout de même la glibc en général, mais au moins il n'y a plus qu'elle a gérer).
# Merci
Posté par Jean Gabes (site web personnel) . En réponse au lien Ikemen GO ; un moteur de jeux de baston libre . Évalué à 2.
Merci de l'info, je ne savais pas qu'une ré-implémentation de MUGEN était prête. Çà donne envie de relancer quelques combats.
[^] # Re: FUD ?
Posté par Jean Gabes (site web personnel) . En réponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 1.
Faudra bien financer pour le réarmement, donc why not.
Après le plus gros est constitué de produits structurés, donc pas facile d'aller piocher dedans même pour l'état (vu que les gains ne seront décomptés que dans longtemps et sont largement inconnus, c'est dur d’imaginer une taxation de ce genre de produits).
[^] # Re: FUD ?
Posté par Jean Gabes (site web personnel) . En réponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 4.
Quand tu sais que la résistance va risquer que l'autre moitié de la population va mécaniquement y aller encore plus fort, et qu'ils sont lourdement armés, c'est pas non plus évident comme résistance. Surtout quand les personnes sont relativement isolés et les structures intermédiaires (genre syndicats) disloqués.
Perso je les vois bien arriver à un point de rupture si le truc ne se calme pas (le truc étant un recul sans précédent des libertés, ironiques quand on parle de libertariens, beaucoup moins quand ils montrent leur vrai visage digne des années 30).
Et de notre côté on ferait bien de faire une vraie chasse anti-corruption si on veut commencer à limiter les dégâts et retrouver des marges de manœuvres s'ils s'enfoncent encore plus.
Y a 10 ans je m'étais dit que vu comment ça évoluait j'allais mettre de l'argent de côté pour protéger le famille en cas de grosse crise, bah on y arrive tranquillement.
[^] # Re: robot.txt
Posté par Jean Gabes (site web personnel) . En réponse au lien Drew Devault : Please stop externalizing your costs directly into my face . Évalué à 3.
Je ne suis pas certain pour le premier point, car il ne me semble que ce n'est pas encore tranché si l’apprentissage des LLM c'est du fair-use ou pas. Si c'est du fair-use, si tu as posté publiquement il n'y a pas d'accès non autorisé, donc là c'est mal barré.
Mais tout à fait d'accord avec le second point, on arrive à un DDOS au final, et ça c'est clairement répréhensible vu le volume.
Juste que répondre sur quelques requêtes qui ne respectent pas le robots.txt ne me semble pas être une bonne défense à l'heure actuelle, même si j’aimerai que ce soit le cas, et qu'on remette un peu d'ordre dans ce far west de l'entrainement des IA.
[^] # Re: robot.txt
Posté par Jean Gabes (site web personnel) . En réponse au lien Drew Devault : Please stop externalizing your costs directly into my face . Évalué à 4.
Un loi sur un tel sujet technique? J'ai du mal à voir. A la limite le fait de ne pas rendre indisponible un autre système d'information, ça c'est légalisable, et là on pourrait creuser en disant qu'il est admins que si un robots.txt existe, alors il est communément admis que le respecter est une bonne chose.
Après le site tu le mets bien à disposition du public, donc en quoi une requête d'un outil serait moins légitime (point de vue légal) que celle d'un autre utilisateur? Après je parle bien d'une requête, et pas d'une armée mal codée qui relis les pages encore et encore alors qu'il n'y a aucune modification dessus.
Je ne dis pas que l'aime ce qu'ils font, mais je pense que l'assise légale pour les empêcher ne doit pas être énorme. Quand on voit que ces sociétés font du respect de la propriété intellectuelle des autres, je pense que le soucis de mettre au tas les sites n'est que le cadet de leurs problèmes malheureusement.
[^] # Re: bah oui
Posté par Jean Gabes (site web personnel) . En réponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 3.
J'avoue que je ne vois pas où es le point également. C'est justement leur métier de terminer la sécurisation, donc par définition après eux, c'est en clair.
# Enfin!
Posté par Jean Gabes (site web personnel) . En réponse au lien La géopolitique s’invite dans les choix technologiques des entreprises . Évalué à 7.
J'aurais tendance à dire: c'est pas trop tôt! :)
# Oui, mais pas ce que je retiens comme vrais problèmes de Python
Posté par Jean Gabes (site web personnel) . En réponse au lien Difficile de recommander Python en production . Évalué à 4.
Pour avoir aussi vécu la migration Python 2 vers 3 sur un gros volume de code, ce n'est finalement pas ça que je retient comme vrais problèmes de Python.
Je ne retiendrais même pas les soucis de performances (sauf calcul scientifique, mais là Python est qu'une glue, donc ça compte pas vraiment). Car si tu as besoin de vrais performances, tu ne prends pas Python, point. Heureusement ce n'es pas courant, donc je passe ce point là.
De mon point de vue Python a deux gros problèmes:
* besoin de gérer les dépendances au runtime, à la livraison sur la cible, et non pas à la compilation une fois pour toute.
* il est très, trop permissif. Si tu n'as pas été ultra rigoureux sur ce que tu autorise à utiliser et comment, avec une grosse équipe de dev qui mélange des seniors et des juniors, tu vas te retrouver avec des parties bien trop complexes pour pas grand chose, et les juniors qui vont se limiter à copier coller sans factoriser. Évidement tu as le problème avec tous les langages, mais en Python tu vas très vites dans les extrêmes vu qu'il ne te bloque en rien dans les deux directions.
Le premier point se règle à coup de Docker comme on l'a vu au fil des commentaires. Mais ça c'est quand on peut l’utiliser (heureusement c'est généralement le cas). Et ça marche très bien quand tu dois déployer sur ta propre infra/service, car tu maitrise l'environnement. Mais si tu dois livrer à des clients tiers, là les limites vont vite arriver.
Mais ça reste de la technique, donc on arrive à gérer. Le second problèmes lui est plus sournois et se voit au fil du temps. On va très vite en Python, donc c'est très rentable au début, mais le cout de maintenance peu vite devenir très problématique. Il faut donc dès le départ se garder de faire des choses trop complexes et tenter un maximum de rester "simple" quand un langage te permets autant de libertés.
Après tout est une question de contraintes et de choix, comme d'habitudes. Python n'est pas parfait dans tous les cas, mais dans certains il est excellent, et je ne parle pas que du calcul numérique, mais aussi pour gérer du code business mode "passe plat". Juste qu'il ne faut pas l'appliquer là où ça ne colle pas, mais bon comme d'habitude, si tu n'as que des développeurs Python sous la main, bah mieux vaut partir sur du Python même s'il est pas parfaitement adapté que aller vers du Go/Rust et te reprendre une phase d’apprentissage en termes de mois qui va peut être tuer ta boite/produit de toute manière.