xcomcmdr a écrit 3541 commentaires

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 !)

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 !)

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 !)

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 !)

J'avoue maintenant que j'ai tout traduit je peux enfin sortir le popcorn !

Joyeux Noël !

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

Je suis ravi de constater qu'on ait pu établir ensemble que ceci:

"malgré ses efforts Microsoft n'arrive pas à sécuriser son OS depuis TRES longtemps, et malgré les moyens colossaux dont ils disposent"

est absolument faux. Et un troll.

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

Mhhh, mhhh, HearBleed, mhh, mhhh, Debian OpenSSL, mhh, mhhh, ShellShock, ….

la justification du code libre, bof bof, hein.

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

Tu sautes aux conclusions que tu veux sans la moindre preuve, juste pour troller. Bravo.

Y'a régulièrement des patches de failles sous Linux aussi, hein. Ça veut rien dire.

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

je préfère quelqu'un qui se gave de sucre

Tu as déjà une épidémie d'obésité, si on pouvait éviter d'en rajouter avec des produits 100% non-scientifiques vendues pourtant en pharmacie, ce serait cool.

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

Situation :
"Blaster & co exploitent des failles de Windows et sont des problèmes majeures en 2002 avant le SP2 et les mises à jours automatiques"

Linuxfr:
"Bouh, Microsoft c'est nul ! Passoire !"

Nouvelle situation :
"Les mises à jours de failles critiques sont automatiquement installées après plusieurs messages d'avertissement sur plusieurs jours afin d'éviter la situation de 2002."

Linuxfr:
"Bouh, Microsoft c'est nul ! Mon PC, mon temple !"

Y'en a, ils sont jamais contents…

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

C'est quand même a moi de décider quand je dois les faire et si je dois les faire

Moi c'est automatique, selon mes horaires choisies, car j'ai autre chose à faire. ¯\(ツ)/¯

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

J'ai un langage qui me va très bien.

Il a commencé sa vie sous le nom de COOL (C like Object Oriented Language) aujourd'hui entièrement libre et multiplateforme, et avec la compilation native en vue il est encore plus cool.

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

1.C'est pas genre un cheval mort le meme Systemd aujourd'hui ?
2.Tu confondrais pas Systemd et le kernel ?
3.Si tu considère que tout le monde a une version du kernel Linux différente (argument de hétérogénéité) pourquoi ça serait pas pareil pour Systemd, qui évolue très vite lui aussi ?
4.Pourquoi te focaliser sur Systemd ? Il t'a fait mal quelque part ?

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

La sécurité de Linux est loin d'être parfaite mais elle va bien au-delà de celle de Windows.

Source ?

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

Pour ton besoin (avoir une expérience de Rapid Application Development à la Windows Forms pour des débutants), le mieux est Rider (l'IDE de JetBrains gratuit pour sa version Community), c'est AvaloniaUI.

Quelques arguments :

• Rider est disponible partout. De même pour .NET 6 SDK.
• Rider a un Designer sous forme de plugin pour AvaloniaUI, qui permet d'éviter de connaître XAML. Mais je n'ai pas testé. Plus d'infos et de screenshots ici.
• Hot Reload permet de modifier l'application pendant qu'on la débogue. Cela permet de développer plus vite.

Ou en vidéo:
https://www.youtube.com/watch?v=kZCIporjJ70
"Building Engaging Cross Platform Applications using Rider and Avalonia"

Quant à Blazor est surtout pour les développeurs et ceux qui connaissent au moins HTML5. Mais voici une démo dans le navigateur utilisant là aussi Hot Reload :

https://www.youtube.com/watch?v=3LJDMAOm8JU
"Blazor Hot Reload in .NET 6"

L'avantage c'est que HTML c'est bien plus répandu que XAML. Et là, le navigateur fait office de vue "en live" que donnerait le Designer. Mais il n'y a pas de glisser-dépôser d'élélements, comme on peut le faire avec un Designer… Bref, les deux ont leurs arguements.

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

Grande question !

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

C'est le nucléaire qui a déclenché le tsunami et le tremblement de terre ?

Ça aurait été mieux avec une centrale à charbon tu crois ? Moins de pollution que le nucléaire ?
T'es sûr ?

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

assainit les entrées

Quête sans fin.

Depuis longtemps, on sépare l'entrée utilisateur du reste. C'est bien plus simple.

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

Parce que c'est pas libre ?

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

Bah oui.

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

Une application Blazor WASM dans VSCode avec Hot Reload (au travars de dotnet watch), ça se tente bien.

Ce serait graphique (HTML5) directement dans le navigateur, sans s'emmerder avec des concepts tels que MVC grâce à Blazor. Le tout en C# pour la partie cliente et serveur. Et avec une vue direct des modifications grâce à Hot Reload.

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

Pour Rider, voici l'extension en cours de développement pour apporter un Designer pour AvaloniaUI:
https://github.com/ForNeVeR/AvaloniaRider

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

Sinon tu as Rider qui est vraiment bien en équivalent de Visual pour Linux ou Mac, paraît-il.

Edit: Pour les applications graphiques, j'utiliserais AvaloniaUI, avec, si Rider ne propose pas de Designer, Live.Avalonia pour profiter du Hot Reload, à défaut d'avoir le designer apporté par l'extension Avalonia pour VS 2019 ni de designer dans Rider.

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

La réponse aujourd'hui:

https://devblogs.microsoft.com/dotnet/net-hot-reload-support-via-cli/

TL;DR:
- Hot Reload est une feature expérimentale permettant de changer le code sans devoir redémarrer le débogueur ni l'application, pour C#, XAML, et C++. Certains cas d'usages ne fonctionnent pas encore, ou sont perfectibles (F# par exemple).
- Le Hot Reload actuel était au status de bêta en dehors de VS2022, et pas complet non plus dans ce dernier.
- Le focus pour l'équipe de développement a donc été mis pour la prise en charge complète dans VS2022 (lequel est en phase de finalisation, et apporte énormément de changements par ailleurs), et de revenir sur les autres cas (dont VSCode et Visual Studio for Mac, produits là aussi de …Microsoft) plus tard une fois la feature stabilisée et complète.
- La PR pour le remettre dans l'outil dotnet watch (utilisé notamment par VSCode) a été approuvée.
- Le manque d'explications / de temps a provoqué la tempête dans un verre d'eau.
- Le sensationnalisme, c'est mal

¯\_ (ツ) _/¯

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

Par religion.

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