YBoy360 a écrit 727 commentaires

Le problème de KDE est la version Debian (et dérivés) de KDE. J'essaierai Debian 13 à la rentrée, mais la version de Plasma n'est déjà pas très récente… Le passage à Wayland fait qu'il y a beaucoup d'évolution avec les dernières versions.

Pour ma culture personnelle, je ne vois pas très bien en quoi Dolphin n'arriverai pas au niveau de Nautilus dans le mode d'affichage icône (que je n'utilise pas).

De même, qu'autorise Gnome Shell que n'autorise pas KWin en mode Tile ? J'ai l'impression que même les raccourcis sont identiques … J'aime bien la gestion du menu dans Gnome, mais on peut retrouver l'équivalent avec KDE.

J'ai été violemment dégoutté de Gnome lors du passage à Gnome 2.0 (il m'a fallu faire corriger des bugs en upstream dans Metacity, le gestionnaire de fenètre de Gnome d'alors). Je préférai Gnome 1.4 à KDE. Ça remonte un peu (J'utilise Linux depuis fin 90).

I use Arch BTW

Tu devrai partager la vidéo.

I use Arch BTW

Espérons que cette loi ait du plomb dans l'aile. Pan.

I use Arch BTW

"Bleu", autour des yeux. C'est tellement incompréhensible cette génuflexion des dirigeants des SSII à MS (et des collectivités locales). Des petits portes gobelets au service de sa Nuisance.

Ils ne doivent pas être bon à grand chose … Des armés de décideurs, élites de la scolarité à la Française, ils sont passés de créateur de solution pas très bonne à revendeur de packs Office, tellement lamentable…

I use Arch BTW

Je trouve cette réplique tellement inattendu que je n'ai pu que partager.

Je ne connais pas cette personne, visiblement c'était l'une directrice de Microsoft Gaming.

I use Arch BTW

KiCAD est pire que Gimp 1.1 à l'usage. Le bordel complet (et pourtant j'aime le bordel.). Ça reste un bon logiciel, malgré l'IHM.

I use Arch BTW

Oui, c'est plus la théorie des cordes qui semble remise en cause d'après ma compréhension (il y a beaucoup de variantes).

Je ne vois effectivement pas quel tord attribuer à Einstein dans le fait d'expliquer la relativité générale directement à partir de la physique quantique. Au contraire …

I use Arch BTW

Il reste donc une relative part d'incertitude dans l'absolu …

I use Arch BTW

Merci pour les liens, je cherche toujours de bons sites de publications scientifiques.

Le Figaro a aussi des articles scientifiques très bien rédigé parfois.. je ne le consulte en me pinçant le nez que pour ça.

I use Arch BTW

Ce serait intéressant de tester avec les options -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders de Java 24. Surtout la consommation mémoire…

Avec les options ci-dessus, j'obtiens des gains de l'ordre de 20 à 30 %.

Sinon, concernant GraalVM, c'est impressionnant l'amélioration coté consommation mémoire (divisé par 3), mais les performances ne sont pas aussi bonne qu'avec Java 24 et les options par défaut.

I use Arch BTW

Côté consommation mémoire Java 24 devrait significativement améliorer les choses. Indépendamment de ça, la plateforme à tendance à s'alléger et à se spécialiser, donc sans devenir un modèle de frugalité, les choses vont dans le plutôt bon sens..

I use Arch BTW

Il faut des petites voitures, qui consomment peu et durent longtemps.

Moins sécurisante, peut-être plus lente.Les voitures anciennes ont l'air minuscule aujourd'hui. En plus, de petites voitures signifieraient moins d'embouteillages.

I use Arch BTW

Compris, j'aime bien l'idée de Rust, mais je souhaiterai vraiment avoir un linker et un partage au niveau du binaire. Peut-être est-ce possible…

L'intérêt d'avoir des binaires :

• Moins d'espace disque ;
• Réutilisation, en mémoire, des pages RO (la section code des librairies) ;
• Load (beaucoup) plus rapide du code ré-allocatable ;

Sans parler des m.a.j. fonctionnelles ou de sécurité.

Si il y a plusieurs processus qui utilisent un même programme Rust, la mémoire est-elle totalement privée et donc, consommée 2 fois ?

Comment le binding est fait ? avec une table de symbole, externe au section code, ou la "localisation" du symbole doit être effectuée pour chaque appel (dans la section code)?

Je comprends ce principe pour une page web, et dans le noyau, mais pour de grosses applications utilisateurs, moins.

I use Arch BTW

l'outil soit un binaire standalone et c'est ce que je préfère installer.

En quoi c'est un avantage ?

Du coup, qu'elle est la taille du binaire "écrit en Rust". Parce que faire des binaires compilés statiquement, tu peux le faire en C.

Un des plus (ou le plus) gros problèmes de performance est lié à la taille des binaires (pour cela qu'O2 donne bien souvent de meilleurs résultats qu'O3).

I use Arch BTW

Si vous suivez le tuto, vous n'êtes pas obligé de lancer Intellij si vous n'avez pas trop de mémoire dans votre machine : vous pouvez utiliser Gradle en ligne de commande.

cd intranet
./gradlew server:bootRun

Voila, il faut juste avoir Java 17 sur sa machine.

I use Arch BTW

Le plus gros problème de ces machines étaient bien le disque mécanique.

I use Arch BTW

Merci pour l'info. Ça rend la manipulation bien plus efficace..

I use Arch BTW

Ma banque s'est faite usurpée son identité sur les SMS. Je me suis fait démarcher par quelqu'un me demandant des info perso et envoyant en même temps des SMS identifié comme provenant de ma banque…

Je pensais pas cela possible, ce sont les questions étranges du gars. Peut-être le fait que je ne sois pas en France, je ne sais pas.

I use Arch BTW

Je suis carrément un fanboy de la Prusa MK4 moi. J'ai possédé 4 autres marques, softwares pas maintenus, multiplication des références inutiles, briquage, productivité au fraise (plus de 50 % de rebut)…

Les impressions foirent très rarement avec la MK4. Un peu plus cher, mais la qualité est bien là ! En plus on peu faire du flexible…

I use Arch BTW

Voila !

Idem pour les vélos et d'autres choses. Pour moi choix rime avec qualité, car concurrence. À l'inverse de monopole.

Tous sous Arch.

I use Arch BTW

Groovy supporte les dépendances, dans des scripts, en 1 ligne via grape/grab:

@Grab('org.springframework:spring-orm:5.2.8.RELEASE')
import org.springframework.jdbc.core.JdbcTemplate

On peut donc faire des scripts portables (sans compilation préalable)… J'imagine l'étonnement des futures anciens Pythonistes (dont j'étais).

I use Arch BTW

Ce qui est bien avec Java, concernant la gestion des dépendances :

• pas besoin de Docker ;
• les classloaders (permettant de loader plusieurs versions d'une bibliothèque dans un exécutable, on peut bien sûr imposer des dépendances transitives) ;
• ABI stable depuis des siècles et des siècles (coucou Rust);
• c'est chiant de linker et de faire des binding sur du code natif (c'est entrain de changer).

Tout est fait pour simplifier la gestion des dépendances de façon portable. C'est un compromis, dans certains cas d'usage, c'est primordial.

Perso j'utilise énormément Gradle (je l'ai même testé à la place de cmake pour du code natif, mais je suis revenu à la raison), malgré les reproches que l'on peut lui faire, la gestion des dépendances de compilation, debug, runtime, transitive ou pas, se configure finalement simplement.

I use Arch BTW

Intéressant!

Dans un thème similaire, il y a PlantUML que j'utilise beaucoup,il y a un mode pour les diagrammes de réseaux, mais il ne traite pas directement les iptables et les dépendances sont autres (on va dire).

I use Arch BTW

Merci, pour moi ce qu'il dit est cathartique. Avoir le courage d’argumenter fasse au "ne pas faire de micro-optimisations" (ce qui est une bonne pratique "clean", qui se transforme en "ne pas les faire trop tôt …") est courageux, même si tout est question d’équilibre, il faut les faire en cas de gains significatifs.

Pour avoir fait beaucoup d'optimisation CPU, il est clair que la moyenne des développeurs ne se soucis plus d'optimisations et de spécificités d'architecture. Cela dit, les articles traitant d'optimisation CPU / GPU ont souvent du succès, même aujourd'hui.

l'IA, les Rust, Java et autres, prouve que l'on isole plus le compilateur, l'IDE, le langage et le HW. Et c'est très prometteur pour le future.

I use Arch BTW

Je ne sais pas qui c'est :/

Pour le contexte,je n'aimais pas cette vidéo au début, d'une part parce que l'on parle de Visual Studio, et que ça sentait un peu le refrain du "C T mieux avant !".

Cela dit, il y a une partie de vrai dans ce qui est dit, et est généralisable, puis la dernière partie de la vidéo est intéressante : l'interviewé, essaie d'expliquer, pourquoi, aujourd'hui, certains logiciels sont devenus lents, affreusement lent, par rapport à ce qu'ils étaient début 2000.

Les arguments avancés (ça permet d'éviter de voir la vidéo, que je comprends, ne plait pas, mais tout va bien !) :

• Les développeurs d'aujourd'hui apprennent beaucoup de chose, mais pas ce qu'est un CPU, ni comment optimiser ;
• Il y a d'autres centres d'intérêt, plus rémunérateur, qui focalise l'attention ailleurs, il trouve le CSS par exemple plus complexe que l'assembleur ;
• Les erreurs de certains projets s'accumulent, et le mal devient irréversible, il faut souvent trop de travaille pour revenir à quelque chose de performant et on dépense en vain pour corriger à posteriori ;
• Les performances ne sont pas une priorité, parce que l'on vit sur la certitude que la puissance évolue toujours de façon exponentielle (puis ça fait vendre).

Voila, il y aurait pu y avoir un débat inter-générationnelle, pour ou contre les accolades en fin de ligne et tout.

I use Arch BTW