Ils publient leurs code sous licence Apache, c'est du libre dans toutes les définitions que tu pourra trouver. Ils le font juste avec 2 ans de délai, comme Google met aussi un peu de temps avec AOSP par exemple.
J'avoue que ce serait pratique d'avoir 2 noms différents.
Bah ! Ne fais pas comme si tu ne comprenais pas le propos ;)
C'est une manière d'amener la question. Il y a beaucoup de phantasmes quant à la manière dont ça fonctionne et dont ça fonctionne ailleurs.
Mais tu regardes un article sur le vélo et tu as une pub sur des couches car une régie publicitaire sait que tu as un enfant en bas âge c'est un pb
Le mythe de wallmart qui rapproche les couches et les bières parce que les pères de famille, fait à peut près la même chose.
Je ne dis pas qu'il n'y a pas de problème, mais qu'il y a une part de phantasme quand tu parles d'intime. Et que l'on se protège mieux sur internet comme ailleurs (parce que oui le problème existe ailleurs) si on limite l'idéalisation.
Il y a une contraposée à cela : il ne faut pas croire que les régies fonctionnent si bien que ça. Du côté des annonceurs, il commence à y avoir des tests qui montrent qu'ils ne sont pas si efficaces qu'ils veulent bien l'admettre et qu'utiliser Google à la fois pour sa pub et pour la mesure de l'efficacité de la dites pub ne marche pas très bien.
Sur ces médias, ce n'est pas de la publicité ciblée.
Si elle l'ai bien moins mais c'est évidemment ciblé.
Et leur utilisation est très fortement encadrée par la loi : séparation du contenu publicitaire, nombres d'interruptions par heure, qualité des publicités en fonction du créneau horaire, etc.
Oui et non. Tu as la publicité ok, mais tu as aussi le sponsoring d'émission, le placement de produits et tu as même des programmes qui ont leur propre créneaux et qui sont uniquement conçu pour vendre des produits (souvent pour cibler des enfants)
Ce sont mes principales utilisations personnelles du ramdisk. Et vous quelles sont les vôtres ?
Personnellement j'utilise mon /tmp pour ça mais il n'est pas en RAM. Il est effectivement nettoyé automatiquement, mais il ne prend pas de place en RAM que je préfère utiliser pour mes applications et le cache disque classique de linux.
De plus il peut m'arriver de manipuler des dizaines de Gio ça remplirai vite la place.
J'ai un alias, gotmp, qui fait grosso modo cd $(mktemp -d).
Puis quand plein de sites fonctionnaient mieux avec autre chose que IE, ça a commencé à changer.
C'est faux. Firefox s'est fait un trou alors que les sites étaient conçu pour IE6 uniquement et qu'il n'a jamais pu faire fonctionner les ActivX. C'est plus tard que des sites ont pu commencer à ne plus s'intéresser au support d'IE.
Bien sûr, c'est Chrome qui est mis en avant par les sites "Vous utilisez un navigateur obsolète, cliquez ici pour installer Chrome et …".
Et Firefox a réussi à se faire une place alors qu'IE était déjà là et que l'internaute moyen associait le logo d'IE à internet. Tu ne semble pas imaginer ce que pouvait être la force de frappe de MS à l'époque. Les hashtag twitter pour protester n'existaient. C'est vraiment du petit bouche à oreille AFK et sur des forums qui lui ont permis d'exister sur Windows.
Edge c'est déjà mieux que IE.
Et IE7 était mieux qu'IE6.
l'utilisateur retient qu'avec Chrome ça fonctionne mieux, et il fait la bascule pour ne plus changer.
C'est le même qui était passé d'IE à Ff pour maintenant être à Chrome. Bien sûr qu'il y a une inertie, mais si Google joue de trop la réputation inverse peut aussi arriver. Sachant que bon la navigation sur bureau c'est un peu une bataille d'arrière garde et Chrome et à Android ce qu'IE est à Windows
Je n'aime vraiment pas mozilla, mais c'est une autre histoire.
Tu es sûr que c'est une autre histoire ?
J'ai un bloqueur de pub et je paie la plupart des sites où je trouve de l'information par contre si au détour d'un lien je me retrouve sur un site qui n'en a rien à foutre de ma vie privée tu ne me fera pas pleurer pour le respect l'auteur. Je me barre, mais j'aurais bloqué ses traqueurs.
Ils tentent d'utiliser des règles d'économie qui n'ont aucun sens dans le domaine où ils travaillent. L'économie de marché est faite pour permettre la distribution de biens ou de services rares. Quand tu peux dupliquer ton produit à l'infini avec un coût marginal inexistant, ça ne marche pas. C'est pas la faute des bloqueurs de pub, il n'y a pas à faire culpabiliser la population, mais il faut utiliser un mode de rétribution qui est adapté. Ce n'est pas simple, ce n'est pas forcément une décision personnelle, mais si au lieu d'être réactionnaire et de freiner comme on peut, ce qu'on peut, on aurait déjà pu résoudre la question.
Lorsque la firme de Mountain View a sévit contre les bloqueurs de pub sur Youtube, cela a entraîné un nombre record de désinstallation de bloqueurs de pub, autrement dit la stratégie de Google a bien marché. Combien ont changé de navigateur ?
C'est le genre de choses où il faut faire attention. IE a commencé à mourir pour ce genre de raisons alors qu'il avait une domination bien plus forte. Ça met juste du temps parce que Mozilla n'a pas la force de frappe de communication d'un GAFAM. D'ailleurs je parle de Mozilla, mais ça peut être une sorte de fork de chromium (une série de patch pour réintégrer la fonctionnalité comme go-oo avant LibO).
Non il n'y a pas péril en la demeure pour Chrome, mais il y en a chez Google qui savent qu'il ne faut pas trop tirer sur la corde.
Tu pense que c'est par loyauté pour leurs utilisateurs qu'ils ont des scrupules à me mettre en place ?
J'ai remarqué ce matin qu'ils l'avaient implémenté et déployé. Sans regarder dans les menus où je ne vais jamais, je ne m'en serait pas rendu compte.
XMPP, SMTP
Les 2 demandent de maintenir des connexions TCP longueus pour avoir des notifications ce qui marche pas très bien sur réseau mobile et la dernière fois que j'ai essayé pour avoir du chiffrement de groupe c'est complexe et plus très intéropérable (tu n'a presque pas de clients compatibles, les configurations peuvent être assez alembiquées,…).
matrix
Je connais moins, mais il est arrivé après et il me semble qu'ils donnaient aussi des signaux inquiétant récement.
Bon, déjà on peut faire les 2 : militer pour le changement et en même temps constater qu'en l'état actuel, la voiture est un besoin.
Elle est un besoin parce qu'on a accepté qu'elle le devienne. On a organisé nos vie avec comme hypothèse qu'elle sera là tout le temps, que c'est un droit opposable, que c'est une ressource minimale que l'État doit nous garantir,… Et je dis ça sans blâmer parce que c'est une volonté politique depuis plusieurs décennies et on vit le résultat de plusieurs générations qui nous précédent.
Néanmoins il ne faut pas s'attendre à faire la transition sans changement sur nos vies. Donc attendre que le système ai mis en place des solutions qui permettraient de faire exactement la même chose. De plus le politique a aussi pour fonction d'accompagner. L'évolution des pratiques se fait en même temps que celle des infrastructures.
Mais 3 dernières choses :
si tu remonte dans les années 50-60 tu verra qu'on était déjà avant le monde de la voiture reine. Je ne sais pas à quelle point le changement climatique vous impact, mais il n'y a qu'une ou deux générations qui a connu ce tout voiture
je ne sais pas ce qu'il en est, mais il ne faut pas non plus tomber dans le principe des Émirats, il y a des zones où il n'est pas possible de vivre de manière écologique du moins pas avec la qualité de vie qu'on connaît aujourd'hui. Avoir imaginé que l'on pouvait coloniser ces lieux en ignorant leur réalité climatique était une erreur
pour la question des 50km en 2h, je dirais que c'est surtout de le faire quand tu le veux s'organiser pour prendre le transport en commun et que ce dernier soit rapide ne me semble pas impossible. La situation des transports en commun que tu décris n'existe que parce que la voiture l'a rendu acceptable, si vos dépenses de voiture était collectivisées il serait sans doute possible de faire mieux, déjà on pourrait faire tomber en semaines l'arrivée des car, on peut imaginer des téléphériques, des trains à crémaillère et d'autres
Évidemment, mais d’expérience ce point pose moins de problème qu’une branche. J’ai rarement croisé des gens qui avaient du mal à comprendre ce qu’est un commit Git ; par contre, des gens qui sont persuadés que « Une branche c’est un historique linéaire de commits » (ou quelque chose d’approchant), c’est extrêmement fréquent.
Je pense qu'il est extrêmement fréquent de ne pas comprendre que les parents d'un commit fait parti de son identité et qu'un cherry-pick par exemple, c'est un nouveau commit qui n'a aucune relation avec sa copie d'origine au sens de l'arbre d'objet git.
Pour le reste, à partir du moment où tu en es à « capitaliser sur ta connaissance de ZSH », tu n’est probablement pas dans la cible du billet.
C'est un peu le problème. git n'a pas était conçu pour être un gestionnaire de version simple à poser dans toutes les mains, mais un outils qui ne fait pas de concession pour la performance et taillé pour un projet précis. mercurial (que je préfère à git) est déjà un peu plus fait pour le tout venant même si je ne suis pas convaincu qu'un DCVS soit la panacée en soit. La gestion de version par les outils de traitement de texte bien que triviaux sont déjà une gageure pour beaucoup et j'ai l'impression que les outils qui s'en sortent le mieux pour ça sont ceux qui sauvegardent tout le temps et te permettent de revenir dans le temps de manière uniquement temporel (ils ne répondent qu'à des demandes de la forme "montre moi mes fichiers il y a 3h").
Utiliser une GUI permet de mieux comprendre fonctionnellement Git, ce qu’il fait, pourquoi, et donc de l’utiliser efficacement – même si ça demande de sortir un autre outil comme la CLI pour arriver à cette fin.
Les meilleurs outils pour voir ce que fait git que j'ai pu voir était des outils d'apprentissage où tu a l'écran divisé en 2 et ou tu vois en temps réel (par un rafraichissement régulier d'une vue) ce qui se passe dans ton graphe au fur et à mesure que tu lance des commandes et où tu peux revenir en arrière de manière instantanée et fiable via un bouton "back".
Après ça vient peut être d'avoir un esprit bottom-up ou top-down, mais ça me demande un effort considérable pour aller plus loin que ce qu'une GUI me propose.
Désolé, j'ai ri: prendre cette commande vieille d'au moins 11 ans comme exemple de nouveauté…
C'est surtout une réécriture du commentaire pour laquelle j'ai pas bien relu. Initialement l'exemple était pour une fonctionnalité que je n'ai jamais vu ailleurs que dans l'outil de base. Mais au delà de ta condescendance, il m'arrive d'apprendre récemment des choses de git qui pourtant existent depuis probablement l'origine. D'ailleurs je ne connais pas l'option --onto de rebase depuis si longtemps que ça, je l'ai découvert dans une release note il y a quelques années.
Et les GUIs peuvent aussi permettre de découvrir certaines fonctionnalités d'un outil qui sinon resteraient cachés dans une donc ou un changelog qu'on ira jamais lire (pour diverses raisons. Une pouvant être qu'on la maîtrise suffisamment).
D’expérience j'ai l'impression que les interfaces ont tendance à cacher au contraire les fonctionnalités et que ça demande bien beaucoup plus d'effort pour aller au delà de ce qui est considéré comme le case d'utilisation principal à la conception de l'interface.
Quand à la question « comment savoir sure quelle branches je suis ? » quelqu'un te répond git rev-parse --abbrev-ref HEAD, tu n'a pas en face de toi un maitre de git, mais un connard. git branch, git status, git show HEAD, git log,… te donnent l'information de manière naturelle.
Et aussi retenez qu’une branche ou un tag, c’est juste une étiquette sur un commit, […]
Un commit est un diff + une référence sur son ou ses parents.
Ensuite il y a quelques commandes à connaître pour manipuler le graphe de commit. Pour commencer uniquement : commit, cherry-pick, rebase, merge, branch (et pas leurs usages avancés !). Puis au fur et à mesure de l’expérience étoffer avec les usages plus complexes de ses commandes, des rebases interactifs voir du reflog.
Utilisez une GUI !
Personnellement l'utilisation de la CLI me permet de capitaliser sur ma connaissance de zsh, j'ai immédiatement accès aux nouveautés de git (comme rebase --onto), je n'ai pas d'opération qui de manière aléatoire prennent du temps (changer le label d'un commit précédent par exemple si tu le fais en CLI tu sais pourquoi ça n'est pas instantanné si tu le fais dans intellij tu cris sur l'outil comme quoi il est bugué), je ne suis pas en environnement inconnu quand je m'en sert sur des machines qui n'ont pas d'écran (serveur pour gérer de la configuration ou rpi pour configuration ou compilation locale), je peux faire des manipulations avec le niveau de rafinement que je veux avec les raccourcis et des scripts.
Les gens utilisent bien ce qu'ils veulent (je n'aimerais pas qu'on me dise quoi utiliser donc je ne vais pas le faire), mais quand tu utilise de manière un minimum régulière un outil, je trouve dommage de passer à côté de ce que peut faire la CLI pour avoir une marche initiale plus simple, mais avoir au final pas mal de complexité derrière (parce qu'on ne profite pas des améliorations de l'outils, parce que c'est souvent bien moins documenté parce que faire quelque chose qui n'a pas était prévu par l'outil peut devenir une gageur quand c'est possible)
Idem l'affirmation inverse ne tient que sur ton avis.
Non c'est étayé n'hésite pas à relire les commentaires plus haut et à répondre sur les points précis et vérifiable. Ce sera toujours mieux que d'envoyer une satire pour ensuite s'offusquer des réactions que ça produit.
On part quand même de toi qui soutient que dire que Awk est un GPL est du même niveau que dire que les pyramides ont été construites par des extra-terrestre et moi qui dit que l'une et l'autre des hypothèses sont semblable.
Non tu te perds dans la conversation. C'est affirmer que go est un DSL du cloud de Google que je trouve être du niveaux d'une théorie illuminati. Encore une fois je vois pas en quoi ce point de vu t'énerve, tu dis toi même que c'était une satire. Donc tu l'a dit pour te moquer, je t'ai répondu que c'était n'importe quoi et tu t'emporte parce que j'ai réagit à ta moquerie ?
Ta véhémence semble aller de paire avec l'absence d'éléments concrets.
Des enfantillages pour tenter de m'énerver ? Ce n'est pas parce que tu t'émeus en lisant à moitié ce que les gens te répondre que je vais en faire autant.
Dire que AWK est un GPL est tout aussi valable que de dire que c'est un DSL donc c'est avant tout une question de point de vue et c'est le mien.
C'est une affirmation qui ne tiens que sur ton avis (et sur le fait qu'il est turing complete comme l'est SQL, le langage de template de C++, CSS, le format des string de printf).
J'ai aucun problème à ce que tu ne soit pas d'accord avec moi, mais ta véhémence semble aller de paire avec l'absence d'éléments concrets.
J'ai donné des éléments concrets indiquant qu'il n'est probablement pas un langage à part entière. On peut ne pas être d'accord, mais je peux réfuter une affirmation qui n'est elle corroboré par rien de concret et qui n'essaie même pas de l'être. Le fait qu'une définition soit floue ne veut pas dire que tout est possible. Quand les historiens expliquent ne pas pouvoir affirmer comment a était fabriqué une construction ça ne permet pas de présenter une hypothèse extraterrestre comme équiprobable avec leurs hypothèses.
Enfin je tiens à préciser que je n'ai insulté personne en aucune manière.
Chez moi il se lance énormément plus vite qu'un firefox par exemple. J'ai peut être un biais avec une machine particulièrement rapide, mais globalement contrairement à intellij gimp ne fait rien de lui même, il ne scrute pas le disque pour détecter des modifications en lançant différentes tâches plus ou moins en arrière plan. Gimp au démarrage semble, je crois avoir lu un chargement de quelque chose babl (mais j'avoue ne pas avoir le temps de lire…), il serait peut être possible d'alléger encore ces chargements (les charger une fois puis dump sur disque le résultat et repartir de mmap de ce dump ensuite par exemple).
C'est un travail qui peut se faire indépendamment d'un mode simplifié et qui bénéficie aux 2 modes. Pour la suite gimp ne fait que ce que tu lui demande.
Pour moi c’est juste que dans ce cas, Gimp n’est pas l’outil adapté.
Il n'est pas adapté parce que son interface est un peu trop complexe ? Un peu la simplifier ou avoir 2 interfaces peuvent probablement résoudre le problème plus facilement que de créer un nouveau logiciel.
Après il me semble que la distinction entre « créer un nouveau logiciel » et « créer une nouvelle interface » devrait complètement se recouper avec gimp 3 et l'arrivée de GEGL si j'ai bien compris.
Il n'y a pas grand chose de factuel pour l'étayer. Par exemple tu va avoir du mal à trouver des usages awk hors d'unix et sans binutils là où il n'y a qu'à s'y intéresser pour trouver même pas simplement des programmes, mais des communautés entières indépendantes de ce contexte (comme son utilisation sur RaspberryPI par exemple).
Le « soupçon de mauvaise foi » ne permet pas de raconter n'importe quoi non plus.
[^] # Re: raté, ça pue toujours
Posté par barmic 🦦 . En réponse au lien [Sentry] Introduction de la "Licence Source Fonctionnelle", la liberté sans le parasitisme. Évalué à 1.
Ils publient leurs code sous licence Apache, c'est du libre dans toutes les définitions que tu pourra trouver. Ils le font juste avec 2 ans de délai, comme Google met aussi un peu de temps avec AOSP par exemple.
J'avoue que ce serait pratique d'avoir 2 noms différents.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Correction : Google a peur se se ramasser un procès pour abus de position dominante
Posté par barmic 🦦 . En réponse au lien Google a peur de Firefox, et on vous raconte pourquoi. Évalué à 3.
C'est une manière d'amener la question. Il y a beaucoup de phantasmes quant à la manière dont ça fonctionne et dont ça fonctionne ailleurs.
Le mythe de wallmart qui rapproche les couches et les bières parce que les pères de famille, fait à peut près la même chose.
Je ne dis pas qu'il n'y a pas de problème, mais qu'il y a une part de phantasme quand tu parles d'intime. Et que l'on se protège mieux sur internet comme ailleurs (parce que oui le problème existe ailleurs) si on limite l'idéalisation.
Il y a une contraposée à cela : il ne faut pas croire que les régies fonctionnent si bien que ça. Du côté des annonceurs, il commence à y avoir des tests qui montrent qu'ils ne sont pas si efficaces qu'ils veulent bien l'admettre et qu'utiliser Google à la fois pour sa pub et pour la mesure de l'efficacité de la dites pub ne marche pas très bien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Correction : Google a peur se se ramasser un procès pour abus de position dominante
Posté par barmic 🦦 . En réponse au lien Google a peur de Firefox, et on vous raconte pourquoi. Évalué à 2. Dernière modification le 19 novembre 2023 à 10:01.
Si elle l'ai bien moins mais c'est évidemment ciblé.
Oui et non. Tu as la publicité ok, mais tu as aussi le sponsoring d'émission, le placement de produits et tu as même des programmes qui ont leur propre créneaux et qui sont uniquement conçu pour vendre des produits (souvent pour cibler des enfants)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: SSD et usure
Posté par barmic 🦦 . En réponse au journal Un ramdisk pourquoi faire ?. Évalué à 5.
Combien de données sont réellement écrites sur disque dans cet interval ? Les caches mémoires des disques sont plutôt efficaces de mon expérience
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Pas en RAM
Posté par barmic 🦦 . En réponse au journal Un ramdisk pourquoi faire ?. Évalué à 4.
Personnellement j'utilise mon
/tmppour ça mais il n'est pas en RAM. Il est effectivement nettoyé automatiquement, mais il ne prend pas de place en RAM que je préfère utiliser pour mes applications et le cache disque classique de linux.De plus il peut m'arriver de manipuler des dizaines de Gio ça remplirai vite la place.
J'ai un alias,
gotmp, qui fait grosso modocd $(mktemp -d).https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Correction : Google a peur se se ramasser un procès pour abus de position dominante
Posté par barmic 🦦 . En réponse au lien Google a peur de Firefox, et on vous raconte pourquoi. Évalué à 6.
C'est faux. Firefox s'est fait un trou alors que les sites étaient conçu pour IE6 uniquement et qu'il n'a jamais pu faire fonctionner les ActivX. C'est plus tard que des sites ont pu commencer à ne plus s'intéresser au support d'IE.
Et Firefox a réussi à se faire une place alors qu'IE était déjà là et que l'internaute moyen associait le logo d'IE à internet. Tu ne semble pas imaginer ce que pouvait être la force de frappe de MS à l'époque. Les hashtag twitter pour protester n'existaient. C'est vraiment du petit bouche à oreille AFK et sur des forums qui lui ont permis d'exister sur Windows.
Et IE7 était mieux qu'IE6.
C'est le même qui était passé d'IE à Ff pour maintenant être à Chrome. Bien sûr qu'il y a une inertie, mais si Google joue de trop la réputation inverse peut aussi arriver. Sachant que bon la navigation sur bureau c'est un peu une bataille d'arrière garde et Chrome et à Android ce qu'IE est à Windows
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Correction : Google a peur se se ramasser un procès pour abus de position dominante
Posté par barmic 🦦 . En réponse au lien Google a peur de Firefox, et on vous raconte pourquoi. Évalué à 10.
Tu es sûr que c'est une autre histoire ?
J'ai un bloqueur de pub et je paie la plupart des sites où je trouve de l'information par contre si au détour d'un lien je me retrouve sur un site qui n'en a rien à foutre de ma vie privée tu ne me fera pas pleurer pour le respect l'auteur. Je me barre, mais j'aurais bloqué ses traqueurs.
Ils tentent d'utiliser des règles d'économie qui n'ont aucun sens dans le domaine où ils travaillent. L'économie de marché est faite pour permettre la distribution de biens ou de services rares. Quand tu peux dupliquer ton produit à l'infini avec un coût marginal inexistant, ça ne marche pas. C'est pas la faute des bloqueurs de pub, il n'y a pas à faire culpabiliser la population, mais il faut utiliser un mode de rétribution qui est adapté. Ce n'est pas simple, ce n'est pas forcément une décision personnelle, mais si au lieu d'être réactionnaire et de freiner comme on peut, ce qu'on peut, on aurait déjà pu résoudre la question.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Correction : Google a peur se se ramasser un procès pour abus de position dominante
Posté par barmic 🦦 . En réponse au lien Google a peur de Firefox, et on vous raconte pourquoi. Évalué à 6.
C'est le genre de choses où il faut faire attention. IE a commencé à mourir pour ce genre de raisons alors qu'il avait une domination bien plus forte. Ça met juste du temps parce que Mozilla n'a pas la force de frappe de communication d'un GAFAM. D'ailleurs je parle de Mozilla, mais ça peut être une sorte de fork de chromium (une série de patch pour réintégrer la fonctionnalité comme go-oo avant LibO).
Non il n'y a pas péril en la demeure pour Chrome, mais il y en a chez Google qui savent qu'il ne faut pas trop tirer sur la corde.
Tu pense que c'est par loyauté pour leurs utilisateurs qu'ils ont des scrupules à me mettre en place ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C’est libre ça RCS ?
Posté par barmic 🦦 . En réponse au lien Acculé par le DMA, Apple accepte enfin d'adopter le successeur du SMS : le RCS - numerama. Évalué à 3.
Et les standards ne sont pas respectés. Vous avez le le web époque IE6 en horreur ? Vous êtes pas prêt au monde SS7
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: complément
Posté par barmic 🦦 . En réponse au lien Privacy is Priceless, but Signal is Expensive. Évalué à 3.
J'étais resté sur l'idée que le serveur n'était pas libre.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Solution inquiétante?
Posté par barmic 🦦 . En réponse au lien Privacy is Priceless, but Signal is Expensive. Évalué à 5.
XMPP avec du chiffrement en groupe c'est interopérable ou il faut choisir l'unique client qui marche pour chaque OS quand il existe ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Solution inquiétante?
Posté par barmic 🦦 . En réponse au lien Privacy is Priceless, but Signal is Expensive. Évalué à 2.
J'ai remarqué ce matin qu'ils l'avaient implémenté et déployé. Sans regarder dans les menus où je ne vais jamais, je ne m'en serait pas rendu compte.
Les 2 demandent de maintenir des connexions TCP longueus pour avoir des notifications ce qui marche pas très bien sur réseau mobile et la dernière fois que j'ai essayé pour avoir du chiffrement de groupe c'est complexe et plus très intéropérable (tu n'a presque pas de clients compatibles, les configurations peuvent être assez alembiquées,…).
Je connais moins, mais il est arrivé après et il me semble qu'ils donnaient aussi des signaux inquiétant récement.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: complément
Posté par barmic 🦦 . En réponse au lien Privacy is Priceless, but Signal is Expensive. Évalué à 3.
Signal est propriétaire. Les 2 sont relativement similaires il me semble. Telegram s'oriente peut-être un peu plus vers le communautaire à la discord
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Smartwatch
Posté par barmic 🦦 . En réponse au lien En Espagne, “Adolescence sans mobile” un mouvement spontané et suivi. Évalué à 2.
Elle est un besoin parce qu'on a accepté qu'elle le devienne. On a organisé nos vie avec comme hypothèse qu'elle sera là tout le temps, que c'est un droit opposable, que c'est une ressource minimale que l'État doit nous garantir,… Et je dis ça sans blâmer parce que c'est une volonté politique depuis plusieurs décennies et on vit le résultat de plusieurs générations qui nous précédent.
Néanmoins il ne faut pas s'attendre à faire la transition sans changement sur nos vies. Donc attendre que le système ai mis en place des solutions qui permettraient de faire exactement la même chose. De plus le politique a aussi pour fonction d'accompagner. L'évolution des pratiques se fait en même temps que celle des infrastructures.
Mais 3 dernières choses :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et donc…
Posté par barmic 🦦 . En réponse au lien Git Koans. Évalué à 2.
Je pense qu'il est extrêmement fréquent de ne pas comprendre que les parents d'un commit fait parti de son identité et qu'un cherry-pick par exemple, c'est un nouveau commit qui n'a aucune relation avec sa copie d'origine au sens de l'arbre d'objet git.
C'est un peu le problème. git n'a pas était conçu pour être un gestionnaire de version simple à poser dans toutes les mains, mais un outils qui ne fait pas de concession pour la performance et taillé pour un projet précis. mercurial (que je préfère à git) est déjà un peu plus fait pour le tout venant même si je ne suis pas convaincu qu'un DCVS soit la panacée en soit. La gestion de version par les outils de traitement de texte bien que triviaux sont déjà une gageure pour beaucoup et j'ai l'impression que les outils qui s'en sortent le mieux pour ça sont ceux qui sauvegardent tout le temps et te permettent de revenir dans le temps de manière uniquement temporel (ils ne répondent qu'à des demandes de la forme "montre moi mes fichiers il y a 3h").
Les meilleurs outils pour voir ce que fait git que j'ai pu voir était des outils d'apprentissage où tu a l'écran divisé en 2 et ou tu vois en temps réel (par un rafraichissement régulier d'une vue) ce qui se passe dans ton graphe au fur et à mesure que tu lance des commandes et où tu peux revenir en arrière de manière instantanée et fiable via un bouton "back".
Après ça vient peut être d'avoir un esprit bottom-up ou top-down, mais ça me demande un effort considérable pour aller plus loin que ce qu'une GUI me propose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et donc…
Posté par barmic 🦦 . En réponse au lien Git Koans. Évalué à 3.
C'est surtout une réécriture du commentaire pour laquelle j'ai pas bien relu. Initialement l'exemple était pour une fonctionnalité que je n'ai jamais vu ailleurs que dans l'outil de base. Mais au delà de ta condescendance, il m'arrive d'apprendre récemment des choses de git qui pourtant existent depuis probablement l'origine. D'ailleurs je ne connais pas l'option --onto de rebase depuis si longtemps que ça, je l'ai découvert dans une release note il y a quelques années.
D’expérience j'ai l'impression que les interfaces ont tendance à cacher au contraire les fonctionnalités et que ça demande bien beaucoup plus d'effort pour aller au delà de ce qui est considéré comme le case d'utilisation principal à la conception de l'interface.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et donc…
Posté par barmic 🦦 . En réponse au lien Git Koans. Évalué à 9.
Quand à la question « comment savoir sure quelle branches je suis ? » quelqu'un te répond
git rev-parse --abbrev-ref HEAD, tu n'a pas en face de toi un maitre de git, mais un connard.git branch,git status,git show HEAD,git log,… te donnent l'information de manière naturelle.Un commit est un diff + une référence sur son ou ses parents.
Ensuite il y a quelques commandes à connaître pour manipuler le graphe de commit. Pour commencer uniquement : commit, cherry-pick, rebase, merge, branch (et pas leurs usages avancés !). Puis au fur et à mesure de l’expérience étoffer avec les usages plus complexes de ses commandes, des rebases interactifs voir du reflog.
Personnellement l'utilisation de la CLI me permet de capitaliser sur ma connaissance de zsh, j'ai immédiatement accès aux nouveautés de git (comme
rebase --onto), je n'ai pas d'opération qui de manière aléatoire prennent du temps (changer le label d'un commit précédent par exemple si tu le fais en CLI tu sais pourquoi ça n'est pas instantanné si tu le fais dans intellij tu cris sur l'outil comme quoi il est bugué), je ne suis pas en environnement inconnu quand je m'en sert sur des machines qui n'ont pas d'écran (serveur pour gérer de la configuration ou rpi pour configuration ou compilation locale), je peux faire des manipulations avec le niveau de rafinement que je veux avec les raccourcis et des scripts.Les gens utilisent bien ce qu'ils veulent (je n'aimerais pas qu'on me dise quoi utiliser donc je ne vais pas le faire), mais quand tu utilise de manière un minimum régulière un outil, je trouve dommage de passer à côté de ce que peut faire la CLI pour avoir une marche initiale plus simple, mais avoir au final pas mal de complexité derrière (parce qu'on ne profite pas des améliorations de l'outils, parce que c'est souvent bien moins documenté parce que faire quelque chose qui n'a pas était prévu par l'outil peut devenir une gageur quand c'est possible)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: caractéristiques d'un langage qui dure
Posté par barmic 🦦 . En réponse au lien Hare : un langage pour les 100 ans à venir. Évalué à 2.
Non c'est étayé n'hésite pas à relire les commentaires plus haut et à répondre sur les points précis et vérifiable. Ce sera toujours mieux que d'envoyer une satire pour ensuite s'offusquer des réactions que ça produit.
Non tu te perds dans la conversation. C'est affirmer que go est un DSL du cloud de Google que je trouve être du niveaux d'une théorie illuminati. Encore une fois je vois pas en quoi ce point de vu t'énerve, tu dis toi même que c'était une satire. Donc tu l'a dit pour te moquer, je t'ai répondu que c'était n'importe quoi et tu t'emporte parce que j'ai réagit à ta moquerie ?
Des enfantillages pour tenter de m'énerver ? Ce n'est pas parce que tu t'émeus en lisant à moitié ce que les gens te répondre que je vais en faire autant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: caractéristiques d'un langage qui dure
Posté par barmic 🦦 . En réponse au lien Hare : un langage pour les 100 ans à venir. Évalué à 2.
Ça montre qu'il est Turing complet ce que personne n'a démenti. Est-ce pour autant une pratique en dehors d'une démonstration ?
Attends tu présente ton argument comme une satire et tu trouve injurieux que je dise que c'est n'importe quoi ?
Que CSS est Turing complete ? Ça n'est vraiment pas dur à vérifier.
C'est une affirmation qui ne tiens que sur ton avis (et sur le fait qu'il est turing complete comme l'est SQL, le langage de template de C++, CSS, le format des string de printf).
J'ai aucun problème à ce que tu ne soit pas d'accord avec moi, mais ta véhémence semble aller de paire avec l'absence d'éléments concrets.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: caractéristiques d'un langage qui dure
Posté par barmic 🦦 . En réponse au lien Hare : un langage pour les 100 ans à venir. Évalué à 1.
J'ai donné des éléments concrets indiquant qu'il n'est probablement pas un langage à part entière. On peut ne pas être d'accord, mais je peux réfuter une affirmation qui n'est elle corroboré par rien de concret et qui n'essaie même pas de l'être. Le fait qu'une définition soit floue ne veut pas dire que tout est possible. Quand les historiens expliquent ne pas pouvoir affirmer comment a était fabriqué une construction ça ne permet pas de présenter une hypothèse extraterrestre comme équiprobable avec leurs hypothèses.
Enfin je tiens à préciser que je n'ai insulté personne en aucune manière.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: GUI alternative simple ?
Posté par barmic 🦦 . En réponse au lien Is this radical redesign of GIMP possible now?. Évalué à 2.
Chez moi il se lance énormément plus vite qu'un firefox par exemple. J'ai peut être un biais avec une machine particulièrement rapide, mais globalement contrairement à intellij gimp ne fait rien de lui même, il ne scrute pas le disque pour détecter des modifications en lançant différentes tâches plus ou moins en arrière plan. Gimp au démarrage semble, je crois avoir lu un chargement de quelque chose babl (mais j'avoue ne pas avoir le temps de lire…), il serait peut être possible d'alléger encore ces chargements (les charger une fois puis dump sur disque le résultat et repartir de mmap de ce dump ensuite par exemple).
C'est un travail qui peut se faire indépendamment d'un mode simplifié et qui bénéficie aux 2 modes. Pour la suite gimp ne fait que ce que tu lui demande.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: GUI alternative simple ?
Posté par barmic 🦦 . En réponse au lien Is this radical redesign of GIMP possible now?. Évalué à 4.
Il n'est pas adapté parce que son interface est un peu trop complexe ? Un peu la simplifier ou avoir 2 interfaces peuvent probablement résoudre le problème plus facilement que de créer un nouveau logiciel.
Après il me semble que la distinction entre « créer un nouveau logiciel » et « créer une nouvelle interface » devrait complètement se recouper avec gimp 3 et l'arrivée de GEGL si j'ai bien compris.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: caractéristiques d'un langage qui dure
Posté par barmic 🦦 . En réponse au lien Hare : un langage pour les 100 ans à venir. Évalué à 1.
Il n'y a pas grand chose de factuel pour l'étayer. Par exemple tu va avoir du mal à trouver des usages awk hors d'unix et sans binutils là où il n'y a qu'à s'y intéresser pour trouver même pas simplement des programmes, mais des communautés entières indépendantes de ce contexte (comme son utilisation sur RaspberryPI par exemple).
Le « soupçon de mauvaise foi » ne permet pas de raconter n'importe quoi non plus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: LSD
Posté par barmic 🦦 . En réponse au lien DOS Subsystem for Linux: allowing users to make use of both DOS and Linux applications from DOS. Évalué à 2.
C'est exactement ça.
Wine ce serait Windows subsystem for Linux
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Questions de redondance
Posté par barmic 🦦 . En réponse au lien DOS Subsystem for Linux: allowing users to make use of both DOS and Linux applications from DOS. Évalué à 4.
La description me paraît limpide pourtant. Ça permet d'utiliser linux quand tu es sur DOS
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll