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

Visual Studio Code 1.7.1

code.visualstudio.com

Post reply on HN
Print view View original

121–130 of 145 posts

Re: Visual Studio Code 1.7.1

#121

Post by biocomputation »

BrandonLive wrote: post #120
Hydraulix989 wrote: post #117

Earlier quoted context omitted.

It's a shame because Sublime is one of the few pieces of software that I use on my computer on a day-to-day basis that isn't a buggy POS (besides the well-written venerable UNIX shell apps). Firefox? Buggy. Chrome? Buggy. Any other GUI editor? Buggy. Android Studio? Buggy. XCode? Buggy. I could go on all day. It's written in C++, too, so it's lightning fast. There's no reason UIs should be laggy in 2016 on the very h…

That sounds more like a Linux problem than an Electron/JS problem ;-)

++

Although it's definitely an Electron problem. My few experiences with Atom have been that it is absolutely and unacceptably slow on top hardware.

Re: Visual Studio Code 1.7.1

#122

Post by Hydraulix989 »

BrandonLive wrote: post #120
Hydraulix989 wrote: post #117

Earlier quoted context omitted.

It's a shame because Sublime is one of the few pieces of software that I use on my computer on a day-to-day basis that isn't a buggy POS (besides the well-written venerable UNIX shell apps). Firefox? Buggy. Chrome? Buggy. Any other GUI editor? Buggy. Android Studio? Buggy. XCode? Buggy. I could go on all day. It's written in C++, too, so it's lightning fast. There's no reason UIs should be laggy in 2016 on the very h…

That sounds more like a Linux problem than an Electron/JS problem ;-)

Then why does every other Linux program I run work just fine with my Hi-DPI display? This isn't anything new, these displays have been around for years now.

Re: Visual Studio Code 1.7.1

#123

Post by benjaminRRR »

erikbye wrote: post #72
elnado wrote: post #55

Earlier quoted context omitted.

In 2012ish as a freshman intern at Microsoft, I asked Will Kennedy (then CVP in Office) how did he feel about people pirating Office apps. He said that they would rather permit people to use illegal versions of Office than have them use their competitor's tools. Essentially he was saying Microsoft would rather people use their products free of charge rather than using other products as it promotes Microsoft image and…

Sublime, people still use that over Atom? Do you see more people using VSCode than Atom, or Emacs? What about TextMate 2, no one? Which language do your backend guys use VSCode for?

I went back to sublime as I had too many stability issues with Atom. You can throw megs of data at Sublime (if needed) and it absorbs it, Atom grinds to a painful death.

Re: Visual Studio Code 1.7.1

#124

Post by petre »

erikbye wrote: post #72
elnado wrote: post #55

Earlier quoted context omitted.

In 2012ish as a freshman intern at Microsoft, I asked Will Kennedy (then CVP in Office) how did he feel about people pirating Office apps. He said that they would rather permit people to use illegal versions of Office than have them use their competitor's tools. Essentially he was saying Microsoft would rather people use their products free of charge rather than using other products as it promotes Microsoft image and…

Sublime, people still use that over Atom? Do you see more people using VSCode than Atom, or Emacs? What about TextMate 2, no one? Which language do your backend guys use VSCode for?

Yup, Sublime Text rules. I still use 2.0.1 at work (on a Mac) mainly for Perl and JavaScript. It always works, it's fast, doesn't ever crash. I didn't like VSCode that much (mainly have a problem with the toolbar on the right and don't want to learn new key bindings/menus etc). Also I don't use debuggers that much, so it's a useless addition to VSCode for me. Atom is a lot like Sublime in terms of usage, but it's painfully slow. It is getting a bit better with every new iteration though. I'm using Atom at home for learning new stuff, as Sublime's widgets are fairly different from the general UI in Linux (looks like an editor from outer space) and Atom tends to integrate somewhat better.

Re: Visual Studio Code 1.7.1

#128

Post by jhasse »

erikbye wrote: post #88
jhasse wrote: post #87

Earlier quoted context omitted.

VS Code has some features that normal Visual Studio doesn't have. Like multiple cursors or better Git integration.

Hm, feature wise VS is far ahead. Not sure exactly how the Git integration is better? In addition to improved Git integration with the more recent VS releases there is also a GitHub extension. VS also has multi-cursor support, if we are thinking of the same thing... editing more than one line simultaneously? Besides, these two features you mention seem hardly to be of deciding factor, you would think something like c…

> Not sure exactly how the Git integration is better?

I can directly see which lines have changed in VS Code on the left site of a file.

> VS also has multi-cursor support, if we are thinking of the same thing... editing more than one line simultaneously?

You can add multiple cursors by Alt + Left mouse button in VS Code. This allows to even modify multiple words in one line simultaneously.

> Besides, these two features you mention seem hardly to be of deciding factor, you would think something like code analysis, profiling, and better debugging (memory window, etc) would be of more importance.

Profiling isn't something I do every day, but code editing is. Also you can use both of them at the same time, only falling back to VS for these features.

Furthermore keep in mind, that VS is only free for commercial use under some circumstances (under 200 employees IIRC).

Re: Visual Studio Code 1.7.1

#129

Post by erikbye »

jhasse wrote: post #128
erikbye wrote: post #88

Earlier quoted context omitted.

Hm, feature wise VS is far ahead. Not sure exactly how the Git integration is better? In addition to improved Git integration with the more recent VS releases there is also a GitHub extension. VS also has multi-cursor support, if we are thinking of the same thing... editing more than one line simultaneously? Besides, these two features you mention seem hardly to be of deciding factor, you would think something like c…

> Not sure exactly how the Git integration is better? I can directly see which lines have changed in VS Code on the left site of a file. > VS also has multi-cursor support, if we are thinking of the same thing... editing more than one line simultaneously? You can add multiple cursors by Alt + Left mouse button in VS Code. This allows to even modify multiple words in one line simultaneously. > Besides, these two featu…

> I can directly see which lines have changed in VS Code on the left site of a file.

VS has this too. Except, by default, it is on the right side of the editor. Uncommitted is in yellow. The white "marker" or hyphen, moves with the line number your cursor is on. Just like in VS Code.

You can also see commits on each function and class, by author and date.

You can right click each commit and view details for that commit, or send an email to the author.

https://s17.postimg.org/of5tv8lcf/image.png

> You can add multiple cursors by Alt + Left mouse button in VS Code. This allows to even modify multiple words in one line simultaneously.

In VS you can hold alt + shift and use arrow keys to select the number of lines you want to edit simultaneously, but looks to not be possible to place several cursors on a single line.

Still, VS has a lot more features going for it that are very powerful. And besides, most people who argue a text editor vs IDE and place importance on text editing speed, forget that it is about quality code, not how fast you wrote that code.

The few lines of code the average developer writes a day makes text editing speed of very little importance.

Re: Visual Studio Code 1.7.1

#130

Post by erikbye »

petre wrote: post #124
erikbye wrote: post #72

Earlier quoted context omitted.

Sublime, people still use that over Atom? Do you see more people using VSCode than Atom, or Emacs? What about TextMate 2, no one? Which language do your backend guys use VSCode for?

Yup, Sublime Text rules. I still use 2.0.1 at work (on a Mac) mainly for Perl and JavaScript. It always works, it's fast, doesn't ever crash. I didn't like VSCode that much (mainly have a problem with the toolbar on the right and don't want to learn new key bindings/menus etc). Also I don't use debuggers that much, so it's a useless addition to VSCode for me. Atom is a lot like Sublime in terms of usage, but it's pai…

Have you used TextMate 2? Possibly the editor with the best integration UI-wise, also, easily the most performant.
Post reply on HN