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 !)
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).
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 !)
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 !)
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) :
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.
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 !)
Jamais eu de partie non-libre côté CLR ni SDK (pas de schisme équivalent à celui entre OpenJDK et le JDK "complet" - il y a un seul .NET libre et c'est .NET Core, aujourd'hui .NET 5 et ultérieur)
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
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 !)
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 !)
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.
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 !)
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 !)
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: PGO
Posté par xcomcmdr . 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 xcomcmdr . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 3.
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.
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 xcomcmdr . 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 xcomcmdr . 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.
.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) :
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.
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 xcomcmdr . 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.
Factuellement:
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 xcomcmdr . 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.
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 xcomcmdr . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 5.
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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 3.
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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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 xcomcmdr . 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:
"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 xcomcmdr . 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 ?
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 xcomcmdr . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 0.
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 xcomcmdr . 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 xcomcmdr . 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 de la
-> La PGO dynamique aura des temps de démarrage légèrement plus importants que le runtime par défaut,
-> C'est ici que la magie opère.
-> le type concret source
-> si le type source
-> (lorsque cela était possible).
-> 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 pour les cas d'usage suivants :
-> et la génération de code au moment de l’exécution
-> concepts propres à MSBuild
-> Ainsi, les structures d'enregistrement sont une évolution naturelle des Tuples.
-> vous pouvez facilement déclarer la structure d'enregistrement positionnel correspondante et garder l'aspect mutable de la sémantique
-> La bibliothèque standard de F#
-> et Arm32 auparavant.
-> 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 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
-> Merci à Michal Petryka.
-> Merci à John Kelly, Huo Yaoyuan, et Robin Lindner.
-> Ceci est utile pour les auteurs de bibliothèques qui veulent prendre en charge le cas des applications à fichier unique.
Titre:
-> Déboguage d'applications à fichier unique
-> L'élagage était jusqu’à présent uniquement disponible sous forme de préversion
-> n’était pas prête pour l’élagage (manque d’annotations par exemple).
-> sous-jacent le prend en charge.
-> les performances de traitement JSON
-> lorsqu'elles sont des variables locales, des arguments ou des valeurs de retour de méthodes.
-> (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 xcomcmdr . 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 :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Publicité mensongère éhontée ?!!
Posté par xcomcmdr . En réponse à la dépêche .NET 6 est sorti - La version la plus rapide à ce jour. Évalué à 6.
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 xcomcmdr . 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.
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.
Tu sais, avec la ligne de commande dotnet et vim, ça marche tout aussi bien.
Ou VSCodium.
Ou tout ce que tu veux.
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 !)