barmic 🦦 a écrit 5211 commentaires

Il y a déjà Office365 sur linux.

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

Si tu ne fais rien pour vérifier l'archive que tu viens de télécharger, non c'est identique.

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

Je résumerai la dette technique pourrait être résumé en "Tout ce qui a été fait à crédit, c'est à dire mis en place de manière non durable, généralement due à des contraintes temporelles, et qui par conséquence devra être payé plus tard (avec les interets, le cout de maintenance) ".

Je suis d'accord avec toi sauf sur le coté négatif de la dette technique. Comme pour la dette des états, il est normal d'avoir de la dette ce n'est pas une mauvaise chose, c'est quelque chose qui arrive mécaniquement. Il est normale de ne pas toujours investir dans la dette technique, ce qu'il faut c'est que ce soit quelque chose de maitrisé et d'accompagné. Mais l’absence de dette technique ça n'existe presque pas.

https://www.linformaticien.com/dossiers/le-lourd-poids-de-la-dette-technique.aspx

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

Pire, que faire quand ils ne sont même pas intéressés par la notion de code clean ?

En même temps on s'en fout de faire du clean code :p Ce qui est intéressant c'est ce que ça apporte ou non.

Les règles sont comme les designs patterns, ils ne sont pas intéressants en eux-même, ils constituent juste une façon simple de communiquer. Il est plus simple de dire que l'on respecte la loi Demeter plutôt que d'expliquer quel couplage on cherche à éviter.

C'est un travail qui est intéressant lors de revues, en quoi ce que je vois pose problème ? Ce n'est pas une question de beauté du code, mais de propriété qu'on veut obtenir.

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

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