Yth a écrit 2680 commentaires

Le Peer to Peer est une méthode de transfert de fichiers au même titre que le FTP par exemple.

C'est utilisé par exemple par le Humble Store pour télécharger légalement des jeux achetés chez eux.
C'est évidemment utilisé pour tous les contenus un peu lourds comme des ISOs de distributions libres.

Mais en fait surtout ça permet de ne pas avoir besoin d'un serveur avec un super gros tuyau pour proposer des grosses quantités de données.
Le P2P va bien plus vite que le téléchargement direct si ce dernier n'est pas sur une infrastructure super solide.

Par ailleurs c'est l'éternel débat centralisé versus décentralisé.
On geint contre l'hégémonie des services centralisés par de grosses boîtes, on essaie de mettre en avant la fédération, on respire mais on craint que le modèle décentralisé et fédéré du mail soit menacé.
Et on se plaint qu'un système décentralisé pour un besoin de base (transfert de fichiers) ait du succès ?

Il n'est pas question de faire un procès d'intention ici, mais tu peux aussi accuser tous les fabricants de CD/DVD vierges et de graveurs de CD/DVD parce que ça sert au recel de droit d'auteur… D'ailleurs on a même une taxe à la copie privée qui légitime cette utilisation !

Tu vas aussi accuser les développeurs de VPN parce que ça sert majoritairement à faire du téléchargement illégal ?
Et TOR, un mal absolu ?
Ou juste des outils pour protéger la vie privée et passer outre des filtrages étatiques ?

La question peut même devenir celle de savoir si, si tu n'as rien à cacher, pourquoi pas ne tout mettre sur la place publique ? Et à ce moment là, le SSL ça sert à quoi ? Puisque ça sert à cacher ton activité, tout autant que TOR, ou un VPN.

Le problème c'est que si tu blâmes un système de transfert de fichier décentralisé parce qu'il est utilisé aussi à des fins illégales, tu blâmes tout le reste.

Et LA différence avec la fabrication et la vente d'arme c'est que l'objet, l'intention initiale, c'est de fournir des armes de mort.
Tu ne peux pas vendre des armes de mort et te défendre du fait que les gens à qui tu les a vendus les utilisent pour ce à quoi elles servent !
Alors que tu peux développer une bibliothèque de chiffrage des données et parfaitement accepter le fait que des gens chiffrent des données avec. Le problème n'est pas le chiffrage mais les données.

Un autre exemple allez : un flashball n'est pas conçu comme étant une arme mortelle, c'est justement fait pour essayer de ne pas tuer ni même blesser gravement, bien que ça soit dangereux. Et tu ne peux pas blâmer le constructeur si quelqu'un utilise des balles avec des pointes ou un cœur métalliques, rendant l'arme beaucoup plus dangereuse.
Tu ne peux pas mettre une munition non dangereuse dans une arme à feu (tirer à blanc c'est retirer la munition), sauf dans de rares cas par exemple remplacer la grenaille par du gros sel, c'est moins dangereux et assez facilement non mortel, mais ça n'est pas prévu pour, c'est un détournement.

Et bien ici la munition ce sont les données.
Ce qui est limite c'est que toute donnée est valide et aucune ne détourne le logiciel de son fonctionnement initial et prévu. Donnée légale et illégale.
Mais c'est pareil pour ta fibre optique ou ton câble ADSL, ils ne servent qu'à transférer des données, et en P2P puisque tu n'es pas obligé de passer par tel ou tel serveur : tu prends la route la plus efficace.Et sans considération sur la légalité des données.
Tu ne vas pas blâmer les constructeurs de routes pour toutes la contrebande qui circule dessus non ? Ni le trains pour la même raison.
Ben le logiciel de torrent c'est le train.
C'est le site de torrents illégaux le problème. Pas le concept, ou le logiciel, de bittorrent.

Alors que c'est bien l'arme à feu en elle-même le problème !
Puisqu'elle sert à tuer.

En gros, on cherche à comparer tuer et transférer des fichiers.
Et je suis peut-être coincé du fion, moralisateur, puritain, ce que tu veux, mais je fais une différence fondamentale entre les deux. Tuer c'est mal, même en état de légitime défense (note bien qu'entre tuer et être tué, je préfère tuer, mais la situation en elle-même est mauvaise, si tu dois défendre ta vie il y a un problème, pas si tu y arrives). Mais partager des fichiers c'est normal, anodin, c'est comme de faire la cuisine, je peux cuisiner à l'arsenic, mais en général je préfère la sauce tomate.

Yth.

alors que je ne crois pas avoir des propos inutiles.

Boarf, en fait si, tes propos sont inutiles.
Tu ne lis pas ce qu'on écrit et tu restes campé sur tes position sans possibilité de débat.
Tu ne veux pas voir la différence malgré les trois façon différente que j'ai utilisé pour te les montrer. Et ton seul argument consiste à asséner que si voyons, développer un logiciel de P2P c'est la même chose que de vendre des armes.

Mais bon, je vais essayer une dernière fois :
Donc Linux, Windows, MacOS sont à mettre sur le même plan que la vente d'arme ?
Ben oui, on peut faire des tas de choses illégales avec ces systèmes d'exploitation !
Alors qu'avec une arme à feu aussi.
Donc pareil !

Mouais…
Non ?
Même là tu ne vois pas ?
Tu ne conçois pas une toute petite différence ?

On passe à l'étape suivante ?
Mettre sur un même plan le fabriquant de clef USB et le fabriquant d'armes ?
Non ?
Toujours rien ?
Pour toi c'est pareil ?

Si c'est le cas, la discussion est terminée !
Et par pitié, ne nous réécrit pas une énième fois la même ânerie, tu l'as déjà écrit plein de fois que ton opinion était une Vérité et qu'on avait tous besoin de se faire ouvrir les yeux, une fois de plus ne changera rien à l'affaire.
Je resterai sourd à ton absence d'arguments, désolé…

Yth.

Tu fais la mauvaise analogie :

• un fichier ne contient pas forcément du recel de droit d'auteur.
• une arme à feu … a toujours comme unique utilité de tuer, quelle que soit la légitimité, la légalité, etc, de la raison pour le faire.

Le seul et unique usage d'une arme à feu qui ne soit pas pour tuer, c'est quand on s'entraîne à la manier.
Et non, une arme à feu ne sert pas à blesser, elle blesse parce qu'elle est imparfaite, ou qu'on a raté son coup, ou dans de très rares cas quand l'utilisateur est très doué, et qu'il est capable de blesser presque à coup sûr, mais il s'agit ici d'un usage détourné de l'arme à feu.

Attention, je ne nie pas qu'on peut se défendre en tuant la menace ni rien, je ne dis pas qu'il n'existe pas de cas de légitime défense etc, ce n'est pas le propos.
Rien à voir avec la choucroute en fait.

On recommence :
* Un marteau a comme utilité de planter des clous, et peut être détourné pour briser des crânes.
* Une arme a feu a comme utilité de tuer, et peut être détournée comme presse-papier.
Tu peux légitimement te défendre en tant que vendeur de marteau en disant que tu vend des marteaux et pas une arme blanche. Par contre difficile de te défendre de vendre des armes à feu et qu'elles soient utilisées pour tuer des gens.
Deuxième cas tu as une responsabilité. Mais certainement pas le premier, je suis bien content d'avoir un marteau chez moi, et jamais il ne servira à briser un crâne merci bien, mes pouces suffisent amplement !

Yth.

Oui.

Parce que tu ne peux pas blâmer ton FAI si tu as accès à des sites illégaux (non, tu ne peux pas).
Tu ne peux pas blâmer Airbus (ou Renault) si un Airbus (ou une Dacia !) sert au trafic de drogue.

Alors que là on parle des marchands d'armes que tu peux blâmer parce que leur camelote est utilisée pour ce à quoi elle sert.
Ou des publicitaire parce que la publicité, malheureusement, ça marche.

L'argumentaire du marchand d'arme se fait sur le couteau, pourrait se faire sur la tronçonneuse aussi. Sauf qu'en vrai le problème ne sont pas les massacres à la tronçonneuse ou les poignardages, mais bien les tueries avec des armes à feu.
Il faut rappeler qu'une arme à feu est conçue pour une seule chose : tuer, ça n'est pas prévu pour servir à autre chose, même s'il y a un décapsuleur sur les Famas.

Yth.

C'est un téléphone assez inconnu, je crois que Zuk était la première marque de smartphones de Lenovo avant qu'ils en fassent sous leur propre marque.
Il était vendu soit avec un Android Chinois sans Google Store mais avec un store chinois où on trouvait les applis de google et des giga-tonnes de trucs en plus, de quoi se rendre compte que le google store + apple store c'est petit en vrai…
Ou alors avec Cyanogen Mod.

En résumé :
64Go de stockage, assez balaise globalement, mais caméras moyennes et batterie non amovible.
-> Le bouton physique en bas ne fonctionne plus sur mon téléphone (il a 3 ans, et je ne suis pas spécialement tendre avec le matériel…) Sur certaines versions il est tactile avec possibilité de faire du swipe, et même de la reconnaissance d'empreinte digitales, mais pas sur tous, et là il ne fonctionne plus du tout.
Comme il est difficile à ouvrir (tout collé, alors pour refermer c'est moche après), difficile de savoir ce qui ne va pas, mais en pratique on s'en passe assez bien.

Bref, le passage à Lineage OS s'est fait assez bien, pas de trucs super complexe, rien à demander à l'opérateur, on perd tout la première fois pour débloquer le bouzin de démarrage avec adb, puis on met un TWRP, et ça se met à jour sans efforts ensuite.
Typiquement une mise à jour me prend moins de 5 minutes téléchargement compris.

J'ai commencé avec LineageOS 14.1, passé au 15.1, là j'ai le 16.0, bientôt deux ans sans Google Apps, ça marche bien.
Déjà on se débarrasse de tous les bugs de Cyanogen Mod, comme l'écran d'accueil qui régulièrement deadlock et ne rafraîchis plus rien (l'heure ne tourne plus par exemple), tout ça c'est oublié avec Lineage.

Le changement de version majeure - qu'on doit faire manuellement en téléchargeant, démarrage en recovery sur TWRP, puis installation - pète Trebuchet : le truc d'accueil qu'on bloate avec des widgets et des raccourcis d'applications de partout, alors il faut repasser du temps à reconfigurer ses widgets et re-bloater d'icônes en tout genres, mais sinon tout se passe sans le moindre effort.

Cela dit, je dois admettre que depuis le passage à Lineage 16.0 j'ai quelques soucis de stabilité (des applis qui plantent, mais seulement des applis Aurora donc google).
Comme je le met souvent à jour, je ne saurais pas dire si c'est lié à la version 16.0, aux nightlies, ou au téléphone.

Sinon côté autonomie c'est plus efficace, il faut un peu s'habituer au fait que les applis sont plus fortement endormies sous LineageOS que sous Android.
Alors parfois on reçois des mails ou chats mais seulement quand on réveille le téléphone ou l'appli. Pas sûr de s'il y a un réglage spécifique à faire pour trouver un meilleur équilibre entre les économies d'énergies et de connexions de données, et le trou noir de plusieurs heures quand on ne gratouille pas le téléphone derrière les oreilles.
À chacun de voir ce qu'il cherche dans son dosage de drogue numérique ;)
À ce sujet, le point qui me gène, c'est que j'ai configuré K9-mail pour récupérer les mails toutes les 30 minutes si j'ai activé la synchro automatique, mais régulièrement il considère que cette synchro n'est pas activée, ou ne fait rien du tout malgré tout.

Bref, voilà pour mon retour d'expérience !

• Yth.

Ben…
Tu peux avoir des bébés partout.
Rigoureusement partout.
Ou nulle part aussi.

Mets des escargots et t'auras plein de bébés.
Mets des abeilles, des mâles et des femelles, et t'auras des mâles, si t'as pas songé à mettre une reine. Et après plus rien du tout.

Bref…
La nature elle a vachement bon dos hein !

Yth.

Et alors, il y a deux variantes, trois, plus ?

Yth, taquin.

Passant à Mandrake Linux vers 1999, j'ai eu la mauvaise surprise d'utiliser XFree86 qui ne savait pas encore changer de résolution sans redémarrer la session graphique.

Il me semble bien qu'on pouvait déjà configurer une série de mode graphique dans le xfree86.conf, et qu'en activant l'option-kivabien on changeait de définition avec ctrl-alt-+ et ctrl-alt--.
Certes, il fallait démarrer XFree86 après cette configuration, mais c'est du paramétrage initial, après ça se faisait à la demande.

Certes aussi, c'est pas génial et xrandr c'est quand même 'achement mieux, mais on parle de 1999 là.
C'était, pour moi, surtout utile pour de sombres histoires de Dosemu on de wine qui dans certains cas n'aimait pas passer en plein écran mais passait bien en windowless si on adaptait la définition à côté pour correspondre.

Bref, de toute façon, aujourd'hui, c'est plus facile de changer de définition, mais c'est aussi terriblement moche, et mieux vaut des solutions à base de scaling si on a ce genre de besoin…

Yth.

Déjà première question, pourquoi la personne concernée est-elle passée sous Linux ?

Parce que si c'est pour la philosophie du libre, et l'opposition aux monopoles de monstres tentaculaires, côté brouteur, il n'y a plus vraiment à trop réfléchir.
Parce qu'en vrai il n'y a que deux choix : le moteur de Chrome et celui de Firefox.

Depuis qu'Opéra et IE sont passés à Blink, le moteur de Chrome, webkit se marginalise en attendant que les petits brouteurs qui l'utilisent passent à Blink.
Bref, le monopole est là, et sur-concentré.

Reste donc Gecko, avec comme choix Firefox, Tor-Browser, Seamonkey, Palemoon, Icecat, et quelques autres, mais en gros c'est Firefox.

Après, je rejoins Zenitram, le truc installé par défaut en général c'est le bon !
Si tu fais confiance à ta distrib, fais-le jusqu'au bout, parce que au final une distrib ce sont essentiellement des choix fait pour nous.

Yth.

inetd permet d'utiliser des services avec stdin/stdout via un wrapper tcp appelé généralement tcpd, par exemple tu peux faire :

# inetd.conf
2000 stream tcp nowait root /usr/sbin/tcpd /bin/netstat -a

Et ensuite telnet machine 2000 va t'afficher la sortie de netstat -a lancé en root.
Comme on le voit c'est à la fois sécurisé, puissant et…
Ouais, bon, c'est du super bricolage :)
Mais c'est un des intérêts d'inetd.

Yth.

Bah de mon point de vue inetd c'est pour permettre des services simples utilisés très rarement.

Par exemple tu veux avoir un accès FTP à une machine de ton réseau, mais tu utilises ça une fois tout les 36 du mois.
C'est un brin overkill de paramétrer et démarrer un serveur FTP qui va tourner en permanence, même s'il ne fait strictement rien.
Inetd est là pour regrouper plusieurs de ces services, genre authentification réseau, pop/imap basiques (pour réseau local), bootp, etc.

Ou n'importe quel service maison, qui permet d'avoir des données fabriquées via un script quelconque, sur le réseau, avec la sécurité qu'on saura bien y mettre…

Tout ça avec une configuration triviale et un démon qui ne fait que ça.

Maintenant pour tous ces cas d'utilisation, si tu as un objectif de montée en charge, de mise à disponibilité publique, de paramétrage spécifiques (typiquement pour le mail, on ne peut plus se permettre de faire des configurations triviales aujourd'hui), etc, il vaut mieux passer par un démon dédié, paramétré aux petits oignons, firewallé intelligemment etc.

Et si tu lances inetd pour un seul service derrière, c'est aussi une surcouche inutile, autant avoir l'unique service lancé.

En gros c'est facile, pratique et léger pour du bricolage.
Et je trouve qu'un cache local de mise à jour de paquets, local pour le réseau de la maison, ça rentre dans le bricolage.
Si c'est pour un réseau d'entreprise, vaut peut-être mieux construire quelque chose de plus solide.

Bizarrement un truc à base de systemd ne me paraît pas rentrer dans la catégorie « plus solide», mais ce troll est très différent, et n'entre pas dans le sujet je pense.

Yth.

C'est intéressant de voir des études internes faites dans certaines boîtes.
Par exemple à France Télévision, ils ont constatés des biais à l'embauche, ou à la progression, avec plus de mâles blancs aux postes les plus importants par exemple.

Mais ils ne peuvent pas faire de statistiques, c'est illégal en France de mesurer la place des africains, maghrébins, asiatiques ou autres au sein d'une structure. Alors qu'on peut le faire pour les sexes !
D'un côté c'est très bien : un employé est un employé, une personne est une personne et sur le papier il ne peut pas y avoir de différence.
D'un autre côté ça rend plus difficile de repérer les biais, les disparités, les discrimination, ou les simples effets du racisme ou sexisme ordinaire, celui dont on ne se rend pas compte tellement il est subconscient.

Bref, à titre personnel je préfère quand même l'approche française à celle des états-unis, mais pour eux c'est une tentative pour trouver une solution à un problème qui a une ampleur largement supérieure à celle qu'il a ici.
Surtout que ça ne veut rien dire, c'est quoi être noir ? Dès qu'un gouvernement a cherché à répondre à cette question, ils ont mis des règles à la con qui n'ont aucun sens, et se font toujours dans le sens de refermer la minorité dirigeante sur elle-même en rejetant ce qui s'approche de près ou de loin à la majorité pauvre.
Est-on allemand si on a un arrière-grand-père allemand ?
En Afrique du Sud on était noir si on avait une arrière-arrière-arrière-grand-mère noire !
Donc je ne crois pas qu'il résoudront leur problème avec leur méthode actuelle, mais qui-suis-je pour juger ? Je pense avec ma culture française, qui se voile la face et glisse les problèmes sous le tapis…

À vue de pif cela dit, pour du recrutement en France pour la France, même pour une boîte américaine, ça doit être illégal de poser cette question, mais ça ne l'est pas forcément s'il s'agit de bosser au USA pour une boîte ou filiale américaine, même si le recrutement se fait en France.
Mais je ne suis pas légiste…

Yth.

Ah mince, j'ai oublié le m dans la seconde !
Du coup ça marche pas.
Du coup, on s'en tamponne que ça n'ait aucun sens.

Yth :)

Ya aussi « le mythe des dégonflages » dans le style « il fait beau et chaud ».
Ou encore « le téflonage des digues ».

Mais ça manque de « b » tout ça.

Yth.

Grosso modo, le travail de nettoyage de licence et de renommage du projet est fait.
Deux ou trois petites modifs pour que ça compile mieux.

Sinon, aucun développement, LibreSprite c'est la dernière version libre de Aseprite.

En gros on peut dire qu'il s'agit d'une base propre pour forker Aseprite, mais le fork réel reste à faire.

Yth.

J'ai du mal à comprendre ce que tu essaies de m'expliquer.

Le problème c'est que le modulo en JS d'un nombre négatif par un diviseur positif soit négatif ?
Donc que -3%2=-1 au lieu de 1 comme la définition mathématique l'indique ?

Ou qu'on puisse faire "toto"%2 (=NaN donc une réponse valable après tout) ?

Ou autre chose ?

Parce que si c'est le premier point que tu veux faire remarquer, je ne l'ai lu clairement nulle part, et c'eût été bien de le faire remarquer, et là je te rejoins totalement sur la crétinerie de JS.

Si c'est le second point, c'est un choix du langage et on s'en fout, Python va te pondre une erreur, JS te dit « c'est pas un nombre », après tout à toi de connaître ton langage.

Si c'est autre chose, je n'ai pas compris.

• Yth, qui essayait juste de dire que quand même, c'pas si complexe de déterminer si un nombre est impair en JS, et qu'utiliser un module importé pour ça c'est un peu chercher les ennuis…

Ben justement, c'est ce que j'essaye de dire ici.

Soit tu as besoin d'une fonction qui peut prendre n'importe quoi en entrée, parce qu'en JS un paramètre c'est potentiellement n'importe quoi à n'importe quel moment, et tu veux savoir un truc du genre « est-ce qu'il s'agit d'une représentation d'un entier impair ».

Ou est-ce que tu veux un code qui te dis si un paramètre fourni est impair dans le cas où c'est un entier, et a un comportement dont tu te moques éperdument dans le cas contraire, puisque ton code ne va utiliser cette fonction qu'avec des entiers, et que sinon tu as un bug qui vient d'ailleurs et de toute façon tu es dans les choux.

Auquel cas (x%2)**2==1 est un test qui va fonctionner avec n'importe quelle représentation de nombre et te sortir true s'il s'agit d'un entier naturel ou relatif impair, représentable en interne en javascript.
Et false dans absolument tout les autres cas.

Ou alors tu fais (x&1)==1 qui va te sortir true si la partie entière de ton nombre est impaire, false dans tout les autres cas.
Donc 17.25 est impair ou -5.92 ou encore "231".

Pas besoin d'un module pour utiliser ou pondre un tel code.
Mais tout dépend de ton besoin, et quoi qu'il en soit, savoir si un nombre est impair reste une opération triviale, même en javascript.
Après, faut savoir coder, ce qui n'est pas un prérequis pour faire du JS moderne.

• Yth.

Prendre la valeur absolue (je suppose que le modulo sur les nombre négatifs va retourner -1 et pas 1)

Ok : -3%2!=0 => true
Bon, j'ai été mauvais sur ce coup-là…

Vérifier qu'il s'agit bien d'un nombre avant d'essayer d'utiliser %

Alors là fait plutôt :
!!(x%2)
x%2 retourne +-1 pour un nombre impair uniquement, donc tu as true pour un nombre impair uniquement.
Si tu as autre chose qu'un nombre dans x, tu as false.
Certes, ici, !!("19"%2) est vrai, parce que JS caste tout seul "19" dans 19.
Mais si tu veux tester si tu as un nombre à la base, tu fais autre chose que tester s'il est impair.

Vérifier qu'il s'agit d'un entier (merci les langages sans typage statique)

Hmm.. !!(19.32%2) va retourner true. !!(18.77%2) aussi.
Math.abs(x%2)==1 alors ?
Ça va te sortir true s'il s'agit d'une représentation d'un entier impair.
Faut sortir une fonction, mais ça marche.

Vérifier qu'il n'y a pas d'overflow dans le nombre

Pas ton problème : tu travailles avec les données reçues, une valeur en overflow n'est pas un entier impair. Ça aurait peut-être pu l'être si la valeur souhaitée était impaire et que sa représentation ne provoquait pas d'overflow, mais tu n'as pas reçu un entier impair en paramètre de ta fonction, donc false.

Après, faut choisir. Ça dépend vraiment de ce dont tu as besoin. Est-ce que isOdd c'est « est-ce que c'est une représentation d'un entier impair ? » ou « est ce que c'est impair s'il s'agit d'une représentation d'un entier ? », là ça dépend vraiment d'où tu mets le curseur de la cohérence de tes variables.
En tout cas il ne me viendrait jamais à l'esprit d'importer un module pour tester la parité d'un nombre !

Autre commentaire :

Je crois que t'as pas pigé que c'était du 2nd degré ;)

Le JS est-il soluble dans le second degré ?
Faut il inventer des degrés fractals d'humour pour appréhender npm ?
Vous avez trois heures.

Yth.

avec des blagues du genre “isOdd”, parce que croit le ou non, c’est pas évident de savoir si un chiffre est impair en JavaScript

$ 3%2==1
true
$ 4%2==1
false

Euh, sérieux, de qui se moque-t-on ?
Ya un truc que j'ai pas pigé ?

[…] fait que node.js et npm, c’est comme regarder un train dérailler au ralenti. Tout le monde comprend ce qu’il se passe, personne ne peut rien y faire et ceux qui sont dans le train ont pas la moindre idée de ce qu’il se passe.

Aaaah, c'est ça le sentiment que j'ai vu de l'extérieur !
Belle image :)

Yth, tout à fait perplexe…

Dans d'autres scènes, on voit clairement au contraire des cracks super balaises faire leurs trucs à partir de Windows.
Je ne suis pas dans le domaine (et à vrai dire aussi je n'y connais rien en windows), mais ça me semble se compliquer inutilement la vie que d'essayer de faire du piratage à partir d'un OS Windows.
Cela dit je suppose que ce n'est pas « pas crédible » non plus.

J'ai plutôt bien aimé cette quatrième saison sinon, même s'ils en font un poil trop pour essayer de glamouriser et sauver leur héros tragique.
J'ai particulièrement aimé l'intrigue avec Jonas Maury, sa traque des français embarqués dans l'état islamique, les interrogatoires sans torture tout en intelligence humaine.

J'aime bien aussi le côté pas macho du tout avec beaucoup de combattantes, et des femmes ailleurs que dans des rôles de faire-valoir (Marie-Jeanne, Marina, la Mule…).

Ça reste globalement une très bonne série, je recommande !

Yth.

J'allais répondre sur la même phrase.
Il est nettement plus probable qu'ils ont simplement changé de méthode de téléchargement.

15% cèdent à la solution la plus simple jusqu'à ce qu'on leur donne un coup de pied au cul et qu'ils passent à un peu plus complexe mais moins détectable.

Bref, d'une efficacité terrifiante la Hadopi, elle permet aux Michus en tout genres de s'impliquer un peu plus dans leur utilisation de la technologie, voire qui sait de se poser leurs premières questions sur leur empreinte numérique, les atteintes à leur vie privée, etc.

Peut-être bien que certains deviennent plus attentifs aux messages de nos précieuses associations de défense des logiciels libres et des libertés individuelles sur internet !

On a les statistiques comparées de l'utilisation de TOR-browser en parallèle à la montée en charge d'HADOPI ?

Yth, bref…

Pour la minification, c'était à moitié du troll, j'avoue, parce que oui, il suffit de développer en non minifié et de minifier en prod uniquement.
Reste la transpilation, où tu débugges dans un langage ce que tu as écris dans un autre.

Donc il y a l'option source map pour vraiment faire le lien avec le code d'origine.
Mais tu as quand même bien intérêt à connaître le javascript, et rapidement à savoir aussi comment ton code source se transpile vers le javascript.

J'ai surtout de l'expérience avec jQuery, donc pas de transpilage, pas de surcouche, direct en javascript et tu peux être à peu près sûr que si ça plante c'est de la faute de ton code et non de celui de jQuery. Ben rien que là les messages d'erreur sont parfois complètement inutilisables…

J'ai juste du mal à appréhender l'idée de rajouter des couches entre ton code et le logiciel qui va te dire où et comment ça bugge :)
Cela dit ce n'est pas pire qu'un « segmentation fault - core dumped », faut connaître les outils derrière pour interpréter ce qu'il se passe.

Pour avoir - très brièvement - fait du coffeescript, j'ai abhorré à cause de ça, et aussi du manque d'intérêt général pour la chose quand on sait déjà coder en Javascript simple : quel est l'intérêt d'un langage moins verbeux si en pratique tu dois connaître les deux, débugger dans l'un pour écrire dans l'autre, et en plus gérer les éventuels bugs du transpilage ? Le gain de temps à l'écriture du code vaut-il la perte de temps en apprentissage et débuggage ?
Clairement mon projet d'alors n'était pas en faveur du coffeescript ^{^ ^}

Yth.

Mais comment tu débugges ?
Parce que les erreurs n'apparaissent que dans la console javascript de ton navigateur, et tu vas avoir une erreur ligne 1 de ton fichier javascript, que tu n'as jamais vu, et qui est minifié en une ligne.

Alors la technique, c'est quoi ?

Yth.

Slackware GNU/Linux aussi tourne au poil sans systemd.

• Yth, de l'art de jeter de l'huile sur le troll en feu.

Je ne crois pas qu'il y ait d'exemple.
Mais tu as des commandes classiques de gestion de source, des init, clone, status, diff, branch, update, checkout, push, pull, commit, add, rm, merge…
Donc une forge qui utilise un autre gestionnaire de source doit pouvoir s'interfacer avec Fossil en n'utilisant que les commandes de gestion des sources.

Et en considérant juste ce qui concerne la gestion des sources, on peut comparer git et fossil sur les différentes façon de faire, comment régler les situation courantes, etc.

Le fait que l'outil complet Fossil fasse des choses en plus ne l'empêche pas de recouvrir le domaine d'un Mercurial d'un Git ou d'un Subversion.
Par contre dans ce cas il ne faut pas dire que Fossil est supérieur parce qu'il inclue une forge, dans ce cas ce n'est plus comparable et il faut prendre en considération une forge+git/hg/autre !

Bref, tout ça pour dire qu'on peut comparer Fossil et Git sur la partie gestion de sources.

Yth.