Live data from Hacker News

Visual Studio Code 1.0

code.visualstudio.com

441–450 of 487 posts

Re: Visual Studio Code 1.0

#441

Earlier quoted context omitted.

Did you actually try it?

That's a fair point, I tried Atom and it felt laggy but I haven't tried this one yet.

You should. It's really quite different (and starts up faster and has, at least on my machines) barely any lag.

Re: Visual Studio Code 1.0

#442

Earlier quoted context omitted.

As you say, both are useful for different things. They complement each other if you use the right tool for the right job. I find Notepad++ is great for handling really large files and changing UTF encoding or line endings. VS is good for pretty print formatting code/XML to be more readable, among many other non-text things such as debugging.

> and changing UTF encoding or line endings If you need to do those things often, there are specialized tools, including in the command line, and for batch processing. No need to do it in an editor.

I don't need to do this often but occasionally you'll need to fix inconsistent line endings, change encoding to UTF-8 or remove a BOM [0] (to stop  being prefixed by some old software).

[0] https://en.wikipedia.org/wiki/Byte_order_mark

Re: Visual Studio Code 1.0

#443
post #156
post #67

Earlier quoted context omitted.

What part of the IDE's is slow and clunky. Is it just startup you're talking about or other parts? I'm a heavy Intellij user as well as vi user and, apart from startup, don't notice any speed differences.

When you've got 10 subprojects open and every few new lines of code you save your file, resulting in a build triggering a cascade of plugin actions and more than a few seconds of mouse spinning, then yeah IDEs are slow and clunky. When my IDE stops working one morning because yesterday's system crash resulted in a plugin being unable to load properly and subsequently peppering me with dialog boxes or worse, crashing…

It seems to me that if you were to disable the plugins, then you're kind of back to the equivalent of vim+ctags+gdb functionality. So, when saying an IDE is slow and clunky compared to an editor aren't you comparing apples and oranges?

Re: Visual Studio Code 1.0

#444
I think VSCode is amazing - if only I could change the colour of the blue status bar. I find it highly distracting. There's a Github issue about it, with MS saying that they may add more general customisation support in the future, but it doesn't seem like there's a short term solution.

I know it seems like such a minor thing, but I can't have that attention seeker on my screen. Which is a bummer, because I think IntelliSense and its Git integration are clear benefits over Sublime Text. And apart from this issue, I really, really like the UI.

Re: Visual Studio Code 1.0

#445
post #337
post #130

VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer. Sure, you all have root password in your computer. Unfortunately, I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me. I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. I…

Agreed that Microsoft has developed a very fine code editor and a worthy competitor to Atom & Sublime. And if you can believe it, Adobe actually produces a decent code editor: Brackets.

I personally love the way Sublime saves everything in the editor even if you close it and reopen it.

Re: Visual Studio Code 1.0

#446

VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux. I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great. Enter VSCode,…

If you're wondering why the downvotes, the great editor war is the reason. I think your comment is valid, but what you could of said which makes the most sense to me is: VSCode has changed the way you yourself code on Unix / Linux as opposed to the way "EVERYONE" codes on Linux, if everyone dropped Vi(m) and Emacs for VSCode then that would speak volumes. I agree with you on Atom, though I've encountered an odd issue with VS Code where it freezes up completely on me, not sure what that's about.

Re: Visual Studio Code 1.0

#447

VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux. I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great. Enter VSCode,…

All the responses to this comment seem to center around putting in many, many hours of work to get used to Vim or Emacs. I can't find a single comment about the rejection of Sublime Text because it costs $60. That's the usual complaint against it. To which I say: If you're a professional programmer, how many hours of your time does that come to, for an editor that will make you more productive for years?

As someone who got through engineering school on green screens and vi, I eventually cobbled together a massive collection of Vim plugins... to make it work, essentially like ST, with a side bar, tabs, fuzzy searching, and all of that. Once I discovered ST, I was happy to pay the measly $60 whole dollars for a license which I could run on all 3 desktop platforms, across half a dozen computers.

VSCode magically fits this one narrow set of definitions to reshape the field of coding on Linux and Mac? Are you even serious, or is this just trolling? You're going to let the fact that it's closed source remove it from your list? I obstinately ran Linux on the desktop for 19 years, but I know a good, pragmatic deal when I see it, open source or not.

Re: Visual Studio Code 1.0

#448
post #130

VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer. Sure, you all have root password in your computer. Unfortunately, I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me. I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. I…

cntlm for the win. I don't know how I could do my job behind our corporate proxy without it.

Re: Visual Studio Code 1.0

#449
post #130

VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer. Sure, you all have root password in your computer. Unfortunately, I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me. I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. I…

"I belong to a lower race: the corporate developer. I work in a Windows 7 machine, don't have root password and there's a big wall called proxy around me" Sounds like an undeserving environment for a developer. Why not vote with your feet?

I'm in a corporate environment too. The work is interesting and I'm slowly working with IT Security to break down the walls where needed, but I still find myself submitting bug reports like:

https://groups.google.com/forum/#!topic/msysgit/B31LNftR4BI

https://github.com/abbr/NodeSSPI/issues/10

https://github.com/abbr/NodeSSPI/issues/9

(Note that I've since found out it's better to support SSPI and NEGOTIATE)

That's before we even get started with SSL interception -npm/node and possibly Ruby's gem don't use the system cert list.

The answer is not to vote with my feet (because there are lots of reasons to stay) but work to make things better for developers in more restricted environments. Geez, wait til you startup kids go work for the Government one day ;)

Re: Visual Studio Code 1.0

#450

Earlier quoted context omitted.

> Atom was knocked out in the first minute. 'knocked out'? > must install a column mode extension, need to install a ntlm proxy authentication downloaded from (argh!) Sourceforge Why not just set up atom to use your existing corporate proxy? > failed to install the extension because it needs a compiler Sounds like bullshit, what extension? > You've got a new fan VSCode! So all of your complaints about atom are actual…

Googled part of this for you: >Why not just set up atom to use your existing corporate proxy? "Many of these text editors support proxy servers, but none of them that I have tried support NTLM for authentication and if your corporate proxy is using NTLM they simply cannot connect to it. Or lets say not directly! Actually the only solution I have found is to use a software called CNTLM that can act as a proxy server i…

Please report issues instead of using things like CNTLM - it has at least one bug that causes crashes under heavy traffic and may require you to store your password/hash in an insecure way.
Post reply on HN