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.
Awk a plus était pensé comme faisant partie d'un ensemble avec les binutils que comme un langage permettant de construire des programmes à part entière. Pour qu'il soit turing complet, il faut prendre soin de ne pas l'utiliser comme le man l'indique. Au passage un dsl peu très bien être turing complet. C'est le cas de CSS par exemple.
Awk étant décrit dans le même standard et conçu pour fonctionner avec ne devrait pas être séparé de ses petits copains. C'est la programmation shell POSIX dont il est question.
Le C est vraiment simplissime comparé à python niveau syntaxe,
Au niveau de la syntaxe c'est faux. Le duff device est un exemple de comment on peut tordre la syntaxe du C, python est plutôt aride et n'a même pas d'opérateur ternaire par exemple. Python ne peux pas écrire d'affectation à la place d'une condition pas exemple. Techniquement le concours d'offusquation est bien moins drôle en python.
La sémantique de python est plus complexe par contre. Il peu se passer beaucoup de choses pour une ligne de code donnée.
Par contre le lien perdu avec la donnée à traiter peut rendre les choses peu évidentes en python même dans de l'applicatif à mon sens.
Tu parle de fuite mémoire ?
Puis si l'auteur de la dite librairie abandonne sa maintenance,
Ça existe aussi en C. Par contre en C tu n'est pas outillé pour décrire tes dépendances et donc les faire évoluer. C'est souvent au petit bonheur la chance si l'ABI des dépendances est stable ou non.
(cf passage de python 2 à 3)
Reprocher ça a python c'est un peu comme reprocher les nombres à virgule flottantes IEEE 754-1985 de C99. Ça a beaucoup fait parler mais ce n'est un sujet de problème pour personne au quotidien.
et on se retrouve à devoir maintenir des dizaines de milliers de lignes de code plus maintenu écrit par d'autres, refaire la partie que l'on utilisait from scratch voir continuer les cochonneries avec un wrapper sur une lib alternative maintenue (pour combien de temps?)…
Tu crois sincèrement que le langage serait aussi populaire si c'était un cas un minimum régulier ?
Ça a pas trop bougé et ça a peu de chance de bouger même si ce sont surtout des dialectes qui sont pratiqués (Clojure, CLISP).
Je considère pas lisp comme un langage mais comme une famille de langages personnellement, comme le BASIC par exemple. C'est difficile d'en parler comme un seul langage quand il n'y a pas d'interroperabilité (tu ne prend pas un bout de code écrit en clojure dans emacs, pas sans les mêmes carabistouilles que pour appeler du python).
[^] # 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
[^] # 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é à 3.
Awk a plus était pensé comme faisant partie d'un ensemble avec les binutils que comme un langage permettant de construire des programmes à part entière. Pour qu'il soit turing complet, il faut prendre soin de ne pas l'utiliser comme le man l'indique. Au passage un dsl peu très bien être turing complet. C'est le cas de CSS par exemple.
Awk étant décrit dans le même standard et conçu pour fonctionner avec ne devrait pas être séparé de ses petits copains. C'est la programmation shell POSIX dont il est question.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Simplicité?
Posté par barmic 🦦 . En réponse à la dépêche L’installation et la distribution de paquets Python (1/4). Évalué à 3.
Au niveau de la syntaxe c'est faux. Le duff device est un exemple de comment on peut tordre la syntaxe du C, python est plutôt aride et n'a même pas d'opérateur ternaire par exemple. Python ne peux pas écrire d'affectation à la place d'une condition pas exemple. Techniquement le concours d'offusquation est bien moins drôle en python.
La sémantique de python est plus complexe par contre. Il peu se passer beaucoup de choses pour une ligne de code donnée.
Tu parle de fuite mémoire ?
Ça existe aussi en C. Par contre en C tu n'est pas outillé pour décrire tes dépendances et donc les faire évoluer. C'est souvent au petit bonheur la chance si l'ABI des dépendances est stable ou non.
Reprocher ça a python c'est un peu comme reprocher les nombres à virgule flottantes IEEE 754-1985 de C99. Ça a beaucoup fait parler mais ce n'est un sujet de problème pour personne au quotidien.
Tu crois sincèrement que le langage serait aussi populaire si c'était un cas un minimum régulier ?
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.
Il en a toujours eu Perl est arrivé 4 ans avant, ruby 4 ans après. Basic était là. Il y a lua qui est arrivé à la même période.
Il me semble que le langage récent qui a le plus séduit de pythoniste c'c'est go. Justement pour ne pas avoir besoin de cette dépêche.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ils veulent aussi péter SSL à la chinoise...
Posté par barmic 🦦 . En réponse au journal La carte d'identité européenne eIDAS bientôt requise pour utiliser les grandes plateformes?. Évalué à 1.
SSL n'a pas attendu l'UE pour être pété.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le monde change !
Posté par barmic 🦦 . En réponse au lien Mon premier kit de télétravail (via TechTrash). Évalué à 6.
Le problème c'est l'enfant qui imite ou le parent qui est en détresse ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Lisp voire Forth voire C
Posté par barmic 🦦 . En réponse au lien Hare : un langage pour les 100 ans à venir. Évalué à 4.
Je considère pas lisp comme un langage mais comme une famille de langages personnellement, comme le BASIC par exemple. C'est difficile d'en parler comme un seul langage quand il n'y a pas d'interroperabilité (tu ne prend pas un bout de code écrit en clojure dans emacs, pas sans les mêmes carabistouilles que pour appeler du python).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll