Software-update: Visual Studio Code 1.41.1

Visual Studio Code is een opensourcecode-editor met ondersteuning voor IntelliSense, debugging, Git en code snippets. Ondersteuning voor de gangbare script- en programmeertalen is aanwezig en het kan daarnaast via extensies uitgebreid worden. Microsoft heeft versie 1.41.1 uitgebracht. De changelog voor die uitgave ziet er als volgt uit:

Issues fixed in version 1.41.1:

• November 2019 Recovery Endgame
• Panel tabs disappear on "Problems" click if there are no problems
• postfix completion reports incorrect position
• References codelens for every plain object property since TypeScript 3.7
• [Insiders-Regression] zsh:1: command not found: tsc The terminal process terminated with exit code: 127

Versienummer	1.41.1
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016
Website	Microsoft
Download	https://code.visualstudio.com/#alt-downloads
Licentietype	GPL

Reacties (12)

Voor de mensen die wel Visual Studio Code willen, maar niet de tracking, is er VSCodium.

Is dat niet gewoon uit te schakelen in de 'Settings' ?

Het past ook andere telemetrie zaken aan (waaronder het adres waar het heen gaat), zoals ook te lezen is in de documentatie waar ik naar link. Verschil is alleen dat bij VSCode je dit zelf elke keer handmatig moet doen en bij VSCodium dit standaard uit staat.

[Reactie gewijzigd door CH4OS op 23 december 2019 15:55]

Nee hoor. Je kunt er ook gewoon voor zorgen dat je jouw settings in een aparte map opslaat en deze elke keer gebruikt bij het opstarten (--user-data-dir <dir>).

Verschil is alleen dat bij VSCode je dit zelf elke keer handmatig moet doen en bij VSCodium dit standaard uit staat.

Ik kan wel vragen naar een bron van deze info maar die is er niet omdat het gewoon simpelweg niet waar is. Visual Studio Code slaat haar settings op in een json file die los van je installatie staat. Op UNIX/Linux systemen is dat de .vscode dir in je eigen homedir. Verwijder je Visual Studio Code dan blijft die dir nog staan. Middels extensions als Settings Sync kun je deze instellingen en je geïnstalleerd extensions naar een nieuwe installatie syncen.

Kortom, het uitschakelen van de telemetrie is zekerste weten een eenmalige actie

Het zou fijn zijn dat je een keer je huiswerk ging doen ipv loze dingen gaat lopen roepen en een project wat niets met dit download item te maken heeft loopt te spammen.

Jezus minus, kunnen we nu echt niet stoppen met dit onzinnig "advies". Schakel het gewoon uit in de instellingen - en in tegenstelling tot wat je hier onder claimt moet dat niet "elke keer handmatig" - in plaats van een wild vreemde te vertrouwens terwijl die builds telemetry sturen naar god weet waar.

...in plaats van een wild vreemde te vertrouwens terwijl die builds telemetry sturen naar god weet waar.

De telemetrie instellingen wordt naar 0.0.0.0 aangepast, als je de build scripts zou hebben bekeken had je dat geweten. Maar ongeïnformeerd wat roepen is gemakkelijker tegenwoordig.

Waar je nota bene zelf al eens op gewezen bent; zie Jerryy in 'downloads: Visual Studio Code 1.41.0'. Je hebt dus nog altijd geen idee wat de scripts doen en wat men doet in de VSCodium repo.

[Reactie gewijzigd door CH4OS op 24 december 2019 10:49]

Je hebt dus nog altijd geen idee wat de scripts doen en wat men doet in de VSCodium repo.

Dat is een mooie samenvatting van je eigen posts. Dat VSCodium is nergens voor nodig omdat alles wat ze doen al standaard in Visual Studio Code kan. Had je nou zelf eens in de VSCodium scripts gekeken dan had je dat ook geweten. Er wordt in de scripts nota bene gebruik gemaakt van ingebouwde Visual Studio Code settings. Het enige verschil tussen de 2 projecten is de default waarde van die settings.

Daarnaast doet VSCodium nog een stukje aluhoedje omdat het uit zetten van die opties niet genoeg is ook nog eens de URL aanpassen. Dat laatste kun je ook prima zelf in je firewall of hosts file.

Het is dus kiezen tussen een binary van een bekende partij (aka de originele ontwikkelaar die een grote naam heeft) of dat van een onbekende partij (aka VSCodium). Vanuit security oogpunt wordt nooit deze laatste partij aangeraden. Security is in dit opzicht meer dan alleen maar de telemetrie.

In het vorige item over Visual Studio Code ben je hier ook al door diverse personen op gewezen.

In het vorige item over Visual Studio Code ben je hier ook al door diverse personen op gewezen.

Ik denk dat je mij nu verward met iemand anders (Jerryy), ik heb op het vorige item namelijk niet eens gereageerd, kijk zelf maar; downloads: Visual Studio Code 1.41.0.

[Reactie gewijzigd door CH4OS op 24 december 2019 20:05]

Trek je er niet al teveel van aan. Zodra je hier maar ook iets anders dan VSCode aanprijst, staan er el heel veel mondige tweakers klaar om je aan te vallen.

Gelukkig is dat alleen bij VSCode posts het geval.

Beide zijn gebaseerd op Atom, wat een grotere zorg is dan de verschillen in VSCode/VSCodium.

Het lijkt namelijk een goed idee, een vrij universeel framework waarmee je verschillende soorten applicaties relatief snel kan bouwen.

Maar Atom is een gedrocht en dat is ook goed te merken als je een blik werpt op resource verbruik. Wat gebeurt er toch allemaal in de achtergrond dat er zo verschrikkelijk veel word verbruikt. 1 VSCode instantie met 1 asciidoc extensie en 1 asciidoc bestand van 200 KByte....resulteert in 6 GByte aan RAM.

Getest op verschillende systemen, verschillende versies van Windows. Allemaal hetzelfde RAM verbruik.

Vergeleken met andere editors (incl. asciidoc extensie waar nodig) was dat veel hoger in VSCode. Andere, ook op Atom gebaseerde editors, verbruiken op dezelfde testsytemen en zelfde bestand nooit meer dan 2 GByte. Wat nog steeds veel te hoog is, maar goed.

Als het met zoiets simpels als asciidoc (vergelijkbaar met MarkDown) al zodanig de mist in gaat, dan wekt het bij mij geen vertrouwen op dat het met gecompliceerde zaken als coderen beter gaat qua verbruik.

Voor diegenen die menen te moeten melden dat ongebruikte RAM een schande is, die krijgen van mij gelijk. Maar wel met het volgende inzicht: de eindgebruiker bepaald hoe de RAM word volgepropt, niet de luie programmeur die veel te veel leunt op verkwistende frameworks, zoals Atom duidelijk is.

Visual Studio zelf is niet gebaseerd op Atom en dat is qua verbruik ook goed te merken. Nu is Visual Studio veel te veel overkill voor iedereen zonder achtergrond in programmering, dus er is echt wel een use case voor editors die in functionaliteit vergelijkbaar zijn met VSCode.

Maar de hoeveelheid 'hosanna' die de op Atom gebaseerde VSCode software hier krijgt, dat is onverdiend.

Trek je er niet al teveel van aan. Zodra je hier maar ook iets anders dan VSCode aanprijst, staan er el heel veel mondige tweakers klaar om je aan te vallen.

Ik heb het gemerkt ja.