xcomcmdr a écrit 3537 commentaires

  • [^] # Re: PGO

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 2.

    Oui j'ai hâte de voir ça.

    Je sais que CoreRT était déjà utilisé par Street of Rage 4 et d'autres produits, mais perso j'aimerais que la réflexion ne pose pas autant de problème pour la compilation native… Y'a des bibliothèques qui en utilisent partout, et tout le monde ne va pas passer aux générateurs de sources…

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: PGO

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 3.

    Je suis surpris pour le PGO je pensais que c'était le cas depuis longtemps. Si j'ai bien compris c'est ce qu'on trouve sur java depuis… 22 ans (j'ai dû chercher).

    Et encore, y'a même pas d'AOT. Alors que ça existe déjà en Java depuis 2019 au moins.

    Quant au PGO, il est encore facultatif. Il est intéressant pour les applications qui s'exécutent longtemps (comme une application Web). Il optimise le code selon son usage à l'exécution.

    Comment ça fonctionnait ? En java la compilation est séparée en 2 parties C1 et C2.

    C'est pareil, sauf que ça s'appelle l'IL (ou MSIL) pour Intermediate Language.

    Ensuite, le code executé (et non pas toute l'application en une seule fois) est JITé.

    Le résultat de la compilation JIT est gardé en mémoire.

    Traditionnellement à la place de la PGO et de l'AOT, C# expose plus d'APIs et de types bas niveau pour pouvoir optimiser le code utilisateur ainsi que code de la bibliothèque standard (comme Span qui est super rapide, le mot clé ref, stackalloc, …).

    Ici, il est clair que dotnet est en train de jouer à rattraper le train côté optimisation de la VM.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Pas assez libre mon fils

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 4. Dernière modification le 28 décembre 2021 à 16:09.

    La base est multiplateforme.

    Si tu te mets à importer winforms ou wpf dans ton projet (chose à faire explicitement) tu vas te lier à Windows, vu que l'un ou l'autre ont des dépendances natives Windows.

    Si tu veux une alternative multiplateforme à wpf/winforms tout en utilisant toujours dotnet, il y a par exemple AvaloniaUI.

    Évidement il est recommandé de garder un code multiplateforme.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 7. Dernière modification le 28 décembre 2021 à 10:17.

    Comment s'est faite la transition vers une indépendance totale — pour les ingénus comme moi qui croient encore y discerner l'empreinte dé Bill ?

    .NET Core est né des sources du runtime multiplateforme écrit à l'époque pour Silverlight. Dans le nom, 'Core' dénotait cet aspect réduit de l'implémentation par rapport au .NET Framework historique.

    En termes de gouvernance de la part de MS garantissant l'aspect libre et outre la licence et les sources ouvertes, il y a notamment (difficile de tout citer sans y passer la journée) :

    • La .NET Foundation et son Code de Conduite
    • Des guides pour les contributions open-source
    • Un triage et une catégorisation des issues crées par les employés ou la communauté. Comme par exemple 'up-for-grabs' ou 'good-first-issue'
    • Un effort pour baisser la barrière à l'entrée (réimplémentations du coeur - comme le ThreadPool - entièrement en C# plutôt qu'en C++, documentations, tutoriels, …)

    Cependant, il ne faut pas se leurrer, .NET est un projet massif et sans MS derrière je doute que ça bougerait autant. Forker ne serait pas une mince affaire. C'est libre, mais c'est un projet qui occupe des centaines de personnes à temps plein - qu'elles soient employées par Microsoft ou non.

    Ou bien est-ce que ça n'est pas un attrape cou mouches ?

    Pour moi la preuve la plus éclatante est l'implication énorme de la communauté, et l'implication de MS envers cette communauté. Beaucoup de contributions (et 'beaucoup' c'est vraiment pas rendre justice au nombre de contributions) de la communauté se retrouvent dans dotnet dans son ensemble (comme par exemple les ajouts à LINQ et d'autres contributions évoquées dans cette dépêche - et bien d'autres sont décrites sur le blog dotnet de MS).

    Quant à l'implication de MS envers la communauté, les expérimentations et le sondage pour savoir si l'AOT devait se faire ou non en sont un exemple flagrant. J'ai moi-même répondu, comme beaucoup d'autres, à ce sondage.

    Et du coup, la compilation AOT, qui était d'abord juste une expérimentation, est dans les plans pour le futur :
    https://github.com/dotnet/runtime/issues/61231

    Aujourd'hui, les annotations pour l'élagage et les Source Generators en sont les prémisses (l'usage de la réflexion empêche l'usage de la compilation AOT, et l'élagage du langage intermédiaire, et les Source Generators évitent d'utiliser la réflexion)

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 10. Dernière modification le 28 décembre 2021 à 09:58.

    Qu'en est-il avec .NET ?

    Factuellement:

    It is our plan to move the C# Language Specification into Markdown, and draft it in the spec folder. The spec drafts will eventually be standardized and published by ECMA. The folder currently contains an unofficial Markdown version of the C# 6.0 specification for convenience.

    • En termes de CLR (VM) alternatifs et non-Microsoft, historiquement il y a Mono (qui a aussi son propre SDK et débogueur)

    • En matière de CLR + SDK libre ET non-Microsoft toujours maintenu (j'exclue tous les vieux trucs propriétaires pas équivalents et dont seuls les anciens se souviendront tels que .NET Compact Framework), il ne reste que Mono (sponsorisé par Microsoft). Il semble compatible .NET 5 et +, mais pas compatible .NET Standard (pas très grave en fait, c'est pour la compatibilité avec le vieux .NET Framework propriétaire de Windows de nos jours)

    • Il y avait bien DotNetAnywhere (pour une alternative au CLR uniquement), mais il n'est plus maintenu

    • On n'oublie pas le vieux DLR pour les langages dynamiques initialement créé par Microsoft, qui est open-source et qui vivote encore un peu (on peut pas dire que les gens utilisant .NET aiment les langages dynamiques…).

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Hé ho la modération ?

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 9. Dernière modification le 28 décembre 2021 à 08:39.

    Les règles de modération de LinuxFR prévoient que « LinuxFr.org ne doit pas servir à des gens (particuliers ou sociétés) comme plate‑forme publicitaire. » N'est-il pas envisageable de considérer cet article comme étant plus publicitaire que libriste ?

    Une publicité te vend quelque chose avec un message centré sur le marketing.

    Ici, dotnet est non seulement gratuit, mais libre. Et au lieu d'un message marketing vide de sens juste pour s'arttaquer à ton portefeuille, tu as à la place un billet de blog très technique et très long à l'image des dépêches sur le kernel Linux.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.

    de rendre dépendant les utilisateurs de vos logiciels.

    En quoi utiliser dotnet rend ton logiciel dépendant, vu que c'est entièrement libre ?

    Tu peux le builder entièrement toi-même, faire un fork, et tu en as le droit légal, et tout est documenté pour ce faire. Il n'y a pas plus indépendant. As-tu seulement lu la dépêche (genre la section sur les reproductible builds) ? Savais tu que les gens avaient déjà réalisé des forks pour leurs propres besoins, sans aucun problème ?

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à -2.

    J'ai pas dit que j'étais d'accord avec leurs justifications. ;-)

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: MONO ?

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.

    La fusion est faite.

    À part pour des cas à la marge (mais alors au point que j'ai peine à imaginer lesquels), il n'y a plus besoin de Mono.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.

    Vscode + dotnet sdk + l'extension C# pour vscode suffisent.

    Il n'y a pas besoin de Mono.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à -8.

    Oui c'est un changement récent.

    Ce n'est pas déconnant de vouloir vivre du fruit de son travail cependant.

    Heureument, il y'a d'autres fournisseurs du même service.

    Une chose similaire est arrivée avec la bibliothèque libre eeplus. Les devs en ont eu marre de travailler gratis.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Pas assez libre mon fils

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 0. Dernière modification le 27 décembre 2021 à 09:44.

    Si tu veux je fais une dépêche sur les évolutions de C# sur 20 ans et des comparaisons avec Java, si ça t'intéresse. ;-)

    Bah suite au procès avec Sun Microsystems, à l'époque y'avait pas le choix. Microsoft adorait Java et en mettait partout (on a même retrouvé LOG4J version 1.X au sein de MS SQL Server), et .NET Core n'a que 7 ans tandais que .NET Framework 1.1 (la toute première version) date de … 2003.

    Il a fallu attendre un véritable changement de culture en interne (l'arrivée d'ingénieurs pour lesquels le libre est une évidence) avant que ça bouge chez MS.

    Perso je suis ravi de voir enfin une techno qui s'inspire fortement de Java en retirer enfin les bénéfices qui aurait dû être gardés dès le début -> être multiplateforme.

    Ceci dit, il y a des contributions à Java:
    https://devblogs.microsoft.com/java/microsoft-deepens-its-investments-in-java/

    Même Visual Studio de nos jours sait reconnaître du Java (si, si !). Bon, il me semble que ce n'est que pour les projets ciblant Android, mais ça n'a pas fini de me surprendre.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Coquilles

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 3.

    dans votre installation kit de développement

    dans votre installation du kit de développement.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Hé ho la modération ?

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.

    💖 Change pas linuxfr.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 2. Dernière modification le 27 décembre 2021 à 07:56.

    XD

    Je m'étrangle de rire. Merci !

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 8.

    J'attends toujours tes arguments au lieu d'attaques personnelles.

    En tant qu'auteur, je l'ai relu et étendu plein de fois.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.

    J'ai rien vu de creux techniquement, au contraire y'a du très concret. Rien que le JIT et l'AOT par exemple. Le R2R, les reproductibles builds…

    Mais ça passe au dessus de la tête des trolls.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 10. Dernière modification le 26 décembre 2021 à 21:29.

    Bah c'est simple:

    1. Tu vas dans l'onglet 'Rédaction'
    2. Tu demandes et obtiens de la part de l'auteur la permission de traduire.
    3. Tu traduis
    4. Tu révises des centaines de fois ton texte.
    5. Tu envoie ça à la modération
    6. Tu déclenche les trolls et tu profite ! :D

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 1.

    Bah c'est le problème de la traduction alors. C'est le texte très exactement traduit. Va lire l'original, ce sera le même texte - avec encore moins d'explications (car ce n'est pas le même public).

    Peux tu proposer ta propre traduction dans ce cas ?

    et tout le reste est à l'avenant.

    Mais encore ?

    C'est pas très argumenté tout ça. Mon idée est que tu troll.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 0.

    "hautes performances"

    Je serais curieux de savoir par quoi tu l'aurais traduit. C'est pourtant pas compliqué comme concept.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Imbuvable et n'a rien à faire ici

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 0.

    Bah ouuais mon gars, mais c'est l'avenir !

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • # Coquilles

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 6.

    Voici quelques coquilles de traduction. C'est fou, je l'ai relu plein de fois pourtant !

    ainsi que la prise en charge des la

    -> ainsi que la prise en charge de la

    La PGO dynamique aura des temps de démarrage légèrement plus lents que le runtime par défaut,

    -> La PGO dynamique aura des temps de démarrage légèrement plus importants que le runtime par défaut,

    C’est là où la magie a lieu.

    -> C'est ici que la magie opère.

    le type concret de source

    -> le type concret source

    si le type de source

    -> si le type source

    (et c’était possible).

    -> (lorsque cela était possible).

    profitent à tous les systèmes d’exploitation

    -> sont bénéfiques pour tous les systèmes d'exploitation

    Nous avons également identifié le besoin de fonctionnalités d’E/S sur les fichiers plus performantes :

    -> Nous avons également identifié le besoin de fonctionnalités d’E/S sur les fichiers plus performantes  pour les cas d'usage suivants :

    et de génération de code au moment de l’exécution

    -> et la génération de code au moment de l’exécution

    Veuillez commencer à migrer vos applications vers .NET 6, en particulier les applications .NET 5

    concepts propres MSBuild

    -> concepts propres à MSBuild

    Ainsi, les structures d’enregistrement sont une histoire naturelle de croissance pour les tuples.

    -> Ainsi, les structures d'enregistrement sont une évolution naturelle des Tuples.

    vous pouvez facilement déclarer l’enregistrement struct positionnel correspondant et t maintenir la sémantique mutable

    -> vous pouvez facilement déclarer la structure d'enregistrement positionnel correspondante et garder l'aspect mutable de la sémantique

    La bibliothèque centrale de F#

    -> La bibliothèque standard de F#

    et Arm32 avant cela.

    -> et Arm32 auparavant.

    les performances de l’Arm64 en général.

    -> les performances sur Arm64 en général.

    -> Veuillez commencer à migrer vos applications .NET vers .NET 6, en particulier les applications .NET 5

    Si vous tirez l’étiquette 6.0 de l’un de nos dépôts de conteneurs, vous tirerez une image Debian

    -> Si vous téléchargez l'un de nos conteneurs étiquetés en version 6.0 depuis l'un de nos dépôts, vous téléchargez une image Debian

    Credit to Michal Petryka.

    -> Merci à Michal Petryka.

    Merci à John Kelly, Huo Yaoyuan, and Robin Lindner.

    -> Merci à John Kelly, Huo Yaoyuan, et Robin Lindner.

    Ceci est utile si vous souhaitez prendre en charge une bibliothèque faisant partie d’une application à fichier unique.

    -> Ceci est utile pour les auteurs de bibliothèques qui veulent prendre en charge le cas des applications à fichier unique.

    Titre:

    Single-file debugging

    -> Déboguage d'applications à fichier unique

    Le découpage était jusqu’à présent uniquement disponible sous forme de préversion

    -> L'élagage était jusqu’à présent uniquement disponible sous forme de préversion

    n’était pas prête pour l’élagage pas (manque d’annotations par exemple).

    -> n’était pas prête pour l’élagage (manque d’annotations par exemple).

    sous-jacent le supporte.

    -> sous-jacent le prend en charge.

    les performances du traitement JSON

    -> les performances de traitement JSON

    lorsqu’ils sont des locaux, des arguments ou des valeurs de retour de méthodes).

    -> lorsqu'elles sont des variables locales, des arguments ou des valeurs de retour de méthodes.

    (sans nécessiter ou démarrer le runtime).

    -> (sans nécessiter de démarrer le runtime).

    Si un modo pouvait passer les corriger, svp ?

    Merci ! Et désolé pour toutes ces fautes ! :/

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5. Dernière modification le 26 décembre 2021 à 17:21.

    Personnellement sous Linux je ne jure que par Rider. C'est vraiment un bel IDE pour .NET.

    Pour VSCode et dotnet, il y a des tutoriels. Exemple :

    https://docs.microsoft.com/en-us/dotnet/core/tutorials/debugging-with-visual-studio-code?pivots=dotnet-6-0

    Sinon ça s'écrit très vite avec (par exemple) vim allié omnisharp-vim pour la complétion et le déboguage, et le sdk dotnet. Exemple :

    1. Je suis sous Debian ou autre
    2. J'installe le sdk dotnet depuis les dépôts de ma distribution ou depuis le dépôt Microsoft
    3. Je me mets dans un nouveau dossier
    4. Un petit 'git init'
    5. Un petit 'dotnet new console' (pour un programme en ligne de commande)
    6. Je modifie Program.cs
    7. Je sais utiliser les différentes actions suivantes:
    • dotnet run pour lancer l'appli à l'aide du SDK .NET, sans devoir compiler d'abord (la commande s'en occupe)
    • dotnet build pour compiler
    • dotnet publish -c Release pour compiler une version à publier

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 6.

    Sérieusement, n'y a-t-il pas pléthore d'outils de programmation aux écosystèmes moins dangereux, voire libres, pour que chacun puisse trouver chaussure à son pied sans mettre ainsi en danger ses projets en les soumettant à l'épée de Damoclès du parangon de l'EEE ?

    Il n'y a rien de dangereux, et c'est tout aussi libre que le reste.

    La licence le prouve.

    Ou alors, il va falloir argumenter avec plus que du FUD de bas étage.

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Publicité mensongère éhontée ?!!

    Posté par  . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 8. Dernière modification le 26 décembre 2021 à 14:36.

    Wikipédia semble dire le contraire. Quelqu'un a vérifié les dépendances ? Nan, ne perdez pas de temps avec ce GAFAM, il y a tellement mieux à faire…

    Ah non c'est bien lire et tout sur GitHub :

    https://github.com/dotnet/

    C'est bien la licence MIT :
    https://github.com/dotnet/runtime/blob/main/LICENSE.TXT

    Et c'est même fait avec des builds reproductibles, (voir le paragraphe "De l'importance de Debian"), donc il est où le problème ?

    Moi je pense que le problème c'est que certains n'ont pas évolué depuis la fin des années 90.

    Bref, une publicité venant de chez Microsoft. Cela a-t-il sa place sur LinuxFR ?

    Tu sais, avec la ligne de commande dotnet et vim, ça marche tout aussi bien.
    Ou VSCodium.
    Ou tout ce que tu veux.

    Non merci. Ne vous laissez pas piéger, fuyez, il y a tellement mieux à faire !

    C'est libre et open-source, avec une communauté plus que conséquente. C'est interdit sur LinuxFR ?

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)