Moins de java (exit les versions 6 et 7), un beau python (3.7.6), pas de boa ni de truc en plume par contre, et adieu GTK+ 2 VCL. L’intégration de KDE 5 se poursuit.
Alors Java était utilisé dans LibreOffice (LibO) et avant dans OpenOffice.org (OOo) pour certaines extensions et pour le module Base. Ici il est question de ne plus supporter les versions 6 (2005 → 2013) et 7 (2011 → 2015) de java. Je ne sais pas ce qu'il en est de l'utilisation de java dans le projet. Par contre je ne vois pas d'informations sur une diminution de l'utilisation de java dans la note ?
Python est utilisable pour scripter LibO, de ce que je comprends ils embarquent CPython et l'ont mis à jour vers 3.7.6 (version précédente 3.5.9).
« pas de boa ni de truc en plume par contre » j'ai pas la référence par contre.
VCL était un framework graphique construit pour OOo au dessus de GTK. Il possède différentes implémentations. Ils ont supprimé l'implémentation GTK2 et amélioré la version Qt5 (qui dépend peut être aussi de KDE framework).
Ça n'a aucun rapport. Mozilla a commencé à travailler sur maildir, mais faute d'investissement il reste de nombreux bugs sur ce sujet. Ça n'a rien à voir avec un autre MUA qui ne s'intéresserait pas au format maildir.
Que Thunderbird te convienne tel qu'il est, on en est tous très content pour toi. Mais il reste encore un paquet de choses à faire et la dette technique s'accumule avec le maintiens de XUL par exemple.
Il y a 2 raisons pour faire ça soit tu es bien installé et tu souhaite grandir, soit ton modèle économique ne fonctionne pas et tu cours vers là où tu espère trouver de l'argent… La première raison marche infiniment mieux, les gens de chez docker ou Mozilla pourront probablement en parler.
Peut être parce qu'un simple lien ne suffit pas à déclencher une discussion ? Pour qu'il y ai discussion il peut être pas mal de présenter quelque chose, de donner son point de vue,… Bref d'avoir quelque chose à dire.
Je suis désolé pour vous parce que vous passez à côté d'un changement de paradigme en terme de gestion de paquets à cause de simples arguments de rhétorique.
Rien que ça ? Faudrait se calmer un peu, non ? Tu as vu la lumière et tout ce que les gens peuvent dire qui ne seraient pas dans ton sens ne sont que rhétorique ?
Quand on en fait autant de caisse pour un outil qui fait pour beaucoup la même chose que ce qui existe déjà mais en mieux intégré avec quelques fonctionnalités (pas forcément utile pour grand monde) en plus, ça peut avoir évidement tendance à rendre septique.
D'autant que personnellement un outils qui intègre mieux que ce qui existe déjà un ensemble de fonctionnalités, je n'appelle pas ça un changement de paradigme. Mais alors pas du tout.
Le changement important est dans le fait de découpler ce qui est installé de ce qui est accessible. On installe dans un store et par des jeux de liens symboliques, on rend accessible ou pas dans le système ce qui est installé. C'est là dessus que tout nix/guix se base. L'aspect fonctionnel me paraît plus être un jouet de description de paquets.
Très franchement personnellement cette indirection et ce changement de sémantique ne m'intéressent pas. Ça ajoute une complexité à mon système sans m'apporter la moindre fonctionnalité dont j'ai pu ressentir le besoin.
Ça n'est clairement pas du second degré. Oui le troll ça existe mais là un gars comme El titi est persuadé savoir de manière objective et absolu ce qui est bien en méprisant les autres points de vue. Tu remarque que le mépris arrive dès le début et ne donne clairement pas envi de s'engager dans une véritable discussion car elle sera parasitée par cette prétention et ce mépris. J'y ai déjà eu affaire plus d'une fois sur divers sujets (impossible de parler objectivement de js sans qu'un gars vienne t'expliquer que le js c'est tout pourri, impossible de parler de mode sombre sans qu'une fille vienne t'expliquer que le mode sombre c'est tout pourri,…).
Quelque part cette culture du mépris me semble faire parti d'un tout qui est l'absence de bienveillance généralisée (et oui on pourra me dire que je fais parti du problème).
Le fait d'utiliser un langage turing complet t'empêche d'établir un certain nombre de propriétés sur le code. Il devient très complexe de faire des validations et va probablement demander à faire de l'analyse statistique qui peut montrer ses limites.
D'autres parts je connais des DSL qui ne sont pas limitatifs. C'est par eexemple le cas de gradle ou des pipelines jenkins qui permettent d'utiliser tous groovy.
La notion de niveau d'abstraction dont tu parles qui serait en plus infini ne me paraît pas très clair ou pas très intéressante. L'abstraction n'est pas une fin en soit. En multiplier les couches est un anti patern. Il faut juste que tu puisses exprimer ce dont tu as besoin et je ne suis pas sûr que gérer des paquets demande à ce que chaque empaqueteur pose son propre design.
Un paquet utilisant inherit utilise la recette du paquet qu'il hérite et la modifie.
Si on veut continuer de filer la métaphore, c'est une mauvaise pratique d'utiliser l'héritage pour ça. Ça rend très difficile la maintenance (faire évoluer l'ancêtre tout en restant pertinent pour tous les descendants). Ça pète le principe open/close des concepts SOLID
Pour partager du code le mieux ça reste de faire de la composition
Tu sais qu'opensolaris est abandonné depuis 12 ans ?
Hurd n'est pas une distribution et il n'est plus prévu qu'il soit autre chose qu'un projet expérimental. Mais à ma connaissance il a 2 distributions Debian et Arch.
Connaissant le commit, je peux à n'importe quel moment réutiliser la même graine et donc construire le paquet.
Tu le construis avec quels outils ?
Pour ce qui concerne le C, GNU Mes a fait un gros boulot et la graine commence à être raisonnable. :-)
Je veux bien mais tu va devoir faire confiance au binaire de ce compilateur si j'ai bien compris.
Se passer d'une étape de compilation est extrêmement complexe, c'est pas une question de guis, nix ou apt. Si tu veux remettre en cause les dépôts de ton outils, il y a soit un compilateur à qui tu es contrains de faire confiance soit tu prends des étapes hyper relous de construction d'un compilateur from scratch (tu fais confiance à quel éditeur hexa décimal ? ;)
C'est une information qui fait partie du paquet, donc tu peux l'installer et tu peux la vérifier de la même manière. Évidemment il peut y avoir un problème au bootstrap, mais je présume qu'ily een a un aussi aussi avec ta solution.
C'est ce que permet apt-build. La composition n'est pas un concept uniquement fonctionnel tu l'a aussi pour en orienté objet et du effectivement fait par des méta paquets.
Guix/nix font probablement toutes ces choses mieux (l'inverse serais dommage), ils ne les ont pas forcément inventé et les gens n'ont pas attendu nix pour proposer des solutions
Ça doit faire au moins 10 ans que je n'ai pas eu à lancer aptitude pour avoir un vrai résolveur 3-SAT pour mes dépendances (et t'avais vraiment fait n'importe quoi). Non pour moi c'est le téléchargement qui prend presque la totalité du au quotidien et le depaquetage et la configuration aussi sur les grosses installations ou mise à jour
Je ne suis pas pour. Suites aux commentaires, le contenu pourrait changer et rendrait les commentaires obsolètes, dur à lire plus tard etc. Ce pourrait être un peu la foire quoi.
Donc s'il n'y a pas 3 versions d'un logiciel dans votre distribution, c'est parce qu'on manque de petites mains pour maintenir les rétroportages, et qu'on privilégie la sécurité à la diversité.
Il y a une autre raison. Une distribution c'est le choix d'un ensemble d'éléments qui se veulent cohérents. Il y a une sélection, une organisation et des choix qui sont effectués. Cela permet entre autre de gérer la maintenance de la distribution. Une distribution peut par exemple choisir de n'avoir que libressl plutôt qu'openssl et c'est important car elle sait qu'elle n'a pas à se tenir à jour sur 5 ou 6 bibliothèques tls. L'objectif n'est pas de prendre et d'exécuter tout le code du monde. Ce n'est pas en principe le boulot d'une distribution qui se doit de faire des choix.
OSM n'est pas un projet communautaire et qui donc doit discuter de chacun de ses changements ? osm.fr, le client android et le client java sont écrits par la même personne que le serveur ? Et ils ne font aucune compatibilité ascendante ? Ils pètent leur api publique ?
Tu avance beaucoup de choses, mais j'ai du mal à y croire sans avoir plus d'éléments. Je n'ai aucun doute qu'il y a des choses qui ne te plaisent pas, mais pour en sortir que tout OSM est mal fichu tu pose des hypothèses et prends des raccourcis qui demandent un peu plus d'explication je trouve.
Et oui, là ou avec des langages dédiés à un domaine (DSL en anglais), on est toujours limité dans nos possibilités de configuration et par l'apprentissage nécessaire d'une nouvelle syntaxe. Guile devient une sorte de langage universel, extrêmement flexible et permettant des niveaux d'abstractions infinis propre à la programmation.
Les DSL, il faut les apprendre après que guile c'est un langage qui a d'autres usages donc ceux qui me connaissent déjà n'ont pas à l'apprendre. Ok mais qui utilise guile ? Comme tous les scheme, il manque beaucoup de popularité et même comme ça il faut en apprendre les api spécifiques.
Je n'ai rien contre le lisp, mais je ne suis pas vraiment convaincu par ce paragraphe.
Pour en production oui. Lors des phases de développement ou d'expérimentation c'est confort de pouvoir manipuler ton index à la main. Après ce n'est pas bloquant non plus.
l'ajout de liens comme "applications" ne fonctionne vraiment pas très bien
pas de mode lecture
pas d'extension
difficile de faire des sélections
pas compris à quoi servait les collections
pas vraiment d'accès rapide : firefox classique a des liens accessibles directement depuis la page d'accueil calculés sur les fréquentations. Pour le nouveau il faut cliquer dans la barre d'adresse, il t'en propose, mais comme ton clavier vient de se lancer ça n'est pas super utilisable et te ne vois que les propositions de recherches et pas les propositions de page
pendant un moment j'ai eu la possibilité d'ouvrir directement en navigation privée des liens, mais je l'ai perdue et je n'ai jamais retrouvé cette fonctionnalité :(
bref je n'utilise que lui et je m'en sert quotidiennement, mais je vois plus de choses de perdues que de gagné
Après 10 ans de carrière, je peux dire que j'ai vu beaucoup trop d'atrocités et que plus rien ne me surprend. Vu tout les commentaires ici, je ne suis pas le seul.
Après 12 ans d'expérience j'ai surtout l'humilité d'arrêter de juger à l'emporte pièce. De sortir des métriques de mon chapeau pour dire à quelqu'un que je ne connais pas et dont je ne vois pas le travaille s'il travaille bien ou pas. Je sais aussi qu'on est toujours l'idiot d'un autre. J'ai aussi vu suffisamment de choses pour savoir que des choix qui sont fait à un moment donné avec un contexte particulier et un ensemble d'informations limité peuvent paraître ridicules quelques mois/années plus tard. J'ai aussi appris à passer plus de temps à chercher à comprendre des choix qu'à les juger.
J'en ai vu des choses objectivement affreuses, mais même si j'essaie de faire mon métier du mieux que je peux je ne peux pas garantir que quelqu'un n'est pas entrain de se gausser en lisant mon code.
La bonne partie des commentaires que l'on voit ici et qui te conforte dans cette position de se plaindre parce que les autres font de la merde ne respectent absolument rien de ce que mon expérience m'a appris. Ils n'ont pas la moindre forme de retenue. Tu en es nous montre un cas intéressant en ayant commencé par juger de manière plutôt lapidaire pour finalement revenir dessus et nous dire que tu n'es pas forcément à jour sur la technique et que ta métrique n'es pas forcément toujours pertinente.
C'est pour ça que je prends le temps de répondre aux commentaires ici. Si je peux arriver à montrer que les à priori et autres jugements vite fait demandent peut être une réflexion un peu plus profonde à la fois pour être pertinente, mais arrêter d'être dans cette posture « je suis bon et tout le monde me martyrise avec de la mauvaise qualité ».
# Explication de texte pour néophyte
Posté par barmic 🦦 . En réponse au journal LibreOffice 6.4 vient de sortir, en bref. Évalué à 10.
Alors Java était utilisé dans LibreOffice (LibO) et avant dans OpenOffice.org (OOo) pour certaines extensions et pour le module Base. Ici il est question de ne plus supporter les versions 6 (2005 → 2013) et 7 (2011 → 2015) de java. Je ne sais pas ce qu'il en est de l'utilisation de java dans le projet. Par contre je ne vois pas d'informations sur une diminution de l'utilisation de java dans la note ?
Python est utilisable pour scripter LibO, de ce que je comprends ils embarquent CPython et l'ont mis à jour vers 3.7.6 (version précédente 3.5.9).
« pas de boa ni de truc en plume par contre » j'ai pas la référence par contre.
VCL était un framework graphique construit pour OOo au dessus de GTK. Il possède différentes implémentations. Ils ont supprimé l'implémentation GTK2 et amélioré la version Qt5 (qui dépend peut être aussi de KDE framework).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le moteur de jeu bien sûr!
Posté par barmic 🦦 . En réponse au journal En attendant G., voilà la 3.2. Évalué à 4.
C'est dommage de parler d'un moteur de jeu sans montrer aucune capture d'écran :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: D’accord sur Thunderbird
Posté par barmic 🦦 . En réponse à la dépêche Firefox 72. Évalué à 5.
Ça n'a aucun rapport. Mozilla a commencé à travailler sur maildir, mais faute d'investissement il reste de nombreux bugs sur ce sujet. Ça n'a rien à voir avec un autre MUA qui ne s'intéresserait pas au format maildir.
C'est même pas une question de point de vu. Il y a 6 ans Mozilla annonçait le renouveau de Thunderbird (et je m'en faisais l'écho ici même). Certaines choses ont évoluées, mais clairement pas toutes. Donc même Mozilla trouve qu'il y a des choses à faire sur thunderbird. Plus récemment les contributeurs eux-même expliquaient ce qu'ils voulaient faire sur thunderbird.
Que Thunderbird te convienne tel qu'il est, on en est tous très content pour toi. Mais il reste encore un paquet de choses à faire et la dette technique s'accumule avec le maintiens de XUL par exemple.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Questionnements
Posté par barmic 🦦 . En réponse au journal The Qt Company annonce un changement dans ses « offres ». Évalué à 5.
Il y a 2 raisons pour faire ça soit tu es bien installé et tu souhaite grandir, soit ton modèle économique ne fonctionne pas et tu cours vers là où tu espère trouver de l'argent… La première raison marche infiniment mieux, les gens de chez docker ou Mozilla pourront probablement en parler.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: SoC
Posté par barmic 🦦 . En réponse au journal Sortie du noyau Linux 5.5. Évalué à 9.
Peut être parce qu'un simple lien ne suffit pas à déclencher une discussion ? Pour qu'il y ai discussion il peut être pas mal de présenter quelque chose, de donner son point de vue,… Bref d'avoir quelque chose à dire.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mal connaître sa distribution
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 3.
Rien que ça ? Faudrait se calmer un peu, non ? Tu as vu la lumière et tout ce que les gens peuvent dire qui ne seraient pas dans ton sens ne sont que rhétorique ?
Quand on en fait autant de caisse pour un outil qui fait pour beaucoup la même chose que ce qui existe déjà mais en mieux intégré avec quelques fonctionnalités (pas forcément utile pour grand monde) en plus, ça peut avoir évidement tendance à rendre septique.
D'autant que personnellement un outils qui intègre mieux que ce qui existe déjà un ensemble de fonctionnalités, je n'appelle pas ça un changement de paradigme. Mais alors pas du tout.
Le changement important est dans le fait de découpler ce qui est installé de ce qui est accessible. On installe dans un store et par des jeux de liens symboliques, on rend accessible ou pas dans le système ce qui est installé. C'est là dessus que tout nix/guix se base. L'aspect fonctionnel me paraît plus être un jouet de description de paquets.
Très franchement personnellement cette indirection et ce changement de sémantique ne m'intéressent pas. Ça ajoute une complexité à mon système sans m'apporter la moindre fonctionnalité dont j'ai pu ressentir le besoin.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sonic
Posté par barmic 🦦 . En réponse au journal Index secondaire Elasticsearch pour Cassandra. Évalué à 1.
Oui curl, httpie ou n'importe quel client http.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Dart/Kotlin : Pourquoi pas Go ?
Posté par barmic 🦦 . En réponse au journal Finalement c’est simple !. Évalué à 2.
Ça n'est clairement pas du second degré. Oui le troll ça existe mais là un gars comme El titi est persuadé savoir de manière objective et absolu ce qui est bien en méprisant les autres points de vue. Tu remarque que le mépris arrive dès le début et ne donne clairement pas envi de s'engager dans une véritable discussion car elle sera parasitée par cette prétention et ce mépris. J'y ai déjà eu affaire plus d'une fois sur divers sujets (impossible de parler objectivement de js sans qu'un gars vienne t'expliquer que le js c'est tout pourri, impossible de parler de mode sombre sans qu'une fille vienne t'expliquer que le mode sombre c'est tout pourri,…).
Quelque part cette culture du mépris me semble faire parti d'un tout qui est l'absence de bienveillance généralisée (et oui on pourra me dire que je fais parti du problème).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Dart/Kotlin : Pourquoi pas Go ?
Posté par barmic 🦦 . En réponse au journal Finalement c’est simple !. Évalué à 3.
Une hérésie ? Rien que ça ? Et on démontre les hérésies avec des sondages.
Rust et go n'ont rien à voir. Ils ne s'adressent pas aux même usages et proposent des solutions différentes.
Après dans les hérésies classiques on a lisp et javascript. Ça ne trompe pas ces langages sont mort-né.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Langage
Posté par barmic 🦦 . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 3.
Le fait d'utiliser un langage turing complet t'empêche d'établir un certain nombre de propriétés sur le code. Il devient très complexe de faire des validations et va probablement demander à faire de l'analyse statistique qui peut montrer ses limites.
D'autres parts je connais des DSL qui ne sont pas limitatifs. C'est par eexemple le cas de gradle ou des pipelines jenkins qui permettent d'utiliser tous groovy.
La notion de niveau d'abstraction dont tu parles qui serait en plus infini ne me paraît pas très clair ou pas très intéressante. L'abstraction n'est pas une fin en soit. En multiplier les couches est un anti patern. Il faut juste que tu puisses exprimer ce dont tu as besoin et je ne suis pas sûr que gérer des paquets demande à ce que chaque empaqueteur pose son propre design.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mal connaître sa distribution
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 3.
Si on veut continuer de filer la métaphore, c'est une mauvaise pratique d'utiliser l'héritage pour ça. Ça rend très difficile la maintenance (faire évoluer l'ancêtre tout en restant pertinent pour tous les descendants). Ça pète le principe open/close des concepts SOLID
Pour partager du code le mieux ça reste de faire de la composition
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: choix limité
Posté par barmic 🦦 . En réponse au journal Des images disques toutes prêtes pour virtualiser toujours plus vite. Évalué à 5.
Tu sais qu'opensolaris est abandonné depuis 12 ans ?
Hurd n'est pas une distribution et il n'est plus prévu qu'il soit autre chose qu'un projet expérimental. Mais à ma connaissance il a 2 distributions Debian et Arch.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelques "killer features"
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 3.
Tu le construis avec quels outils ?
Je veux bien mais tu va devoir faire confiance au binaire de ce compilateur si j'ai bien compris.
Se passer d'une étape de compilation est extrêmement complexe, c'est pas une question de guis, nix ou apt. Si tu veux remettre en cause les dépôts de ton outils, il y a soit un compilateur à qui tu es contrains de faire confiance soit tu prends des étapes hyper relous de construction d'un compilateur from scratch (tu fais confiance à quel éditeur hexa décimal ? ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelques "killer features"
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 1.
C'est une information qui fait partie du paquet, donc tu peux l'installer et tu peux la vérifier de la même manière. Évidemment il peut y avoir un problème au bootstrap, mais je présume qu'ily een a un aussi aussi avec ta solution.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mal connaître sa distribution
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 2.
C'est ce que permet apt-build. La composition n'est pas un concept uniquement fonctionnel tu l'a aussi pour en orienté objet et du effectivement fait par des méta paquets.
Guix/nix font probablement toutes ces choses mieux (l'inverse serais dommage), ils ne les ont pas forcément inventé et les gens n'ont pas attendu nix pour proposer des solutions
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mal connaître sa distribution
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 4.
Ça doit faire au moins 10 ans que je n'ai pas eu à lancer aptitude pour avoir un vrai résolveur 3-SAT pour mes dépendances (et t'avais vraiment fait n'importe quoi). Non pour moi c'est le téléchargement qui prend presque la totalité du au quotidien et le depaquetage et la configuration aussi sur les grosses installations ou mise à jour
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelques "killer features"
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 1.
apt-build permet de reconstruire un paquet très facilement et le comparer avec l'existant n'est pas très compliqué
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: typo
Posté par barmic 🦦 . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 1.
Peut être avoir des notifications lors de guerre d'inutilage/pertinage ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: typo
Posté par barmic 🦦 . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 0.
D'où vient cette hypothèse si négative ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mal connaître sa distribution
Posté par barmic 🦦 . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 4. Dernière modification le 19 janvier 2020 à 19:24.
Il y a une autre raison. Une distribution c'est le choix d'un ensemble d'éléments qui se veulent cohérents. Il y a une sélection, une organisation et des choix qui sont effectués. Cela permet entre autre de gérer la maintenance de la distribution. Une distribution peut par exemple choisir de n'avoir que libressl plutôt qu'openssl et c'est important car elle sait qu'elle n'a pas à se tenir à jour sur 5 ou 6 bibliothèques tls. L'objectif n'est pas de prendre et d'exécuter tout le code du monde. Ce n'est pas en principe le boulot d'une distribution qui se doit de faire des choix.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 256Mo
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 5.
OSM n'est pas un projet communautaire et qui donc doit discuter de chacun de ses changements ? osm.fr, le client android et le client java sont écrits par la même personne que le serveur ? Et ils ne font aucune compatibilité ascendante ? Ils pètent leur api publique ?
Tu avance beaucoup de choses, mais j'ai du mal à y croire sans avoir plus d'éléments. Je n'ai aucun doute qu'il y a des choses qui ne te plaisent pas, mais pour en sortir que tout OSM est mal fichu tu pose des hypothèses et prends des raccourcis qui demandent un peu plus d'explication je trouve.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Langage
Posté par barmic 🦦 . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 3.
Les DSL, il faut les apprendre après que guile c'est un langage qui a d'autres usages donc ceux qui me connaissent déjà n'ont pas à l'apprendre. Ok mais qui utilise guile ? Comme tous les scheme, il manque beaucoup de popularité et même comme ça il faut en apprendre les api spécifiques.
Je n'ai rien contre le lisp, mais je ne suis pas vraiment convaincu par ce paragraphe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Sonic
Posté par barmic 🦦 . En réponse au journal Index secondaire Elasticsearch pour Cassandra. Évalué à 1. Dernière modification le 18 janvier 2020 à 08:48.
Pour en production oui. Lors des phases de développement ou d'expérimentation c'est confort de pouvoir manipuler ton index à la main. Après ce n'est pas bloquant non plus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Déjà très stable
Posté par barmic 🦦 . En réponse au journal Le nouveau Firefox pour Android en pré-finale. Évalué à 4. Dernière modification le 17 janvier 2020 à 16:15.
Moi j'ai :
bref je n'utilise que lui et je m'en sert quotidiennement, mais je vois plus de choses de perdues que de gagné
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les vieux de mon âge
Posté par barmic 🦦 . En réponse au journal Tout cela me fatigue…. Évalué à 9.
Après 12 ans d'expérience j'ai surtout l'humilité d'arrêter de juger à l'emporte pièce. De sortir des métriques de mon chapeau pour dire à quelqu'un que je ne connais pas et dont je ne vois pas le travaille s'il travaille bien ou pas. Je sais aussi qu'on est toujours l'idiot d'un autre. J'ai aussi vu suffisamment de choses pour savoir que des choix qui sont fait à un moment donné avec un contexte particulier et un ensemble d'informations limité peuvent paraître ridicules quelques mois/années plus tard. J'ai aussi appris à passer plus de temps à chercher à comprendre des choix qu'à les juger.
J'en ai vu des choses objectivement affreuses, mais même si j'essaie de faire mon métier du mieux que je peux je ne peux pas garantir que quelqu'un n'est pas entrain de se gausser en lisant mon code.
La bonne partie des commentaires que l'on voit ici et qui te conforte dans cette position de se plaindre parce que les autres font de la merde ne respectent absolument rien de ce que mon expérience m'a appris. Ils n'ont pas la moindre forme de retenue. Tu en es nous montre un cas intéressant en ayant commencé par juger de manière plutôt lapidaire pour finalement revenir dessus et nous dire que tu n'es pas forcément à jour sur la technique et que ta métrique n'es pas forcément toujours pertinente.
C'est pour ça que je prends le temps de répondre aux commentaires ici. Si je peux arriver à montrer que les à priori et autres jugements vite fait demandent peut être une réflexion un peu plus profonde à la fois pour être pertinente, mais arrêter d'être dans cette posture « je suis bon et tout le monde me martyrise avec de la mauvaise qualité ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll