barmic 🦦 a écrit 5212 commentaires

Ce qui est le cas de bon nombre d'exception en java. Tu n'es pas sensé catcher Throwable, Error, Exception ou RuntimeException (les 2 premiers sont à proscrire, les 2 suivants il faudrait être plus spécifique).

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

Alors git ne permet pas les dépôts sans branche et je ne serais pas surpris que ça soit pour une raison assez profonde (donc assez couteuse à mettre en place).

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

Ça aurait gueulé de la même façon pour les même raisons.

Si tu regarde rien que dans les commentaires ici, tu as très peu de reproche au fait d'utiliser main comme nom par défaut. Les gens reproches qu'il y ai un changement pour des raisons qui ne leur conviennent pas. Que tu change d'une façon ou d'une autre ils auraient eu les même raisons et auraient dû avoir les même comportements (c'est à dire configuré leur github/gitlab pour remettre master).

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

C'était bien mon point initial.

Ce que j'ai repris depuis le début c'est le fait d'associer cela à un groupe de SJW et surtout d'invalider cela par le fait que ce serait un petit groupe non concerné qui serait à l'origine de ça.

Il y a bien une pression sociale[…]

Il y a une énorme différence entre dire « c'est la faute des SJW » un petit groupe qui manigancerait (la définition même du complot) et c'est la pression social, aujourd'hui ça n'est plus socialement accepté. Je crois pas que quelqu'un puisse dire le contraire pour cette seconde assertion.

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

Bien sûr qu'il y a des discussions, tu n'a jamais travailler en groupe ?

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

C'est toi qui affirme sans argument des raisons, moi je dis simplement que ce que tu dis ne tiens pas debout.

Je ne suis pas quelqu'un de particulièrement intéressé par ces sujets. Je ne sais pas si c'est oppressif ou pas, mais je ne vois pas comment ne pas donner de crédit à tant de projets différents.

Je ne connais pas tous les processus de décision, mais je lis les annonces et je n'ai vu personne parler de ce dont tu parle. Il n'y a que des gens extérieurs aux projets qui poussent des cris d'orfraie.

Je ne connais pas toutes les raisons des décisions, mais ça ne fais pas de tes élucubrations quelque chose de possible, pas tant que ça ne peux pas être rattaché à quelque chose de tangible.

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

Toujours pas le moindre argument. Si ça te pose un souci, il est possible d'en discuter directement avec les projets concernés à moins que tu ne crois en une omerta ?

Bref tu invente un monde avec quelques bouts de ficelles et tu fais ton possible pour ne pas le confronter aux faits (il existe des sjw donc tout ce qui ne me convient pas vient d'eux…).

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

Tu avance bien des choses. L'IETF par exemple, son fonctionnement rend peu probable ce genre de pression, sinon ils aurait corrigé une précédente RFC. Pour qu'un groupe de travail se mette en place qu'il ponde un document qu'il soit soumis à commentaires puis accepté, il va commencer à falloir beaucoup de travail.

Tu présente une logique complotiste avec comme la plus part ces théories pas le moindre début d'arguments. Tous le monde est entrain de tomber aux mains des SJW et ils font ça en mettant des coups de pression invisibles à des projets communautaires (ou alors tu pense que l'IETF et la LKML se soumet à 3 gus sur twitter ?).

Évidemment ce n'est pas en te présentant des faits que tu va changer d'avis, mais si les gens qui nous lisent peuvent, eux, comprendre que, qu'ils le ressentent ou non c'est une question qui fait son bonhomme de chemin depuis plusieurs années dans divers groupes éparpillés dans le monde et n'ayant pas de lien particulier entre eux.

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

Le problème, c'est d'accorder de l'importance a des SJW qui se sentent offusques par tout et n'importe quoi.

Le problème c'est de surréagir à une info sans prendre de recul ni s'intéresser à d'où ça vient. Les gens ici régissent à l'annonce sans prendre en compte que ça s'inscrit dans un mouvement qui est bien plus large.

Penser que l'entreprise gitlab, l'entreprise github, les développeurs de git, les développeurs de jenkins, les développeurs de python, Linus Torvalds, l'IETF, mais aussi des papiers de recherche,… sont des SJW c'est soit ne pas connaitre ces gens, soit ne pas savoir ce qu'est un SJW :)

Tu as le droit de croire que ce sont tous des idiots, mais quand on affirme quelque chose comme ça il faut avoir des arguments sérieux.

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

De l'autre coté, pour les warnings TRES nombreux (je pense en particulier au signed/unsigned mismatch), le soucis c'est qu'il sont à 99,99% inoffensifs, et que si je les coupe, je risque de rater LE vrai positif le jour ou je bosse sur un fichier spécifique et que du coup, en ne compilant que lui, je m'attarde un peu sur les warnings que j'ai.

Ce qui marche bien pour ça, c'est d'avoir des outils comme sonar qui vont permettre de définir une "gate", c'est à dire un ensemble de propriétés que doit remplir ton code (pas de warning sur le nouveau code, un certains niveau de test, un certain nombre de revues,…).

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

J'ai dû mal à retrouver le lien, mais il me semble que php avait eu un problème du genre. Ils ont corrigé un bug 2 fois alors que ça réintroduction avait levé un warning et ce serait à la suite de ça qu'ils auraient fait un effort pour supprimer tous les warnings.

Et là, je retombe dans les travers de discussions avec des collègues qui me donnent envie de m'arracher leur arracher les cheveux, à savoir, éliminer les warning OUI, c'est IMPORTANT et pas que pour le style, la beauté du geste et du code, car quand on en a 469356 (valeur non contractuelle) pendant la compilation complète du logiciel, on rate ceux qui sont vraiment important et cachent de vrais bugs.

Il faut retirer ceux qui ne sont pas considérés comme important. C'est généralement configurable.

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

Tu entends plus les gens qui crient ?

Sur un marché, tu entends plus le marchand de poisson qui crie, ou celui qui se contente d'attendre?
C'était ça, l'image.

Et mon commentaire cherche à te faire comprendre que le fait que tu entends beaucoup de crie ne permet pas de déduire :

on y crie plus qu'autre chose

N'est pas cohérent.

Que j'utilise au minimum, nuance.

Et tu peux aller changer le nom par défaut de tes branches. Ça a l'air vraiment horrible comme changement…

Je suis loin d'être horripilé.

Tu fais des références nazis tout de même.

Je m'amuse notamment dans le message auquel tu réponds du fait que, la personne qui semble avoir introduit le terme "master" à un nom qui m'évoque plutôt l'europe de l'est, que le far west, tout en lisant que le changement est fait pour résorber un problème typiquement nord-américain.

Le projet git a mis en place la possibilité de ce changement à la suite du Black Lives Matter, github et gitlab exposent cette nouvelle configuration aux utilisateurs et en profitent pour changer la valeur par défaut. Il ne s'agit pas d'un gars dans son coin qui a fait un changement.

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

Ce dernier changement fait sans doute plus d'écho car trouvé ridicule par bon nombre d'individu

Ça va plus loin que ça quand on parle de 1984, de novlang, etc.

une grande avancée sociale de la catégorie congé payé par les autres

Je n'ai pas vu ce genre de réaction, tu as un lien ?

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

En fait le problème avec ce renommage, c'est qu'il se base sur des problèmes intrinsèquement locaux aux USA mais touche tout le monde.

Mais ce sont des services américains. Il est logique qu'ils soient teinté par leur culture.

Tu remarquera que le logiciel phare du quel ils dépendent va aussi dans ce sens. Il est probablement principalement développé par des américains, mais dans tout les cas ils sont arrivé à ce point d'entente.

Mon code n'est pas organisé par des trucs comme github ou gitlab: ces machins ne sont que de stupides outils, que j'évite d'ailleurs au maximum tant je trouve coûteux en temps le fait d'utiliser ces «forges», qui sont en réalité bien plus proches de «places du marché» tellement on y cause et on y crie plus qu'autre chose.

C'est un énorme biais. Tu entends plus les gens qui crient ? Comme c'est étonnant. Si ne serait-ce que 20% des utilisateurs de github "criaient", on s'en rendrait compte.

Mais du coup des plateformes que tu n'utilisent pas changent la configuration par défaut d'un nom de branche et ça a l'air de t'horripiler ? C'est pas un "chouia" une surréaction ?

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

Non parce que cette notion, elle existe pas vraiment… En fait, «master» ou «main» c'est juste la 1ère branche, que l'on utilise par facilité comme référence… c'est tout. Une simple convention, rien de technique ici.

Questionne les nombreux logiciels que tu va devoir reconfigurer, mais t'en fait pas la réponse existe, il s'agit :

• soit d'aller chercher la branche derrière HEAD (du dossier de travail ou du dépôt que l'on te pointe)
• soit d'aller chercher la configuration de init.defaultBranch

Bon, qui c'est qui se dévoue pour envoyer un patch qui permets d'établir une "branche par défaut" repérable logiciellement dans git, du coup?

Il y a déjà des commandes pour chaque cas.

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

Puis justement, peut-être que ça aurait moins râlé de repasser à «trunk» qui a, justement, un histoire dans l'informatique, continue l'analogie, etc etc, contrairement à «main» qui ne veut rien dire. (surtout dans le cas d'un VCS distribué?)

On passe d'un truc qui a du sens à un truc qui n'en a pas → tout le monde en à rien à foutre.
On passe d'un truc qui n'en a pas à un truc qui n'en a pas → c'est offensant.

Tu n'a pas l'impression qu'il faut se poser la question de pourquoi les gens se sentent toucher dans leur amour propre ?

Personnellement ça me paraît en soit suffire à justifier le changement : questionner le pourquoi ça dérange.

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

Si par impacté tu entends devoir changer une variable dans une script ou un outil de ci-cd. Ce changement de nom a été fait parce que son impact est justement minuscule […]

D'autant que ça peut être l'occasion d'écrire des outils plus solides qui vont chercher le nom de la branche par défaut plutôt que d'imaginer qu'il s'agit de master, main, trunk ou badaboum, git ne créant plus obligatoire de branche master depuis la version 2.28 (et n'a jamais obligé de la garder ou de l'utiliser).

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

Je suis d'accord que ça aurait été cool de revenir à trunk qui continue la métaphore.

Je ne comprends pas non plus très bien les effarouchés qui sont passé de trunk à master sans piper mot et qui se sentent meurtri quand on leur proposent de passer de master à main.

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

Homer qui renverse son café sur la console de commande du réacteur, les sous traitants qui se barrent en courant au lieu de régler le problème, les islamodroitistes qui posent une bombe pour protester contre la réélection de François Hollande […]

C'est des arguments absolument contre le nucléaire, qu'il y ai une centrale ou 2³² le problème est le même.

[…] il fait trop chaud cet été on ne peut plus refroidir…

C'est LE problème qu'on essaie de résoudre. Petite astuce : utilisons l'énergie produisant le moins de CO2 possible en plus ça sauvera la faune et la flore ;)

Je veux croire très fort qu'on va vers une société qui consomme de moins en moins d'énergie, mais la consommation ne peut qu'augmenter avec les nouveaux usages (voitures électriques par exemple).

Et, en France, on arrive à produire bien plus d'énergie nucléaire que d'autre chose. L'héolien et le solaire ont bien plus de mal et multiplier les barrage hydro comment dire…

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

Je ne blâmerais pas plus OVH que n'importe quel autre. On met derrière le mot cloud différents *aaS qui n'ont pas grand rapport entre eux. Après OVH n'est pas très bon en cloud, mais si j'ai bien compris le renommage en ovhcloud est justement pour indiquer une volonté de s'améliorer.

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

sinon merci pour l'explication du cloud :D mais tu peux faire du cloud dans un seul Datacenter comme entre plusieurs …

OSEF si tu achète un service cloud tu achète une sécurité. Si ton prestataire est en mesure de faire du 99,9999999% sur une seule machine c'est son problème pas le tiens. Les gros cloud présentent souvent des zones géographiques pour différentes raisons (pour des questions de performance, pour des questions légales (tu peux ne pas vouloir sortir les données d'une zone géographique),…).

Quand tu te paie un service de base de données managée le ou les racks dans les quels sont tes données n'est plus ton problème. On te vend un service avec un taux de disponibilité (possiblement un SLA avec contrepartie), des points d'accès et une zone géographique.

C'est la définition du cloud : tu soustraite toutes la partie hébergement pour que ça ne soit plus qu'un service que l'on te vend. Tu n'achète plus des machines, mais un service.

Moi ce Datacenter qui a cramé, je trouve ça très bien car ça remet l'église au milieu du village et ça montre à certains que PCA/PRA et réplication entre datacenter c'est la base de la sécurité en terme de SI et de services ce que beaucoup ont tendance à oublier un peu trop rapidement notamment dans certains ministères sur la mise en place de projets de datacenters régionaux.

Les sérieux font volontairement tomber des DC tous les quelques mois.

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

Les énergies renouvelables, solaire et éolien sont intermittentes, au passage le nucléaire non plus n'est pas instantané.

Mais il est parfaitement planifiable. Si on sait que la semaine prochaine il fera froid on sait augmenter notre production, même si le vent ou le soleil ne sont pas au rendez-vous.

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

une société utilisant 100 % d'énergie renouvelable c'est possible, puisque nous l'avons déjà fait il y a deux cents ans

Bruler du bois c'est considéré comme une énergie renouvelable ? En tout cas c'est loin d'être vert.

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

Tu dois régulièrement faire :

flatpak update && flatpak remove --unused

Quand tu dézip firefox tu n'a rien à faire, l'arrêter de temps en temps c'est le mettre à jour.

Donc oui c'est comme apt, yum, urpmi, pkgsrc et autre nix, mais c'est pas comme le firefox de base.

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

Le nuage part en fumée ?

C'est justement l'inverse. C'est plus un problème d'hébergeur traditionnel que de cloud. Les pratiques du cloud sont faites pour permettre d'être multi-DC ou de migrer très rapidement.

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