Non réglementer qui peut appeler qui, indépendamment de qui, rentre dans la liberté d'expression, limiter ce droit, c'est limiter la communication; de la même manière qu'on interdit l’apologie du terrorisme, mais que de l'autre coté on glorifie les résistant Français de la seconde guerre mondiale.
Alors oui le démarchage téléphonique est une plaie, le fait de recevoir plusieurs appels dans une semaine, voir jour, c'est du harcèlement et devrait être punis comme tel.
J'aurais aimé
1) que l'appelant indique l'origine du numéro
2) que l'appelant vérifie auprès du fournisseur de la liste, avant l'appel que c'est toujours OK de démarcher ce numéro
3) que l'appelant fasse les démarches auprès du fournisseur de liste de numéro que ce n'est plus OK le numéro (bref retiré de la liste).
Mais tu reste dans la réglementation de qui peut contacter qui, et pour en avoir eu récemment, ils vont tenter de contourner le texte, typiquement, les derniers vendeurs de panneau solaire, disaient ne pas être soumis a bloctel, car ils ne vendaient rien, mais mettaient en relation…
Si ensuite tu veux faire le distingo IA/humain, tu va encore sur une marge encore plus ténue, est-ce qu'être assisté par une IA rentre dans le cas? Si je m'en sert que pour traduire parce que je parle que la Tagalog est-ce que ça compte? Est-ce qu'un robot conversationnel qui reconnaît des patterns (ie purement programmatique) rentre dedans?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je comprends ton soucis de la complexité, mais tu mélange un peu tout;
Pour prendre un exemple si je fais du c++, je vais utiliser les std::vector, std::set, std::vector, et une chiée d'autre outils de la stl, de façon simple.
Si par contre je dois faire mon propre template, gérer les différent cas (recherche, valeur qui tiens sur 1 bit…) y'a une complexité d'écriture non négligeable.
Bref y'a plusieurs cas
utilisateur vois un produit fini unifié, simple,
un dev qui prends la bibliothèque vois un truc simple (bon y'a quand mêmes des truc a gérer comme le sens d'écriture il me semble),
celui qui développe la bibliothèque qui permet aux autres de pas s'emmerder;
Y'a pas de solution simple, l'historique (iso-8859-1 / iso-8859-15) est déjà un sacré merdier en Europe, le recollement (assemblage) des réseau électrique des différent GRT (gestionnaire de réseau électrique) avec l'un des format historique utilisé est un merdier sans nom, avoir un réseau avec les grec et les pays nordique sur ce format ne peut se faire qu'avec de grosse bidouilles; heureusement pour le nouveau format (xml, :(, rdfid ) on est a plus de problème de noms, (et de toutes façons recolle via des uuid, mais c'est bien d'avoir le nom des postes / lignes dans le bon alphabet)
Quant au parallèle avec la faim dans le monde… c'est fallacieux, y'a pas mort d'homme, pas de destruction environnemental, bref y'a pas de mal à continuer en attendant de trouver mieux, donc propose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Selon les projets, c'est l'un ou l'autre qui coûte le plus cher.
Généralement ça va être la fonctionnalité marche, passe à la suivante, rendant les appli de plus en plus lourd, jusqu'au moment où le matériel ne suit plus (téléphone), ou que la moindre évolution coûte tellement cher que l'on en fait une v2, redux, reborn, new, 365, app…
J'ai des lanceurs qui se foutent au démarrage de la barre de Windows dont leur unique but est de faire des updates de logiciels, certains dépasse allègrement les 50Mo de RAM…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
c'est pas de l'optimisation ça. C'est juste ne pas faire n'importe quoi.
Tu serais surpris de voir le nombre de développeurs qui font n'importe quoi; mais ça peut aussi s'expliquer simplement :
T'as une ressources distante utilisé dans un composant A, tu le récupère via un hook, ou autre, et tu te retrouves à devoir le chopper dans un autre composant, les 'bons' choix vont dépendre de ton framework et a quel point les composants sont éloignés, si c'est juste un parent commun, peut être que le parent peut le récupérer, sinon un store, ou encore un autre méchanisme, mais la mise en place d'un store pour un petit json de rien du tout n'est pas forcément pertinent.
c'est pas reparser 15 fois ton json,
C'est le même json que t'as récupéré dans ton composant, que tu réutilise ailleurs, ou dans une autre fonction, et dont tu avait une fonction getAttr("machin") qui te revoyais la valeur de a.truc.machin, t'as pas forcément regardé sous le capot comment le getAttr fait par un autre dev fonctionnait.
c'est ne pas effectuer une deep copy à coup de JSON.parse(JSON.stringify(obj))
C'est le premier résultat pour un deep clone en javascript sur google
Et sur un projet qui vit, écrit à 10 mains, le n'importe quoi peut arriver très vite car tout le monde n'a pas le temps de regarder ce que font les autres, et quand on ressort les séquences qui arrivent, y'en a pas un pour dire, "ouais-bon ça va ça marche… on va pas risquer de casser en 'optimisant'".
non, y'en a pas 1, mais 2 voir plus, et quand on voit la complexité de mise en œuvre pour 'ne pas faire n'importe quoi', parfois la simplicité va primer; et si parser 15 fois ton json dans une même fonction a la suite c'est effectivement n'importe quoi, ça devient plus compliqué si t'as besoin de servir ce même json plusieurs fois et là va falloir réfléchir à devoir le conserver ou le serialiser plusieurs fois, ou faire un cache avec un booleen qui dit s'il est à jour.
Bref j'ai donné des exemple criant s'ils sont évident, mais ton code fait pas forcément 10 lignes, et la logique est rarement contenue dans un seul écran de code.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Le truc c'est que les rendre responsable des dérives que leur dark patterns déclenchent, c'est pas que la dépression, le suicide, ou la perte de temps, mais aussi le harcèlement, la radicalisation, les appels à la haine…
C'est aussi tout leur business model basé sur l'indignation et la confrontation et la promotion du pire qui se prends un train dans la gueule.
Et à partir du moment où ils ont été reconnu comme au moins en partie responsable, s'ils ne font rien pour éviter de nouveaux cas, le montant risque de grimper.
Il faut juste espérer que ce soit confirmé en appel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
La question n'est pas tant l'impact individuel mais le fait qu'on reconnaisse coupable le fait de leur système pour capter/garder l'attention en se servant des mécanisme de psychologie, et que ce soit reconnu comme répréhensible.
Ils emploie des gens spécifiquement pour cela, et après il font cépamafote…
Leur défense, c'est : "c'est pas de l'addiction", et c'est la faut du plaignant qu'a un problème de santé mentale.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En java on a Boolean qui être null, ou valoir True ou False, et boolean qui est soit true soit false :)
On a donc False.equals(val) qui n'est pas du tout équivalent a !val (on peut avoir un null pointer exception)
Et ensuite y'a des gros malins qu'on pensé que null pouvait être une valeur normal pour un Optional…
Un Optional de Boolean peut être null, peut contenir null, ou True ou False…
Je ne consteste pas que null puisse être une valeur, mais c'est loin d'être la majorité des cas et avoir un NullableOptional séparé du Optionnal aurait été plus malin (de mon point de vue)
et en javascript… null !== undefined, !!val !== val
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Quand tu es dev JS/python, même compétent, je pense que tu as moins de levier pour l'optimisation.
L'optimisation c'est pas que économiser un cycle sur une boucle for, ça c'est le truc de fin quand t'es limite où que ton but c'est la performance.
L'optimisation c'est aussi ne pas
* refetcher des ressources que t'as déjà en local,
* c'est pas reparser 15 fois ton json,
* c'est ne pas effectuer une deep copy à coup de JSON.parse(JSON.stringify(obj))
* c'est ne pas faire history4 = clone(history3); history3=clone(history2); history2=clone(history1); history1=clone(state)
Et je précise que les history étaient des json clonés par la méthode précédente (et c'était pas mon code, ni une génération à moi)
En javascript y'a structuredClone pour faire des deep copy.
en optimisé (ou simplement pas de conneries)
history4=history3; histroy3=history2; history2=history1; history1=structuredClone(state);
Je parle même pas du fait qu'avant cette version moche le state était un json sringifié, que le truc en question allait chercher des éléments dans le state, et comme il le faisait plusieurs fois pour un même passage il le parsait plusieurs fois…
Bref pour résumer, il y'a plusieurs optimisation, et la première, la plus importante, celle qui fait que ton truc à des performance correcte, c'est au plus haut niveau que ça se fait, c'est éviter de faire des calculs inutiles (t'auras beau les optimiser a fond au niveau assembleur, ce sera toujours des calculs qui prennent du temps pour rien); c'est le choix de tes algorithmes et façon de traiter les données, je choix du type de donnée (map, set, tableau…); typiquement si t'as des tableau que t'accède toujours aux éléments à coup de tab.filter( t => t.id === val) la map ou l'objet js peut être plus pertinent.
L'intérêt de sces langages c'est essentiellement la clarté / simplicité du code pour effectuer une tâche donnée
Je te montrerais bien des codes js pour effectuer une tâche donnée, la simplicité est absente, et la clarté est aux oubliettes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
De mes expérimentations, j'ai le même constat, générateur de code ne vois pas de problème a refaire 2, 3, 4, 5, 6 fois la même chose, ni ne fait de recherche préliminaire pour savoir si ce qu'il fait à déjà été mis dans ta base de code.
On arrive (très) rapidement à quelque chose de fonctionnel, et à première vue, (mes premières relectures), on ne voit pas le problème, le code est propre, clair lisible, jusqu'au moment ou faut faire évoluer, ou que le truc a raté un cas à la marge (pourtant y'a tous les tests)
Et là c'est le drame on ne lit plus sa sortie, on la comprends, on voit qu'il fait plusieurs passes sur un tableau alors qu'une seule suffit, on voit qu'il a ajouté des présupposé de nulle part…
Alors quand on s'en rends compte tôt c'est pas grave, le plus gênant c'est si on laisse ces duplication perdurer, qu'on en corrige certaines et pas les autres, et à la fin le refactoring deviens un tel sac de nœuds que le llm lâchera l'affaire; ou plutôt va consommer les tokens jusqu'à plus soif, sans arriver à une solution.
Alors oui le problème de performance, plusieurs fois la même tâche avec juste un booléen qui change, j'ai déjà eu des collègues qui le font, la duplication de code / fonctionnalité, aussi, mais là je parle d'une seule évolution réclamée.
Cette semaine je ferai un autre essai plus orienté fonctionnel en demandant à Claude d'implémenter un algo que j'ai moi-même précédemment implémenté. La démarche sera la même, il partira du commit précédant mes modifs, et je lui décrirai le besoin. Il n'aura plus qu'à l'implémenter. Moi il m'a fallu 4 heures de travail effectif (7 à l'horloge murale) pour aller de zéro à la la validation complète de la suite de test. J'aimerais bien le voir faire mieux, genre plus rapide pour la même qualité de code. Ça m'aiderait à comprendre mes confrères.
ça c'est plus dans ses cordes ;) Tu peux aussi t'en servir pour relire ton code et faire des propositions, lui faire faire de petites évolution que tu relieras intégralement, ou simplement t'en servir comme google y'a 10-15 ans :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On est dans le pinaillage, si ta presse relai juste les propos du préfet sans contredire ou recontextualiser la citation, il y'a un problème du même ordre qu'une infox sur les réseaux sociaux, juste que c'est habillé avec plus de respectabilité et défendable devant l'arcom, mais c'est tout aussi nocif, sinon plus; il y'a aussi souvent la mise en exergue de certains passage (via du gras et une gosse police entre les paragraphe) qui va parfois à l'encontre du contenu de l'article.
Quand tous les médias mainstream montre un néo-nazi comme un modèle de virtue mort sous les coup de de méchant gauchiste, on y a droit pendant une semaine, et ensuite quelques entrefilet pour dire que oui enfin il était un peu nazi sur les bords.
Donc le plusieurs niveau, je dirai qu'au terme du résultat c'est pire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ouais en même temps en sélectionnant ces deux journaux, on est effectivement plutôt bon, mais si on regarde d'un certain coté du spectre politique, le faux, malhonnête ou trompeur pourrait faire passer la désinformation de TikTok comme des amateurs.
Si on imposait aux Journaux de corriger pendant 1 semaine dans les même créneaux horaires toute en redistribuant l'argent de de la pub desdits créneaux aux associations appropriées (typiquement propos racistes => SOS racisme), peut être que les médias très très à droite seraient un poil plus factuels.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
en fait j'aurais choisis une autre chaîne et un autre nom de cookie pour éviter une règle globale passe partout si jamais la solution devenait fréquente.
biscuitVaguementRondEtPlay=OuiMerci
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
et typiquement on rentre dans le cas : les traceurs destinés à l’authentification auprès d’un service, y compris ceux visant à assurer la sécurité du mécanisme d’authentification, par exemple en limitant les tentatives d’accès robotisées ou inattendues ;
ou sinon vu que ça sert à répartir la charge : les traceurs permettant l'équilibrage de la charge des équipements concourant à un service de communication ;
au pire il pourrait mettre comme phrase authentifiez vous en tant qu'humain en cliquant sur le bouton
d'ailleurs on notera sur le site de la cnil que les cookies enregistrant le consentement ne sont pas soumis à autorisation, il serait donc possible pour les site de mémoriser les préférences de refus sans redemander à chaque visite, ce que les site ne font pas afin de dégrader l'expérience sans cookies
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sinon si tu arrives à les détecter, un sink infini de génération de texte aléatoire pour les empoisonner. (faut bien penser à configurer les robot.txt pour éviter d'empoisonner ceux qui sont bien configuré)
Une autre solution pour les envoyer dans le sink sans identification c'est un lien non visible par les humains, arrivant très tôt dans la page, voir sur une page de garde.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
ben justement les autres solutions évincent complètement la ligne silencieusement, celle ci permet de voir qu'on a une touche sur une ligne trop longue, ce qui permet, ensuite si le reste ne donne pas satisfaction de travailler la ligne (avec un déminifieur par exemple)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Justement, j'en possède mais les porte peu, je me suis rendue compte de mon astigmatie qu'après le covid, mais j'ai vécu 40 sans lunettes, et ça se salope tout le temps, faut les nettoyer touts le temps… et tant que je n'était pas casse couille presbyte j'arrivais encore à lire assez bien de loin; maintenant, c'est un peu différent et je les portes un poil plus, mais y'a aussi le casque anti-bruit qu'est devenu un certain confort qui passe mal avec les lunettes.
Bref, c'est compliqué et les ophtalmos n'expliquent que succinctement le problème
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est marrant je suis astigmate aussi, mais j'ai pas la même impression, déjà de une lorsque je bosse sur fond claire j'ai une migraine en fin de journée, et je trouve les fonds sombres plus lisible.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: "quand va-t-il prendre fin ?"
Posté par fearan . En réponse au lien "Bonjour, je suis Marie, partenaire d’Enedis…", pourquoi le démarchage téléphonique par IA se multiplie et quand va-t-il prendre fin ?. Évalué à 5 (+2/-0).
Tu caricature comme un troll.
Non réglementer qui peut appeler qui, indépendamment de qui, rentre dans la liberté d'expression, limiter ce droit, c'est limiter la communication; de la même manière qu'on interdit l’apologie du terrorisme, mais que de l'autre coté on glorifie les résistant Français de la seconde guerre mondiale.
Alors oui le démarchage téléphonique est une plaie, le fait de recevoir plusieurs appels dans une semaine, voir jour, c'est du harcèlement et devrait être punis comme tel.
J'aurais aimé
1) que l'appelant indique l'origine du numéro
2) que l'appelant vérifie auprès du fournisseur de la liste, avant l'appel que c'est toujours OK de démarcher ce numéro
3) que l'appelant fasse les démarches auprès du fournisseur de liste de numéro que ce n'est plus OK le numéro (bref retiré de la liste).
Mais tu reste dans la réglementation de qui peut contacter qui, et pour en avoir eu récemment, ils vont tenter de contourner le texte, typiquement, les derniers vendeurs de panneau solaire, disaient ne pas être soumis a bloctel, car ils ne vendaient rien, mais mettaient en relation…
Si ensuite tu veux faire le distingo IA/humain, tu va encore sur une marge encore plus ténue, est-ce qu'être assisté par une IA rentre dans le cas? Si je m'en sert que pour traduire parce que je parle que la Tagalog est-ce que ça compte? Est-ce qu'un robot conversationnel qui reconnaît des patterns (ie purement programmatique) rentre dedans?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par fearan . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3 (+1/-1).
Je comprends ton soucis de la complexité, mais tu mélange un peu tout;
Pour prendre un exemple si je fais du c++, je vais utiliser les std::vector, std::set, std::vector, et une chiée d'autre outils de la stl, de façon simple.
Si par contre je dois faire mon propre template, gérer les différent cas (recherche, valeur qui tiens sur 1 bit…) y'a une complexité d'écriture non négligeable.
Bref y'a plusieurs cas
Y'a pas de solution simple, l'historique (iso-8859-1 / iso-8859-15) est déjà un sacré merdier en Europe, le recollement (assemblage) des réseau électrique des différent GRT (gestionnaire de réseau électrique) avec l'un des format historique utilisé est un merdier sans nom, avoir un réseau avec les grec et les pays nordique sur ce format ne peut se faire qu'avec de grosse bidouilles; heureusement pour le nouveau format (xml, :(, rdfid ) on est a plus de problème de noms, (et de toutes façons recolle via des uuid, mais c'est bien d'avoir le nom des postes / lignes dans le bon alphabet)
Quant au parallèle avec la faim dans le monde… c'est fallacieux, y'a pas mort d'homme, pas de destruction environnemental, bref y'a pas de mal à continuer en attendant de trouver mieux, donc propose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: mouaif
Posté par fearan . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 2 (+0/-1).
Madame Michu ne voit pas le .odf ou .docx.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Et en France ?
Posté par fearan . En réponse au lien Internet : les USA bannissent les routers étrangers. Évalué à 3 (+0/-0).
Pourquoi toujours ramener à la France? Du matos européen c'est déjà pas mal :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pendant ce temps
Posté par fearan . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 5 (+2/-0).
Généralement ça va être la fonctionnalité marche, passe à la suivante, rendant les appli de plus en plus lourd, jusqu'au moment où le matériel ne suit plus (téléphone), ou que la moindre évolution coûte tellement cher que l'on en fait une v2, redux, reborn, new, 365, app…
J'ai des lanceurs qui se foutent au démarrage de la barre de Windows dont leur unique but est de faire des updates de logiciels, certains dépasse allègrement les 50Mo de RAM…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: windows 2016?
Posté par fearan . En réponse au journal Le piège du backup Windows... que je me suis fait tout seul. Évalué à 4 (+1/-0).
Elle peut se faire passer pour un lecteur CD, avec autorun et icone de clé usb :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pendant ce temps
Posté par fearan . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 5 (+2/-0).
Tu serais surpris de voir le nombre de développeurs qui font n'importe quoi; mais ça peut aussi s'expliquer simplement :
T'as une ressources distante utilisé dans un composant A, tu le récupère via un hook, ou autre, et tu te retrouves à devoir le chopper dans un autre composant, les 'bons' choix vont dépendre de ton framework et a quel point les composants sont éloignés, si c'est juste un parent commun, peut être que le parent peut le récupérer, sinon un store, ou encore un autre méchanisme, mais la mise en place d'un store pour un petit json de rien du tout n'est pas forcément pertinent.
C'est le même json que t'as récupéré dans ton composant, que tu réutilise ailleurs, ou dans une autre fonction, et dont tu avait une fonction getAttr("machin") qui te revoyais la valeur de a.truc.machin, t'as pas forcément regardé sous le capot comment le getAttr fait par un autre dev fonctionnait.
C'est le premier résultat pour un deep clone en javascript sur google
https://stackoverflow.com/questions/4459928/how-to-deep-clone-in-javascript
à noter qu'en cherchant un tout petit peu plus on tombe sur :
https://stackoverflow.com/questions/122102/what-is-the-most-efficient-way-to-deep-clone-an-object-in-javascript
Et sur un projet qui vit, écrit à 10 mains, le n'importe quoi peut arriver très vite car tout le monde n'a pas le temps de regarder ce que font les autres, et quand on ressort les séquences qui arrivent, y'en a pas un pour dire, "ouais-bon ça va ça marche… on va pas risquer de casser en 'optimisant'".
non, y'en a pas 1, mais 2 voir plus, et quand on voit la complexité de mise en œuvre pour 'ne pas faire n'importe quoi', parfois la simplicité va primer; et si parser 15 fois ton json dans une même fonction a la suite c'est effectivement n'importe quoi, ça devient plus compliqué si t'as besoin de servir ce même json plusieurs fois et là va falloir réfléchir à devoir le conserver ou le serialiser plusieurs fois, ou faire un cache avec un booleen qui dit s'il est à jour.
Bref j'ai donné des exemple criant s'ils sont évident, mais ton code fait pas forcément 10 lignes, et la logique est rarement contenue dans un seul écran de code.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# hum...
Posté par fearan . En réponse au journal Un skill pour apprendre à l'IA à utiliser Manjaro. Évalué à 10 (+12/-1).
et
C'est un miracle de pas être tombé sur un script n'allant pas faire un rm -fr /* avec ce genre de pratique
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pouillème
Posté par fearan . En réponse au lien Instagram et YouTube jugés responsables de la dépression d’une adolescente en Californie : une amende de 6 millions de dollars et un verdict « historique ». Évalué à 7 (+4/-0).
Le truc c'est que les rendre responsable des dérives que leur dark patterns déclenchent, c'est pas que la dépression, le suicide, ou la perte de temps, mais aussi le harcèlement, la radicalisation, les appels à la haine…
C'est aussi tout leur business model basé sur l'indignation et la confrontation et la promotion du pire qui se prends un train dans la gueule.
Et à partir du moment où ils ont été reconnu comme au moins en partie responsable, s'ils ne font rien pour éviter de nouveaux cas, le montant risque de grimper.
Il faut juste espérer que ce soit confirmé en appel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pouillème
Posté par fearan . En réponse au lien Instagram et YouTube jugés responsables de la dépression d’une adolescente en Californie : une amende de 6 millions de dollars et un verdict « historique ». Évalué à 7 (+4/-0).
Oui ils font appel :/
La question n'est pas tant l'impact individuel mais le fait qu'on reconnaisse coupable le fait de leur système pour capter/garder l'attention en se servant des mécanisme de psychologie, et que ce soit reconnu comme répréhensible.
Ils emploie des gens spécifiquement pour cela, et après il font cépamafote…
Leur défense, c'est : "c'est pas de l'addiction", et c'est la faut du plaignant qu'a un problème de santé mentale.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pendant ce temps
Posté par fearan . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 3 (+0/-0).
Ahh :)
En java on a Boolean qui être null, ou valoir True ou False, et boolean qui est soit true soit false :)
On a donc False.equals(val) qui n'est pas du tout équivalent a !val (on peut avoir un null pointer exception)
Et ensuite y'a des gros malins qu'on pensé que null pouvait être une valeur normal pour un Optional…
Un Optional de Boolean peut être null, peut contenir null, ou True ou False…
Je ne consteste pas que null puisse être une valeur, mais c'est loin d'être la majorité des cas et avoir un NullableOptional séparé du Optionnal aurait été plus malin (de mon point de vue)
et en javascript… null !== undefined, !!val !== val
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pendant ce temps
Posté par fearan . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 10 (+8/-1).
L'optimisation c'est pas que économiser un cycle sur une boucle for, ça c'est le truc de fin quand t'es limite où que ton but c'est la performance.
L'optimisation c'est aussi ne pas
* refetcher des ressources que t'as déjà en local,
* c'est pas reparser 15 fois ton json,
* c'est ne pas effectuer une deep copy à coup de JSON.parse(JSON.stringify(obj))
* c'est ne pas faire history4 = clone(history3); history3=clone(history2); history2=clone(history1); history1=clone(state)
Et je précise que les history étaient des json clonés par la méthode précédente (et c'était pas mon code, ni une génération à moi)
En javascript y'a structuredClone pour faire des deep copy.
en optimisé (ou simplement pas de conneries)
history4=history3; histroy3=history2; history2=history1; history1=structuredClone(state);
Je parle même pas du fait qu'avant cette version moche le state était un json sringifié, que le truc en question allait chercher des éléments dans le state, et comme il le faisait plusieurs fois pour un même passage il le parsait plusieurs fois…
Bref pour résumer, il y'a plusieurs optimisation, et la première, la plus importante, celle qui fait que ton truc à des performance correcte, c'est au plus haut niveau que ça se fait, c'est éviter de faire des calculs inutiles (t'auras beau les optimiser a fond au niveau assembleur, ce sera toujours des calculs qui prennent du temps pour rien); c'est le choix de tes algorithmes et façon de traiter les données, je choix du type de donnée (map, set, tableau…); typiquement si t'as des tableau que t'accède toujours aux éléments à coup de tab.filter( t => t.id === val) la map ou l'objet js peut être plus pertinent.
Je te montrerais bien des codes js pour effectuer une tâche donnée, la simplicité est absente, et la clarté est aux oubliettes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pendant ce temps
Posté par fearan . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 10 (+8/-0).
De mes expérimentations, j'ai le même constat, générateur de code ne vois pas de problème a refaire 2, 3, 4, 5, 6 fois la même chose, ni ne fait de recherche préliminaire pour savoir si ce qu'il fait à déjà été mis dans ta base de code.
On arrive (très) rapidement à quelque chose de fonctionnel, et à première vue, (mes premières relectures), on ne voit pas le problème, le code est propre, clair lisible, jusqu'au moment ou faut faire évoluer, ou que le truc a raté un cas à la marge (pourtant y'a tous les tests)
Et là c'est le drame on ne lit plus sa sortie, on la comprends, on voit qu'il fait plusieurs passes sur un tableau alors qu'une seule suffit, on voit qu'il a ajouté des présupposé de nulle part…
Alors quand on s'en rends compte tôt c'est pas grave, le plus gênant c'est si on laisse ces duplication perdurer, qu'on en corrige certaines et pas les autres, et à la fin le refactoring deviens un tel sac de nœuds que le llm lâchera l'affaire; ou plutôt va consommer les tokens jusqu'à plus soif, sans arriver à une solution.
Alors oui le problème de performance, plusieurs fois la même tâche avec juste un booléen qui change, j'ai déjà eu des collègues qui le font, la duplication de code / fonctionnalité, aussi, mais là je parle d'une seule évolution réclamée.
ça c'est plus dans ses cordes ;) Tu peux aussi t'en servir pour relire ton code et faire des propositions, lui faire faire de petites évolution que tu relieras intégralement, ou simplement t'en servir comme google y'a 10-15 ans :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mouais
Posté par fearan . En réponse au lien Les réseaux sociaux sont durablement perméables aux fake news, avec notamment un contenu d’information sur quatre trompeur sur Tiktok, selon une étude. Évalué à 5 (+2/-0).
Son algorithme privilégie les tweet allant dans le sens de son patron, c'est une forme de mise en avant similaire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mouais
Posté par fearan . En réponse au lien Les réseaux sociaux sont durablement perméables aux fake news, avec notamment un contenu d’information sur quatre trompeur sur Tiktok, selon une étude. Évalué à 4 (+3/-2).
On est dans le pinaillage, si ta presse relai juste les propos du préfet sans contredire ou recontextualiser la citation, il y'a un problème du même ordre qu'une infox sur les réseaux sociaux, juste que c'est habillé avec plus de respectabilité et défendable devant l'arcom, mais c'est tout aussi nocif, sinon plus; il y'a aussi souvent la mise en exergue de certains passage (via du gras et une gosse police entre les paragraphe) qui va parfois à l'encontre du contenu de l'article.
Quand tous les médias mainstream montre un néo-nazi comme un modèle de virtue mort sous les coup de de méchant gauchiste, on y a droit pendant une semaine, et ensuite quelques entrefilet pour dire que oui enfin il était un peu nazi sur les bords.
Donc le plusieurs niveau, je dirai qu'au terme du résultat c'est pire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mouais
Posté par fearan . En réponse au lien Les réseaux sociaux sont durablement perméables aux fake news, avec notamment un contenu d’information sur quatre trompeur sur Tiktok, selon une étude. Évalué à 6 (+5/-2). Dernière modification le 19 mars 2026 à 10:48.
Ouais en même temps en sélectionnant ces deux journaux, on est effectivement plutôt bon, mais si on regarde d'un certain coté du spectre politique, le faux, malhonnête ou trompeur pourrait faire passer la désinformation de TikTok comme des amateurs.
Si on imposait aux Journaux de corriger pendant 1 semaine dans les même créneaux horaires toute en redistribuant l'argent de de la pub desdits créneaux aux associations appropriées (typiquement propos racistes => SOS racisme), peut être que les médias très très à droite seraient un poil plus factuels.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Je pige pas
Posté par fearan . En réponse au lien Robot dogs priced at $300,000 a piece are now guarding some of the country’s biggest data centers. Évalué à 5 (+2/-0).
Marrant, je m'étais fait la même réflexion :D
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: merci
Posté par fearan . En réponse au lien StupidAntibot (sebsauvage.net). Évalué à 8 (+5/-0). Dernière modification le 18 mars 2026 à 14:51.
en fait j'aurais choisis une autre chaîne et un autre nom de cookie pour éviter une règle globale passe partout si jamais la solution devenait fréquente.
biscuitVaguementRondEtPlay=OuiMerci
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: cookie et rgpd
Posté par fearan . En réponse au lien StupidAntibot (sebsauvage.net). Évalué à 10 (+13/-0). Dernière modification le 18 mars 2026 à 14:49.
Mauvaise interprétation de la loi, il ne faut pas un consentement sur tous les cookies :)
https://www.cnil.fr/fr/cookies-et-autres-traceurs/que-dit-la-loi
et typiquement on rentre dans le cas : les traceurs destinés à l’authentification auprès d’un service, y compris ceux visant à assurer la sécurité du mécanisme d’authentification, par exemple en limitant les tentatives d’accès robotisées ou inattendues ;
ou sinon vu que ça sert à répartir la charge : les traceurs permettant l'équilibrage de la charge des équipements concourant à un service de communication ;
au pire il pourrait mettre comme phrase authentifiez vous en tant qu'humain en cliquant sur le bouton
d'ailleurs on notera sur le site de la cnil que les cookies enregistrant le consentement ne sont pas soumis à autorisation, il serait donc possible pour les site de mémoriser les préférences de refus sans redemander à chaque visite, ce que les site ne font pas afin de dégrader l'expérience sans cookies
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Je confirme
Posté par fearan . En réponse au lien Nouvel effet secondaire pervers du pillage massif du web par les entreprises d'IA (robots BnF empêchés de faire leur travail). Évalué à 4 (+1/-0).
les trucs style Anubis ne fonctionnent pas ?
Sinon si tu arrives à les détecter, un sink infini de génération de texte aléatoire pour les empoisonner. (faut bien penser à configurer les robot.txt pour éviter d'empoisonner ceux qui sont bien configuré)
Une autre solution pour les envoyer dans le sink sans identification c'est un lien non visible par les humains, arrivant très tôt dans la page, voir sur une page de garde.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: cut
Posté par fearan . En réponse au message grepLittleLine.sh. Évalué à 3 (+0/-0).
ben justement les autres solutions évincent complètement la ligne silencieusement, celle ci permet de voir qu'on a une touche sur une ligne trop longue, ce qui permet, ensuite si le reste ne donne pas satisfaction de travailler la ligne (avec un déminifieur par exemple)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: L'accueil est rude
Posté par fearan . En réponse au message Chargé(e) de Communication Digitale — La voix de la révolution Linux en Europe. Évalué à 3 (+0/-0).
pas de fourchette de salaire => poubelle
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# cut
Posté par fearan . En réponse au message grepLittleLine.sh. Évalué à 3 (+0/-0).
perso j'utilise | cut -c1-140,
ça tronque les lignes a 140 caractères, y'a rarement des truc intéressant au delà
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: yop
Posté par fearan . En réponse au journal Je hais les thèmes sombres, et je peux l'expliquer. Évalué à 5 (+2/-0).
Justement, j'en possède mais les porte peu, je me suis rendue compte de mon astigmatie qu'après le covid, mais j'ai vécu 40 sans lunettes, et ça se salope tout le temps, faut les nettoyer touts le temps… et tant que je n'était pas
casse couillepresbyte j'arrivais encore à lire assez bien de loin; maintenant, c'est un peu différent et je les portes un poil plus, mais y'a aussi le casque anti-bruit qu'est devenu un certain confort qui passe mal avec les lunettes.Bref, c'est compliqué et les ophtalmos n'expliquent que succinctement le problème
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# yop
Posté par fearan . En réponse au journal Je hais les thèmes sombres, et je peux l'expliquer. Évalué à 7 (+4/-0).
C'est marrant je suis astigmate aussi, mais j'ai pas la même impression, déjà de une lorsque je bosse sur fond claire j'ai une migraine en fin de journée, et je trouve les fonds sombres plus lisible.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent