barmic 🦦 a écrit 5782 commentaires

Je dirais :

• ceux qui vont faire une bêtise avec root
• ceux qui vont refaire une bêtise avec root

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Plus que gentiment c'est factuellement et en exprimant tes besoins, non ? (après "je n'aime pas" et du pathos n'ont pas leur ce dans une revue amha)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour préciser, le terme "paupérisation" n'est pas à prendre au sens littéral (c.a.d l'argent, le salaire), mais plutôt dans un sens figuré (appauvrissement du métier).

Je comprends. En ayant beaucoup plus de personne dans le métier il y a forcément un niveau moyen plus faible, mais il y a largement toujours de la place pour des gens pointus. Il y a, je pense, un certain nombre de membres ici qui en sont la preuve. Il ne faut pas se laisser distraire par une partie des développements fait avec une mauvaise organisation ou très peu de compétences. Il y a encore de quoi exprimer son talent (et je vois ça sans être à Paris et sa banlieue).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

L'article parle de la "paupérisation de notre métier" pas de AncalagonTotof. Je suis navré pour toi, mais tu n'es pas représentatif du métier. J'espère que ça n'affecte pas trop ton égo.

Il y a pleins de façons de s'appauvrire et ça n'est même pas forcément lié au salaire. Les éléments que tu donnais ne représentaient pas de l'appauvrissement, mais de l'inégalité. Tu es peut être payé sous le seuil de pauvreté. Encore une fois j'en suis désolé pour toi. Mais ton cas n'est pas assez représentatif pour argumenter que les développeurs s'appauvrissent

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est pourtant objectivement faux.

Le fais que tu vois de plus gros salaire autour de toi ne dis pas que tu es entrain de t'appovrire. Ton pouvoir d'achat augmente plus que la moyenne des français. Sinon tout le monde pourra dire qu'il s'appauvri. Ton N+1 peut probablement dire la même chose et les plus grande fortunes de France pourront toujours dire qu'ils ne sont pas Jeff Bezos.

Oui tu te sens pauvre, mais la paupérisation est un concept objectif.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ponceto n'infère rien, c'est un témoignage à prendre comme tel.

Il parle lui-même de "constat général" juste au dessus.

Si tu ne t'y retrouve pas, c'est que cela ne correspond pas à ton expérience.

Tout à fait et c'est bien pour ça que j'essaie de dire qu'il s'agit d'un ressenti et que ça peut être intéressant de voir d'où il vient pour pouvoir le questionner. Pourquoi ? Parce que ce ressenti (voir ce ressentiment) lui a fait du mal.

On a tous nos parcours, nos émotions, nos sensibilité, c'est bien et c'est vrai. Mais quand elles en arrivent à nous faire mal, ça peut être bien de prendre du recul pour les comprendre.

D'autres part pour pouvoir échanger et pas simplement tous énumérer nos ressenti, il est intéressant de partir des causes.

Sa "déduction" est assez optimiste et finit par des remerciements.

Je dirais douce-amère plutôt qu'optimiste.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Mis à part quand tu parle de paupérisation (mais là c'est assumer parler de paupérisation pour un boulot où la majorité des gens sont dans les 20% les mieux payés du pays me semble sincèrement abusif), je ne vois pas le coté agressif. Je remet en cause les conclusions, je questionne, je dis même clairement que je respect ton ressentis,… Si tu as des points plus précis, je suis intéressés de les entendre pour m'améliorer.

Pour le coté négatif, là je ne vois pas du tout, je trouve mes commentaires bien plus positifs que les autres. Au lieu de voir négativement l'évolution du domaine, je propose de chercher un point de vu positif.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

et c'est dommage que certaines personnes le prenne dans ce sens

J'ai vu un présent de vérité général tout le long. Mettre le doigt sur le fait qu'il s'agisse d'un ressenti plutôt qu'une vérité me semble beaucoup aider à éviter les dépressions. Il s'agit d'un conseil et non d'une critique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je n'ai pas tout lu, mais je vais m'arrêter là dessus.

Oui, Hélas !

« Pour écrire ce commentaire », la suite de mes commentaires montre que non j'ai lu la suite. Mais rien dans la suite ne remet en question mon commentaire : l'ensemble du billet de blog parle de ressenti, d'une expérience personnelle et tente d'en déduire une vérité générale.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je l’ai évoqué précédemment, l’informatique, et j’entends par là les informaticiens et la création de logiciels, est un centre de coût. Il y a quelques années, faire développer du logiciel était un véritable investissement au service de l’entreprise.

Sur quel base tu construit cet argument ? Ton ressenti du moment ? Sincèrement questionne d'où ça vient et tente de le remettre en cause. Avec l'augmentation de la production de logiciel bien sûr qu'il y a des gens qui ne savent pas s'y prendre qui font de la mauvaise MOA. Mais est-ce qu'il n'y a plus de gens qui considèrent leur logiciels comme un investissement ? Là où je travaille c'est le cas en tout cas (du moins de mon ressenti). Est-ce que tu ne te focaliserais pas sur certaines déconvenues ?

Après il faut chercher un peu pour trouver un travaille qui te convient, mais bon, c'est logique que dans un marché un peu concurrentiel, avec un certaines exigences comme tu semble l'avoir, il faille cherche pour trouver un boulot qui te convienne.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et comme le marché a besoin de bras pour faire les tâches considérées maintenant comme ingrates (citons par exemple développer), on a progressivement baissé le niveau technique exigé, entraînant ainsi de façon inéluctable la paupérisation de notre métier.

Faut pas déconner non plus. Utiliser le terme de paupérisation pour les développeurs c'est ne pas avoir conscience de ce qu'est être pauvre. Je te propose de tester ton salaire sur l'outil de l'observatoire des inégalités. C'est peut être désagréable de voir les différences de salaires avec les managers ou les commerciaux, mais on ne peux pas décemment parler de pauvreté.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je pense que tout le monde généralise un cas qu'il a en tête mais je pense qu'il y a des cas différents

C'est TELLEMENT VRAI ! Chacun prends son expérience et la présente comme un fait général. Par exemple ici on lit que :

En pratique, les décideurs pressés ont sous traité la gestion de la production à un tiers qui lui même a sous traité à d'autres tiers, qui sont payés "au ticket", on a pas pris l'option "ingénieur de production", ni l'option "qui parle français", c’était trop cher, donc on traite maintenant ce genre de cas lors d'une séance de "gestion de problème" qui aboutit à un "quick fix" qui consiste à ajouter un barrette de RAM à 100€, un correctif moyen terme qui nécessite la venue d'un expert, une procédure sur 3 semaines avec tests de non régression pour "poser un index sur la base" pour 8000 € #truestory, sachant qu'il est prévu au plan de migrer cette application sur un service SaaS chez Amazon l'année prochaine (ou celle d'après - #longterme) parce que c'est la magie du cloud et la marotte du directeur des opérations (coût prévu 50 000 €, mais c'est le métier qui le prend dans son budget alors le DSI ferme sa gueule).

(mon dieu… c'est une seule phrase…)

C'est un cas particulier, que j'ai rencontré (à peu près), mais c'est loin de la norme de ce que j'ai rencontré dans ma vie hors c'est présenté comme une vérité générale.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Au début de ma carrière professionnelle, le monde était très différent de ce qu’il est aujourd’hui. Certaines technologies utilisées à l’époque sont dorénavant qualifiées d’archaïques par « le marché ». Mais si, vous savez bien, c’est comme dans la finance, « le marché », cette fameuse entité mystérieuse qui est à la fois tout le monde et personne.

Je n'ai pas tout lu, mais je vais m'arrêter là dessus. C'est quoi ce marché dont tu parle ? Tu tiens un discours très victimisant. Si c'est un ressenti que tu as je le comprends, mais il est intéressant de questionner ce genre de sentiment. D'où est-ce que ça vient ? C'est quoi ce marché qui dirait que le C ou C++ sont archaïques ? Si, comme tu semble le montrer, tu l'a pris pour toi c'est vraiment important de ce demander de quoi il est question : des collègues qui se moquent de ces langages ? Le nombre de poste à pourvoir ?…

C'est important parce que se créer un ennemi fumeux et se placer en tant que victime de ce dernier ça n'aide pas du tout à bien vivre les choses. Pour le coup rationaliser un peu les choses permet de remettre les pieds sur terre et de « le marché considère mon langage comme vieux » à « dans certains contexte mon langage est remplacé par bidule » (par exemple) et donc de faire le choix changer de langage, changer de milieu ou autre.

J'ai déjà vu beaucoup de monde adopter cette démarche de victimisation et c'est vraiment dommageable pour elles. Il faut garder la tête froide et analyser ton ressenti avec un peu de recul et plus de rationalité.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

1. ajouter de la RAM prend peu de temps et permet d'assurer les performances voulues, car cela n'a pas de sens de continuer à utiliser un programme de manière dégradée quand une solution rapide et peu chère existe.
2. en parallèle, chercher l'origine du problème pour éviter d'avoir à continuellement ajouter de la RAM.

1. en parallèle, mettre en place de quoi surveiller la consommation de ressource

Le problème ce n'est pas les 2 requêtes SQL qu'il faut corriger, mais le fait de ne pas prendre en compte les ressources dans le développement. Sinon dans un an tu aura le même problème.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

lorsqu'un cycliste - ou autre - fait n'importe quoi en pensant être seul sur la route

Ça arrive, mais généralement on oublie aussi d'être empathiques avec les autres usagers de la route. On gagne généralement beaucoup à tenter de comprendre les comportements qu'à les juger, quels sont les informations dont ils disposent ? quelles infrastructures ils devraient utiliser ? etc

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

De plus en plus. Ça m'arrive de ne pas respecter quand je connais suffisamment bien le croisement pour connaitre la rotation et que je dois tourner à gauche. Si c'est possible je me débrouille pour démarrer avant les voitures et éviter de croiser celles qui viennent d'en face. Rester bloquer au milieu du croisement n'est plaisant pour moi ni pour les voitures qui m'entourent.

Mais il faut que je connaisse le croisement (que la rotation soit des feux soit prédictible, que j'ai la visibilité qui va avec, je sache que ce n'est pas un axe où les voitures roulent trop vite,…).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est agréable ce trajet ce trajet ? J'ai pas tout regardé, mais j'ai l'impression qu'il y a des moments sans pistes. J'ai aussi l'impression que tu es toujours loin de la mère.

(bon j'ai aussi l'impression que le trajet se fait surtout en pleins cagnard, mais je crois que j'ai commencé à prendre l'habitude de la montagne par rapport au bord de mer)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ton FAI est tenu par des obligations légales pour exercer sur le sol français. Ce n'est pas le cas des fournisseurs de VPN. Ce n'est pas non plus le cas de tor ou de freenet par exemple. Donc non ça n'est pas du même niveau que les FAI. Ça ne dit pas à quel point ça pose problème ou non par contre.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ta façon d'empoisonner la discussion n'engage pas l'échange.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suppose qu'un résumé possible est: «Moi, Freem, ai une certaine confiance dans le fait que Framasoft n'utilise que des logiciels dont je peux avoir le source pour les services dont je dépend, confiance que je n'accorde point a Google.»

Pour moi ça n'est pas tenable. AMHA on se trompe en cherchant à caler l'informatique de service sur le logiciel libre. Le paradigme est différent il faut le prendre en compte. Le code de gmail pourrait être libéré que ça ne te permettrait pas de reproduire le service chez toi :

• parce qu'il est fait pour tenir des charges inimaginables
• parce qu'il se base sur des données que tu n'a pas (et qui ne t'appartiennent pas particulièrement)

Pour moi, le code quand on parle de service n'a pas d'importance. Tu ne peux que faire confiance comme tu le dis, mais ça n'est pas fiable tu ne peux pas construire ta liberté d'utilisateur sur quelque chose d'aussi fragile.

Ce que tu peux faire par contre c'est regarder tes données :

• est-ce que tu peux les extraire ? (les récupérer et les supprimer)
• est-ce que tu peux les manipuler ?

Ça tu peux le vérifier. Avec des directive comme la RGPD tu peux demander la suppression de tes données, il ne reste plus que pouvoir les manipuler et là ça passe par du logiciel libre. Mais ce dernier point n'est pas le premier et en soit que le logiciel qui fait tourner ton service managé et que celui que tu utilise chez toi ne soient pas les même ne dérange pas. Par exemple, il semble que peu de monde trouve à redire que la plupart des gitlab proposés sous forme de service soit des versions entreprise.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il ne faut pas oublier également que Gitlab (tout comme Github d'ailleurs), propose des API, et je ne pense pas qu'elles cassent tous les 4 matins.

C'est vrai (et je m'en sert, mais pas pour faire de l'exportation). C'est déjà bien plus stable et c'est documenté. Mais comme tu le dis, du coup github le fait aussi ainsi bitbucket.

Personnellement si je développais une forge, je m’appuierais sur les API pour les imports de projets plutôt que sur l'export ZIP… Ça sera mieux documenté et plus stable dans le temps. :)

Dans l'état actuel oui, mais en soit j'aurais trouvé plus logique de partir d'une archive :

• l'archive est consistante (tu n'a pas d'évolution des données entre le début de ta récupération et la fin)
• tu fais ton import tranquillement sans taper chez le voisin
• ça fonctionne, même si tu veux importer depuis ou vers une instance qui n'a pas accès à internet

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pourtant ils utilisent des standards pour l'export: du json et des bundle git pour les repos (wiki, snippets, ..)

Et ils utilisent zip et unicode c'est que ça doit être bon, non ? C'est un format qui n'est même pas décrit. Il n'est supporté que pour 3 mois…

[…]on pourra commencer à parler d’interopérabilité le jour où il y aura une solution standard[…]

Et elle devrait sortir exnihilo ou on pourrait imaginer que les développeurs de forges commencent à travailler sur de l’interopérabilité ?

C'est loin d'être insurmontable dans un environnement de dev.

Ça dépend de ton but. Si tu veux coder l'import de ce format dans redmine par exemple, il faut à chaque nouvelle version de gitlab (soit tous les mois) :

• voir si le format à changer par diff d'archive ou lecture de leur code
• implémenter l'import dans ton plugin

Et vu le changement de politique avec la version 13.x, je me doute qu'il va évoluer ce format.

Je pense qu'une migration gitlab à gitlab remplit parfaitement ce rôle, là où dans le cadre de github, c'est loin d'être gagné.

Questionner les limites de cette migration est hors de propos ?

gitlab se veut être un clone de github et ce genre de solutions pousse à enclaver les gens sur gitlab. Ça pose des problèmes aux autres forges et mène à une monoculture (pour faire simple le github flow).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Dans le zip exporté, les infos du projet, ses issues, MR, etc. sont exportées dans un JSON qui semble bien structuré.

Non documenté et justement :

La compatibilité des exports entre les versions de Gitlab est également bien documentée.

Ils ne le supportent que pour 2 versions antérieur ce qui montrent bien qu'il n'y a pas de pérennité à attendre de se format. Si tu veux faire un import de cette archive, tu va potentiellement avoir un bon niveau de casse tête.

Le dépôt Git et le wiki (qui est aussi un dépôt Git), sont exportés sous forme de bundle Git.

Le wiki pour pouvoir réimporter (proprement) le wiki il faut que tu ai la même saveur de markdown, de mermaid, que tu réimplémente le système de lien (pour le liens vers les tickets par exemple),…

J'ai utilisé cette fonctionnalité cette semaine encore pour transférer un projet entre deux Gitlab, et ça s'est très bien passé : il a bien réattribué les contributions/issues/merge requests aux bons utilisateurs (qui étaient présents des deux côtés).

Ça ne fonctionne que sur des instances auto hébergées et s'il y a le même email.

Je ne dis pas que la fonctionnalité ne marche pas ou qu'elle est mauvaise, juste qu'elle atteins assez vite ses limites et que l'intéropérabilité qui en découle reste limitée. Comme ses concurrents, gitlab travaille surtout pour que tu puisse continuer à travailler avec lui (en mode hébergé ou chez toi). Ce n'est pas une volonté d'interchangeabilité.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ce zip peut être réimporté en l'état dans n'importe quelle autre instance Gitlab.

C'est très spécifique gitlab, je ne suis pas sûr que ce soit documenté, de comment ça se passe si tu as des écarts de version ou si tu passe de Community à Entreprise (ou l'inverse). C'est moins une solution d'intéropérabilité que de backup. Et avec tout ça il ne va pas faire de magie. Tu perds les utilisateurs. Il ne va pas faire de mapping entre les comptes de l'ancien et du nouveau.

J'avais entendu parler d'un projet qui avait fait ce travail de mapping, mais je n'arrive pas à mettre la main dessus.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour le fait de leur politique, c'est clairement un fait, surtout pour google.

J'ai l'impression que Google se tape cette réputation surtout parce qu'ils tentent beaucoup de choses. Mais je ne trouve pas leur politique qui choquante que ça. Framasoft aussi ferme des services. Ça fait partie du cycle de vie de tout service. Soit tu héberge toi pour t'assurer que le cycle de vie correspond à ton besoin soit il faut vivre avec (ce qui n'est pas forcément si compliqué si on a un peu fais attention).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll