barmic 🦦 a écrit 5818 commentaires

Ah oui pardon

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

dans le passé ça a souvent été considéré comme des trucs qui rendent le logiciel complexe et bloat

En fait c'est très subtile. Il y a un curseur à placer entre "j'e suis un ed et je ne fais rien pour t'aider" et "tu fais un clique, j'ai créé une application microservice et son déploiement sur kubernetes".

L'usage qui consiste à décrire naturellement comment tu veux te servir du code et l'outil te fais la structure minimale qui y répond me semble plus être dans la catégorie de l'usage efficace de l'IDE. Tu lui a donné ton intention et il crée ce que tu aurais de toute manière créé puisqu'il le déduis de l'usage.

Je suis plus septique des outils cli de framework web qui créent des structures assez verbeux genre (je connais pas la syntaxe de tête) : ng component create my-component, qui va te créer 3 ou 4 fichiers qui respectent des bonnes pratiques et tout, mais on est clairement, à mon avis, de l'autre côté du cuerseur.

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

Je suis pas sûr de comprendre ta dernière phrase, mais moi je trouve super intéressant tous les trucs qui sont fait comme ça pour générer du code car ils mettent en valeur ce qui est du boilerplate et ce qui a de la valeur dans le code.

En java il y a un troll depuis des années entre ceux qui utilisent lombok et ceux qui le détestent. Cette bibliothèque permet de générer du code à la compilation. Tu peux écrire par exemple:

@AllArgsConstructor
class A {
  @Getter
  private int a;
  @Setter
  private int b;
}

et tu as le constructor, le setter et le getter qui sont créé à la compilation.

Donc pour ceux qui ne serait pas familiarisés à la main c'est :

class A {
  private int a;
  private int b;

  public A(int a, int b) {
    this.a = a;
    this.b = b;
  }

  public int getA() {
    return a;
  }

  public vois setB(int b) {
    this.b = b;
  }
}

Personnellement plutôt que de s'éttriper à savoir si lombok est bien ou pas (pour des raisons d'implémentations) je pense qu'il serait bien plus pertinent de se demander comment faire évoluer le langage pour ne plus en avoir besoin (et le record ne sont qu'un tout petit bout de l'intérêt de lombok).

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

A noter qu'utiliser cette forme n'est pas simplement aussi rapide à écrire que si tu faisais générer le constructeur (par IA ou ce que tu veut), mais c'est aussi bien plus simple à mettre à jour.

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

Je crois que chez Debian les solveurs de dépendance, c'est une addiction. A une époque si ce n'est toujours le cas aptitude avait un second solveur qui était lancé si le premier ne trouvait pas de solution… un solveur 3-SAT qui consommait la totalité de ta RAM et mettais un temps fou à répondre (je vois pas dans quel monde c'est une bonne idée).

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

FISA, AAA ou l'acronyme que tu veux. Le sujet ce n'est pas la loi, c'est le contrôle que veut obtenir les USA via leurs entreprises. Si aucun de leur textes actuels ne suffisent, ils en créeront le Federal United Counter Killers et ce sera bon.

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

Au début je me suis dis que c'était un peu violent pour simplement changer le comportement par défaut de supervisord, mais je comprends pour le runtime.

Et puis la philosophie n'est probablement pas la même :

supervisord est fait pour utiliser des conteneur un peu comme des vm. Tu prends ta debian, tu install ce dont tu as besoin dessus et c'est parti.

procfusion est plus pour des services qui sont regroupés (ce qui aujourd'hui est plutôt géré par la notion de pod)

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

Il n'y a aucun procédé technique ni organisationnel qui peut rendre compatible une boîte soumis à FISA à une souveraineté autre que les États Unis.

Si FISA peut être contourner alors, elle sera changée.

Les dayssideurs praissés ne croient qu'aux GAFAM et pensent que l'on ne sait pas coder en France. Ils n'ont pas entendu le texte : le code fait loi

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

Je ne connais pas Java

Aujourd'hui la pratique consiste à utiliser un "équivalent" du binaire statique avec ce qu'on appel des fatjars (ou uberjar). C'est un zip qui contient ton code compilé (des fois le source), tes dépendances et un ou 2 fichiers qui décrivent le truc.

Sur un jar comme ça tu peux simplement faire java -jar fichier.jar et c'est clos. Quel java ? Tu peux bien sûr faire java --version, mais comme il n'y a pas de bibliothèque dans le JRE (hors la bibliothèque standard), ils sont tous interchangeables (tu as une suite de tests qui est là pour le vérifier).

Tu n'a pas java ou pas la bonne version ? Tu le télécharge, le décompresse, set la variable JAVA_HOME dans le dossier que tu viens de créer et tu lance ${JAVA_HOME}/bin/java.

Comme java est de base très découplé du système ça n'est pas un gros problème.

Je dirais qu'en python tu dois faire des pieds et des mains pour te dépatouiller du système (avec les différentes formes d'env, etc) en java c'est les mainteneurs de distribution qui se tapent le sale boulot pour tordre java pour en faire des paquets systèmes (c'est pas la mère à boire mais tu sent que c'est pas fait pour).

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

Mais là ce que t'es entrain de dire c'est qu'une équipe a fait le choix délibéré d'avoir un build sophistiqué. C'est un peu comme dire que ça peut être utile de connaitre perl parce que j'ai déjà vu une équipe faire son build en perl.

Surtout que ce qui est nécessaire c'est plus de connaitre le principe d'une CI que de comment tu lance javac qui ne va pas t'aider quand tu te retrouve devant une API d'eclipse amha

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

Condenser c'est à la fois retirer du contenu et perdre une partie de la promo. Pour ce qui est de demander du temps, je te laisse te confronter aux réalités d'une université.

Nos métiers sont plus complexes, les formations doivent s'adapter.

Franchement non. Mon métier n'est pas drastiquement plus complexe qu'il y a 15 ans (et j'ai commencé par du JavaEE Oracle à tous les étages à du kubernetes on premise avec spring et vertx déployé dessus). Il a changé, mais de là à le présenter comme plus complexe c'est se fourvoyer amha.

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

Sinon, oui, tu peux marquer des paquets comme figés via apt-mark hold et là il n'y touchera pas. Pas de suppression, mais pas de mise à jour non plus.

Faire du pinning doit pouvoir permettre de garder presque quoi qu'il arrive un paquet sans perdre les mises à jour.

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

fait beaucoup plus de dégâts que de ne pas savoir lancer javac à la mano

Souffler sur un pissenlit fais plus de dégât que de ne pas savoir lancer javac.

Disons que c’est un peu choquant pour les vieux de la vieille, mais dans ce monde moderne de runtime, bytecode et interpreteurs jit, c’est loin d’être le plus important.

En fait la question c'est qu'elle est ton travail ? Est-ce que c'est écrire le code qui tire le mieux parti possible de l'architecture sur le quel il tourne ou est-ce que c'est par exemple le fait de sortir certaines fonctionnalités aux utilisateurs ? (vraiment il ne faut pas y voir du manichéisme de ma part les 2 ont de la valeur et c'est d'un côté ce que l'on te demande et de l'autre comment toi tu envisage ton travail) C'est ça qui devrait déterminer le runtime et le temps que tu alloue à chaque chose. Sachant que si tu as des dev c++ qui s'intéressent au hardware autant que des dev js, c'est pas garanti que l'on gagne grand chose sur le résultat final.

Bien sûr le monde n'est pas totalement figé, il n'y a pas longtemps en java j'ai pu gagner de la performance nécessaire en cas d'utilisation réel parce que je sais comment fonctionne le modèle mémoire du langage.

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

Je suis tombé là dessus. C'est intéressant :

1. En fait il y avait un usage très problématique pour utiliser valgrind, mais le DD l'a aussi appliqué sur des endroits légitimes qui étaient correctement initialisés par une source d'entropy
2. Il a posé la question sur openssl-dev, mais la liste de diffusion openssl-dev n'était plus utilisées pour parler du développement d'openssl et la liste de diffusion où il aurait pu avoir des retours n'était en pratique pas publique

C'est marrant on peut tomber sur cette discussion où ça a était choisi et ou on voit les certaines réactions 2 ans après et où il y a la même discussion qu'ici sur l'utilisation de données non initialisés comme source d'entropie.

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

pour ce qui est de compiler du java, c'est un sujet résolu (en bytecode tout du moins).

Résolu en pratique, d'accord.
Mais il y a bien un truc qui le fait, qui doit le faire, à un moment donné; et comment le fait-il ?
Ne pas répondre à cette question au moins une fois ; à mon sens, c'est un manquement majeur.

En fait (pour le cas de java) la question est tellement trivial que c'est vraiment facile à trouver par soit-même ou de se faire aider par un collègue ou ce que tu veux comme autre source d'information. Alors que comprendre ce qu'est l'orienté objet à la fin du module tu aura 30% de la promo qui ne le comprendront pas et tu vois des gens qui s'écharpe depuis des décennies dessus. Entre arriver à aider un peu plus 2 ou 3 élèves à comprendre comment utiliser le paradigme derrière le langage et en perdre 2 ou 3 avec de la technique je pense que mon choix est vite fait.

[…] mais ça ne permet pas de qualifier au titre d'expert AMHA.

Les études ne forment pas des experts. Tu acquière l'expertise après des années de pratiques.

En fait ça limite le développeur à la tâche d'écriture du code, sans notion de l'environnement en-dessous.
Et je dis bien "limite", sans doute parce que je considère ça insuffisant.

En fait tu ne prend pas en considération le contexte. Tu as un module il fait quelques heures, tu va voir comment avance les étudiants, il y a un moment où tu va devoir choisir tu retire quoi ?

• comment on appel le compilateur ?
• la généricité ?
• le polymorphisme ?
• les lambda ?
• l'utilisation des annotations ?
• les tests ?
• comment utiliser les exceptions ?
• …

Oui tu ne va pas former des cracks qui se vendront 70k en sorti d'étude, il y a des trucs qu'ils n'auront pas vu, des trucs qu'ils auront mal appris et des trucs qu'ils auront totalement oublié dans la semaine qui suit le diplôme.

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

De mémoire c'était juste du bonus.

Vu la conséquence j'aurais du mal à dire que c'est du bonus.

Dans le pire des cas il est prédictible et ça ne change rien.

L'histoire lui a donné tord. Surtout qu'il me semble qu'il existait à minima des patch pour qu'une page donnée par l'OS soit mise à 0.

Le souci de ce raisonnement c'est que le résultat faisait crier les analyseurs de code.

Quand on fait quelque chose de bizarre et qui se veut intelligent, ça vaut le coût de mettre un commentaire (après peut être que le développeur Debian l'a ignoré).

La conséquence de celui-ci a fait que plus aucune source d'entropie n'était utilisée, sauf la toute première (le PID du process en cours, donc très peu d'entropie).

La chaine me paraît vraiment bizarre. On initialise avec un fort avant d'utiliser un (cs)prng. Démarrer avec une source faible voir inexistante (en fait sur la quelle il n'y a aucune raison d’émettre une hypothèse sur son contenu) me parait bizarre.

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

Ne pas évoquer les couches de base, au moins durant la phase d'apprentissage, c'est rendre l'élève captif d'un empilement ad hoc qu'il sera incapable de reconstruire à sa façon si on le change de terrain. À mon humble avis.

Je ne pense pas. Personne n'est captif d'un IDE. Celui au quel on pense tous avec java et un gros bouton play c'est eclipse. Projet libre pas relié à une entreprise et personne hors études se retrouve enfermé avec eclipse (au point où jetbrain - très peu présent dans le monde universitaire en tout cas français - a pu arriver et lui tailler des croupières). Parce qu'en fait c'est relativement simple. Le sujet de compiler du code java n'existe pas vraiment. Tu as des outils de builds différents mais qui se démarquent pour des choses autour de ça. pour ce qui est de compiler du java, c'est un sujet résolu (en bytecode tout du moins).

Tu as des IDE qui enferment : xcode par exemple, mais aussi les platefrome à la mode dans les années 90 (delphi ? smaltalk ?), mais dans le monde java je ne crois pas.

Je gèrerais un cours de programmation java, je préfèrerais probablement garder plus de temps sur du code que de prendre du temps d'une part qui ne leur servira quasiment que s'ils font du java et qu'ils apprendront en arrivant en entreprise très surement.

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

contenu (réputé aléatoire)

C'est pas très fragile comme hypothèse ça ?

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

faire glisser du SPAM comme un email chez Gmail.

S'ils n'utilisaient que DKIM pour bloquer le spam

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

Ouais, après, je suis pas convaincu qu’il y ait grand monde qui lancé javac directement ces 15 dernières années.

D'autant que les cas où ça pouvait permettre de faire très simplement des choses simples n'existent presque plus puisque tu peut "lancer" un fichier .java simplement avec

java MaClasse.java

C’est même pas une question d’ide, tout le monde (y compris les ide) déléguent cette tâche à maven.

Sauf intellij et eclipse. Ils tentent d'être plus malins que maven et d'ailleurs ne cherchent pas à être trop lié à ce dernier mais ils ont une bonne intégration et tu n'a pas à savoir ce qu'ils font dans l'énorme majorité des cas. Tu manipule juste des pom.xml et c'est terminé.

Je pense que le commentaire au dessus parlait de cas de ne pas savoir ni compiler ni lancer le programme sans l'IDE. Je ne sais pas ce qu'il en serait aujourd'hui mais fut un temps si tu te laissais portait par l'IDE sans chercher à comprendre, tu cliquait juste sur un bouton play et tu n'avais aucune idée de ce qui se passait derrière.

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

Pourquoi y mettre une question de morale ou valeur ? (avec une bonne dose de caricature)

tu veux juste fournir un service aux autres

ça peut être

• une vision altruiste
• une manière de se dédouaner de ce qui est sur ta plateforme

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

Je ne comprends pas. Tu dis ne pas savoir et quand je pointe la doc officielle qui parle des éditeurs fournit avec MacOS, tu ne veux pas t'y intéresser.

Ça prends une quinzaine de secondes d'aller sur ton moteurs de recherche favori pour avoir 30 autres sources concordantes si tu as besoin.

Si ça ne t'intéresse pas à ce point pourquoi en avoir parlé pour sortir une hypothèse sans autre base que ton à priori ?

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

J'aurai encore plus rapide : cesser le processus d'entretien.

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

"Concevoir", ils ne sont pas les seuls en Europe, ou en France, à savoir le faire.

En France je ne sais pas, mais en Europe tu as Nebius.

Quand à "produire", la bonne blague, c'est soit du Supermicro, soit du Cray/HPE sur étagère…

Il me semble que non justement. Je suis pas expert mais il me semble qu'en terme de HPC Atos/Eviden fait le même boulot que HPE. Ils ne sont pas de simples revendeurs, ils produisent les bullx et bullsequana (dont l'un est en 6ème et un second en 8ème position au top500) et font du support pour le TERA-1000 et TERA-1000-2.

Le tonneau des Danaïdes des supercalculateurs européens est rempli par les espoirs déçus et les désillusions des opérateurs et des utilisateurs de ces machines…

Sur la petite cinquantaine de machines d'Atos dans le TOP500, tu en a une bonne part qui ne sont pas acheté en France et tu en as plusieurs qui ne sont pas en Europe et tu as des acteurs privés qui en achètent.

Ça m'a plus l'air d'être de l'autodénigrement que quelque chose d'observable.

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

L'autre jour j'ai fais un essai : je lui ai demandé un mot de vocabulaire que je n'arrivai pas à retrouvé via les dictionnaires de synonymes et ça a plutôt bien marché. J'aurais mis 2 ans à trouver une utilité. Bon je suis pas sûr que ça valait le coup.

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