Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Visual Studio Code 1.9

code.visualstudio.com

Post reply on HN
Print view View original

81–90 of 312 posts

Re: Visual Studio Code 1.9

#81

Post by tonyedgecombe »

yokohummer7 wrote: post #38

This is an off topic, but I just learned from the article that PowerShell will soon be the default in place of cmd.exe in Windows 10. I welcome this change as I found the experience of using PS was superior to that of bash/zsh in general cases. But I hope they figured out the performance problem. As of writing, in the stable version of Windows 10, PS is perceptually slower than cmd, so I was forced to use PS only whe…

PowerShell needs the .Net runtime so I doubt it will ever be on a par with cmd.exe.

Re: Visual Studio Code 1.9

#83

Post by WorldMaker »

ridiculous_fish wrote: post #60

I'm used to being able to run my program via command-R or some other key equivalent. I haven't been able to find a way to do this conveniently from VSCode. How do other VSCode users run their programs?

The Tasks system in VSCode is quite powerful: https://code.visualstudio.com/Docs/editor/tasks

Also, the integrated Terminal (Ctrl+`) is more useful with each version.

Re: Visual Studio Code 1.9

#84

Post by Tyriar »

yokohummer7 wrote: post #55
Tyriar wrote: post #20

Earlier quoted context omitted.

Hi, I worked on those improvements. Yes that is indeed what would happen when you ran a command with heaps of output, it would also lock up the UI while doing it. You probably haven't observed it much as you don't do recursive directory walk on a large directory ;) You can read more about the specifics if you're interested in https://github.com/Microsoft/vscode/issues/17875

Great, I didn't know the terminal portion if VS Code exists as a separate project. Was it made to fuel VS Code? Or did it already exist before launching VS Code? I also liked the name of the project, xterm.js. :)

It already existed, you can see when we started shipping the integrated terminal pretty clearly from the contribution graph :) https://github.com/sourcelair/xterm.js/graphs/contributors

The project itself is a fork of the popular term.js which is now unmaintained, we've taken it quite far since then. Hyper are probably going to be making a switch once a few more kinks are worked out too https://github.com/zeit/hyper/issues/1275

Re: Visual Studio Code 1.9

#85

Post by majkinetor »

joekrill wrote: post #72
majkinetor wrote: post #61

Earlier quoted context omitted.

This is preciselly the reason I and many of my collegues love it - no GUI for settings. This means you can use hundreeds of tools to manage your settings and it is in true spirit of unix philosophy to keep everything as a text file. Much more time is wasted by looking for options in GUI equivalent and reproducibility, sharing, backup and comparing (diff) are way harder or nonexistent. Creating frontend for it is triv…

To your point, Atom allows both. Don't like the UI? Just edit config.cson or whatever directly! You're not locked into it. I just find that if I have to go through a LOT more steps without a UI.

I would rather have devs invest time in serious functionality then doing stuff like GUI.

Otherwise, this quickly turns to nonsence such as Nano server image builder [1] because Microsoft is still babysitting people who CBB to spend few hours to learn Powershell basics and need a GUI that generate 1 liner script.

Microsoft should definitelly rise beyond click next culture.

[1] https://blogs.technet.microsoft.com/nanoserver/2016/10/15/in...

Re: Visual Studio Code 1.9

#86

Post by masterwok »

Tyriar wrote: post #20
yokohummer7 wrote: post #18

The slowness shown in the pre-1.9 terminal is a bit ridiculous. Was it really the case? I've never seen such a strangely-behaving emulator! Really good that they resolved the issue.

Hi, I worked on those improvements. Yes that is indeed what would happen when you ran a command with heaps of output, it would also lock up the UI while doing it. You probably haven't observed it much as you don't do recursive directory walk on a large directory ;) You can read more about the specifics if you're interested in https://github.com/Microsoft/vscode/issues/17875

Thanks for working on this!

Re: Visual Studio Code 1.9

#87

Post by kzisme »

joaodlf wrote: post #54

I use vs code for Go development and it's pretty amazing. Slowly starting to use it in other languages as well, but the Go support is really 5*.

How do you like working with Go? I've been meaning to start trying it out here soon, but haven't looked very far. I'm coming from a C# background.

Re: Visual Studio Code 1.9

#88

Post by whatever_dude »

yokohummer7 wrote: post #18

The slowness shown in the pre-1.9 terminal is a bit ridiculous. Was it really the case? I've never seen such a strangely-behaving emulator! Really good that they resolved the issue.

It was noticeable, but only really bad in some very specific cases (disk I/O?).

Re: Visual Studio Code 1.9

#89

Post by rehemiau »

joekrill wrote: post #51

I keep trying VSCode, but the main thing that keeps me going back to Atom is the fact that I have to do everything at the command line or by editing an enormous json file. Maybe I'm spoiled, but I'd much rather have a nice UI to deal with settings than have to figure out that, say, in order to show line numbers I have to modify "editor.lineNumbers" and set it to "on" (or is it "true"? or 1? I can't remember... let me…

How often do you change these settings, though? I choose VSCode for the performance and great addons.

Re: Visual Studio Code 1.9

#90

Post by kzisme »

WorldMaker wrote: post #65
christophilus wrote: post #30

VSCode really does improve with each release, and the monthly cycle is just about the perfect pace. This is a great example of how to run an OSS project. I wonder how much Microsoft spends on it each month, and what value they see in it? Is it just a marketing expense? e.g. They fund VSCode in order to gain the good will of developers which they hope will turn into Azure or maybe Windows sales in the future?

It's probably a complex set of factors including developer good will and competition in the marketplace (VSCode is obviously directly competing with Atom, for instance, which is also free). One interest small piece of the larger puzzle is that the Monaco text editor at the heart of VSCode was originally built for Azure and Visual Studio Team Services cloud editing. It was then also subsequently embedded into IE's Dev…

VSCode vs Atom (in my opinion) isn't even a contest. Maybe Atom is super nice for some web dev stuff, but as a full flown IDE I just don't see the features.
Post reply on HN