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 (削除) s (削除ここまで)ces 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
Le mien en utilisation courante environ 5 jours, ça peut descendre à moins ça peut passer les 7 jours, si je fais de la rando il est en mode avion et là il tiendra facilement les 7 jours :)
Par contre l'oubli du mode avion, la batterie se décharge beaucoup plus vite (un téléphone dans une zone peu ou pas couverte se décharge très vite)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En fait, vu sa position et ses relations, il est fort à parier que si elle restait honnête et faisait correctement son travail (plus le temps pour autre chose), la mairie de Paris soit une baisse salaire, et une augmentation de la charge de travail.
En ce sens, il faudrait être désintéressé pour briguer ce poste (ie son activité passé d'avocate, lui rapporte peu ou prou en net ce que le brut de la mairie de paris lui serait versé)
En clair elle se ferait plus de sous en gardant une activité d'avocate qu'en étant maire de Paris :)
Ensuite c'est un point de vu pécunier, il y'a le prestige, et la visibilité, bon pour le tremplin comme présidente, on a vu ce que ça a donné dernièrement :D
Mais au vu des affaires passé, si elle sont fondées et qu'elle est élue il y'a un risque non négligeable qu'il y'ait rémunération illégale
Donc attendre du pur désintéressement des candidats, surtout de candidats qui choisissent des partis foncièrement opposés à toute forme de désintéressement et d'altruisme, c'est assez... naïfs ?
C'est quand même très caricatural ta vision.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
On peut, sans inconvénients majeurs, le remplacer par des plans ou des cartes en papier
Qui n'est pas forcément à jour, qui n'a pas été annoté par un autre randonneur qui indique que le patou de tel pré est franchement agressif :), ou qu'un éboulement bloque le sentier et donc qu'on peut pas passer ;)
Bien plus fiables par ailleurs, de sorte qu'un randonneur sérieux en a déjà une dans son sac. Je n'envisagerais pas une seconde de partir faire une rando ou une expédition en montagne en comptant sur mon seul ordiphone pour m'orienter,
Ben non on pars pas en rando seul ;) Donc y'a plusieurs personnes avec un ordiphone.
Par ailleurs s'orienter sur une carte peut s'avérer difficile et suffit d'un rien pour se tromper et de bien mal s'engager.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
En gros quand tu appels le / les services de secours tu as la possibilité de donner la totalité des informations permettant de de localiser gps, gsm, bluetooth...
À priori c'est dépendant des services googles, j'imagine qu'il y'a moyen de faire compatible mais je ne sais pas si mon téléphone (rom alternative) en est capable.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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. 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.
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. 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. 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.
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.
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.
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.
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.
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
# yop
Posté par fearan . En réponse au journal Je hais les thèmes sombres, et je peux l'expliquer. Évalué à 7.
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: GPS, photo ?
Posté par fearan . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 3. Dernière modification le 05 mars 2026 à 16:34.
Le mien en utilisation courante environ 5 jours, ça peut descendre à moins ça peut passer les 7 jours, si je fais de la rando il est en mode avion et là il tiendra facilement les 7 jours :)
Par contre l'oubli du mode avion, la batterie se décharge beaucoup plus vite (un téléphone dans une zone peu ou pas couverte se décharge très vite)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: GPS, photo ?
Posté par fearan . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 3.
C'est pas un peu encombrant le plan de quartier du métro? Et surtout si tu te déplaces, il est plus vraiment à jour non ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pas pour la défendre...
Posté par fearan . En réponse au lien L'encyclopédie des affaires de Rachida Dati. Évalué à 4. Dernière modification le 05 mars 2026 à 10:22.
En fait, vu sa position et ses relations, il est fort à parier que si elle restait honnête et faisait correctement son travail (plus le temps pour autre chose), la mairie de Paris soit une baisse salaire, et une augmentation de la charge de travail.
En ce sens, il faudrait être désintéressé pour briguer ce poste (ie son activité passé d'avocate, lui rapporte peu ou prou en net ce que le brut de la mairie de paris lui serait versé)
En clair elle se ferait plus de sous en gardant une activité d'avocate qu'en étant maire de Paris :)
Ensuite c'est un point de vu pécunier, il y'a le prestige, et la visibilité, bon pour le tremplin comme présidente, on a vu ce que ça a donné dernièrement :D
Mais au vu des affaires passé, si elle sont fondées et qu'elle est élue il y'a un risque non négligeable qu'il y'ait rémunération illégale
C'est quand même très caricatural ta vision.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Beurk
Posté par fearan . En réponse au lien Les devs sont irremplaçables (oui). Évalué à 3.
Et quand c'est trop la merde, il arrive comme le messie pour dire comment faut faire, et se barre avant la mise en place de la solution
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: GPS, photo ?
Posté par fearan . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 3.
Qui n'est pas forcément à jour, qui n'a pas été annoté par un autre randonneur qui indique que le patou de tel pré est franchement agressif :), ou qu'un éboulement bloque le sentier et donc qu'on peut pas passer ;)
Ben non on pars pas en rando seul ;) Donc y'a plusieurs personnes avec un ordiphone.
Par ailleurs s'orienter sur une carte peut s'avérer difficile et suffit d'un rien pour se tromper et de bien mal s'engager.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: GPS, photo ?
Posté par fearan . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 3.
pour info, c'est décrit là
https://www.android.com/intl/fr_fr/safety/emergency-help/emergency-location-service/
En gros quand tu appels le / les services de secours tu as la possibilité de donner la totalité des informations permettant de de localiser gps, gsm, bluetooth...
À priori c'est dépendant des services googles, j'imagine qu'il y'a moyen de faire compatible mais je ne sais pas si mon téléphone (rom alternative) en est capable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent