Visual Studio Code, Code-OSS, VSCodium: Τι να διαλέξω;

Asfodelus · Μάρτιος 30, 2022, 2:54πμ

Είτε μας αρέσει είτε όχι το Visual Studio Code είναι ένα πολύ καλό δωρεάν εργαλείο ανάπτυξης. Αν πας να το εγκαταστήσεις θα βρεις στα αποθετήρια σήμερα 3 διαθέσιμες επιλογές.

Τι είναι αυτά; Τι διαφορές έχουν μεταξύ τους, και τι να επιλέξω; Η συζήτηση συνήθως ξεκινά με το ζήτημα της τηλεμετρίας. Αλλά υπάρχουν και άλλες παράμετροι.

Απενεργοποιώντας την τηλεμετρία

Για το τι είναι τηλεμετρία, αν είναι πάντα κακή ή όχι το έχουμε συζητήσει εδώ:

Καλή και κακή τηλεμετρία; Καφενείο χρηστών

Μια λέξη που προκαλεί σύγχυση και αντιδράσεις τύπου “σκυλάκια του Παβλόφ” είναι η λέξη “τηλεμετρία”. Είναι καλή η κακή; Η αλήθεια είναι πάντα κάπου στην μέση και είναι οι μικρές λεπτομέρειες που κάνουν την διαφορά. Ας δούμε μερικά παραδείγματα χρήσης της σε ένα υποθετικό πρόγραμμα ανάγνωσης βιβλίων, το αν είναι ανοικτός ο κώδικάς είναι για τις ανάγκες του πρώτου μέρους της συζήτησης αδιάφορο. Το πρόγραμμα στέλνει τις παρακάτω πληροφορίες Την έκδοση του προγράμματος, τον επεξεργαστή και την α…

Οι περισσότερες αντιδράσεις απέναντι στο VSCode είναι Παυλωφικού τύπου. Arrgg Microsoft Bad Bad Bad. Παρόλα αυτά το VSCode είναι ένα πολύ καλό λογισμικό. Η δική μου θέση; Προτιμώ να μην ξαναβάλω την Microsoft στην ζωή μου. Για ένα απλό λόγο, δεν θέλω να ξαναγίνει μονοπώλιο. Οπότε αν υπάρχουν εναλλακτικές, εξίσου καλές όμως, δεν θα την προτιμήσω. Μέχρι στιγμής το θεωρώ το δεύτερο καλύτερο IDE μετά το CLion, το οποίο όμως μπορώ αυτή την στιγμή να χρησιμοποιώ δωρεάν.

Όσο για την τηλεμετρία είναι εξαιρετικά απλό να απενεργοποιηθεί.

Να πω πως η συγκεκριμένη τηλεμετρία δεν με ενοχλεί, ίσως μόνο το ‘Usage Data’. Τα υπόλοιπα τα θεωρώ χρήσιμα. Αλλά έστω ότι με ενοχλεί. Πως μπορεί να είναι κανείς σίγουρος ότι την έχει αφαιρέσει πραγματικά; Ε τότε μπορείς να εγκαταστήσεις κάτι από τα υπόλοιπα.

Code OSS

Το VSCode είναι διαθέσιμος με κάποια άδεια αλλά δεν είναι ελεύθερο λογισμικό. Μπορείς να τον πάρεις τον κώδικά όμως (διαθέσιμος με άδεια BSD) και να αφαιρέσεις την τηλεμετρία.

Το Code OSS κάνει το ίδιο ακριβώς πράγμα. Χρησιμοποιεί τον ίδιο κώδικα από το αποθετήριο της Microsoft και αφαιρεί την τηλεμετρία. H Microsoft θα πάρει ακριβώς τον ίδιο κώδικα θα προσθέσει εικονίδια & branding διαθέσει ως VS Code. Γιατί το συζητάμε τότε;

Γιατί κατ αρχήν δεν είναι όλος ο κώδικας του VSCode διαθέσιμος. Κάποια σημαντικά κομμάτια όπως η πλήρης υποστήριξη για C++ δεν είναι. Το ίδιο ισχύει και για την C#. Επίσης κάποιες επεκτάσεις, για παράδειγμα αυτή θέλουν την “κανονική έκδοση”.

Ένα άλλο πρόβλημα είναι τα αποθετήρια των επεκτάσεων. Η χρήση του Microsoft Visual Studio Code Marketplace δεν μπορεί να χρησιμοποιηθεί από το Code OSS.

VSCodium

Το Code OSS κάνει το ίδιο ακριβώς πράγμα, αλλά είναι ανεξάρτητο από την Microsoft. Όσο για τις επεκτάσεις: Το VSCodium χρησιμοποιεί το Open VSX registry αλλά εκεί θα βρεις εκεί λιγότερες επεκτάσεις. Μπορείς να χρησιμοποιήσεις τα “επίσημα” αποθετήρια μεν, αλλά δεν είναι ξεκαθαρισμένο αν αυτό είναι νόμιμο. Οπότε κάνει περισσότερες αλλαγές από το Code OSS, αλλά όχι πάρα πολλές.

Marketplaces

Σαν ένα παράδειγμα μιας επέκταση που υπάρχει μόνο στο Visual Studio Marketplace είναι αυτή εδώ: OpenOCD with Picoprobe for macOS - Visual Studio Marketplace. Αν με ενδιαφέρει να γράψω σε OpenScad, στο ένα μαγαζί θα βρω αυτό και στο άλλο αυτό. Και είναι διαφορετικά πακέτα. Καθόλου καλό αυτό

Τι να διαλέξω

Στην πράξη τι αποθετήρια για τις επεκτάσεις είναι ενεργά εξαρτάτε από το πακετάρισμα της κάθε διανομής. Δεν έχω βρει σημαντικές διαφορές όποιο και να είναι, ούτε έχω χρειαστεί κάποια επέκταση που να μην την βρω, αν και μπορεί να μην την θέλω ακριβώς γιατί δεν μπορώ να την βρω .

Προσωπικά κατέληξα στην επίσημη έκδοση, με απενεργοποιημένη την τηλεμετρία, έτσι για την αλητεία.

Εσείς; Αν ήταν να επιλέξετε κάποια από τις 3 λύσεις τι θα επιλέγατε;

Code - OSS
Visual Studio Code
VSCodium

0 ψηφοφόροι

Αν για κάποιον η σωστή απάντηση είναι Eclipse, ας μην μπει στον κόπο να το δηλώσει σαν σχόλιο

cerebrux · Μάρτιος 30, 2022, 6:25μμ

Επίσημη έκδοση μόνο διότι χρειάζομαι το remote session / development / audio όπως επίσης και το marketplace όπου έχω πρόσβαση όχι μόνο σε υποστήριξη πληθώρα γλωσσών αλλά και κάποιων «εξωτικών» (βλέπε pinescript).

Η δε out of the box υποστήριξη GitHub αλλά και διαχείρηση docker σε remote server είναι άψογη.

Η τηλεμετρία δεν με πειράζει, είναι χρήσιμη να βλέπουν τι χρησιμοποιούμε περισσότερο, πως και σε τι λειτουργικό / υπολογιστή.

Asfodelus · Ιούνιος 16, 2022, 7:32πμ

H Microsoft αρχίζει να κλείνει το οικοσύστημα και να περνάει σε κλειστές λύσεις. Η αρχή έγινε με την Python (Pylance) και συνεχίζει με την C#.

github.com/omnisharp/omnisharp-vscode

Announcement: A roadmap update on the VS Code C# extension

opened 05:53PM - 15 Jun 22 UTC

timheuer

Over the past several months, the .NET team has evaluated ways to evolve the .NE…T tooling ecosystem and incorporate more capabilities into VS Code. Currently, the C# experience in VS Code is powered by OmniSharp. This is thanks to the leadership of[ Filip Wojcieszyn,](https://github.com/filipw)[ David Driscoll](https://github.com/david-driscoll), [Martin Björkström](https://github.com/bjorkstromm), and also, Jason Imison, who originally started the OmniSharp project over eight years ago. OmniSharp generated a lot of excitement by bringing the C# experience to VS Code, using the APIs and protocols that were available at that time. VS Code has since matured and today, the[ Language Server Protocol](https://microsoft.github.io/language-server-protocol/) (LSP) has become the standard mechanism through which modern developer tools speak to one another. We believe that moving the C# extension to LSP will help us accomplish our goal of creating an extensible and flexible tooling environment which easily integrates new experiences into C# for VS Code. As we move towards a more dynamic future for the C# experience in VS Code, we intend to switch the extension to communicate entirely using LSP and plan to update the existing OmniSharp component to communicate in this manner as well. Utilizing LSP will allow us to bring innovative new features to the C# for VS Code extension. This includes making advanced capabilities available and, in some cases, closed-source experiences, such as IntelliCode. We plan to create a new “LSP Tools Host” component (not an official name 😊), which integrates both open-source components, like [Roslyn](https://github.com/dotnet/roslyn) and [Razor](https://github.com/dotnet/razor-tooling), with closed-source components, offering a wider array of tooling capabilities. Once the “LSP Tools Host” is complete, this will become the default experience for the C# for VS Code extension. Existing users will be able to choose between the open-source OmniSharp powered system that exists today, or the new “'LSP Tools Host” which will provide access to additional experiences. The “LSP Tools Host” will not be open-sourced, but we plan to communicate with the community along the way to help guide our future plans. We'd like to again thank everyone at OmniSharp and [all the contributors](https://github.com/OmniSharp/omnisharp-vscode/graphs/contributors) to this project for doing such an incredible job in helping to bring the C# developer experience to VS Code. We have been collaborating with the OmniSharp team and will be working with them to ensure that this process is smooth, and plan to work with them, as well as the broader community, in order to drive forward this exciting new future for .NET tooling. Next Steps (these will ideally be issues that will be trackable, timelines of these may vary) - [ ] Update the C# for VS Code extension to communicate with OmniSharp Server via LSP by default. - [ ] Switch the C# for VS Code extension to use the new “LSP Tools Host” by default and allow users to choose an alternative language server. - [ ] Ship the C# for VS Code extension with these new defaults bundled with more features “out of the box”. - [ ] Move the C# for VS Code extension from github.com/OmniSharp/omnisharp-vscode to github.com/dotnet/vscode-csharp and have Microsoft keep this up to date and ship it. This move will enable us to easily integrate and reuse the existing dotnet infrastructure assets, like our shared building, testing, and publishing system, and will reduce overall engineering costs. __UPDATE__: Thanks for the passionate feedback. I’d like to clarify a few things stated in the feedback that we failed to make clear. The LSP implementations for Razor and C# will remain open-source (Roslyn and Razor) as they are today. The VS Code C# extension (ms-dotnettools.csharp) itself will also remain open-source. That which is open source today remains so and in active OSS development. This ensures that others outside of VS Code that use LSP continue to have access to C#. This new host component is the bridge between open and closed source functionality letting us deliver both at the same time.