VSCode knockouts Atom in a dispute for becoming a developer editor in a corporate computer.<p>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.<p>I didn't know about VSCode before this HN post, but I was trying to use a new editor instead of Notepad++. In my 5 minutes comparison match between Atom and VSCode, Atom was knocked out in the first minute. To quickly test a new general code editor I just want 3 "simple" things: column selection, regexp search and replace, and a python mode.<p>Atom: got the regex, must install a column mode extension, need to install a ntlm proxy authentication downloaded from (argh!) Sourceforge, configured it after some google searches, failed to install the extension because it needs a compiler. Ops, just spent 30 min for my 5 min test. Can't spend more time playing with a code editor, must go back to work.<p>VSCode: Download the portable version <a href="https://code.visualstudio.com/docs?dv=winzip" rel="nofollow">https://code.visualstudio.com/docs?dv=winzip</a> and unpack it. Just works.<p>You've got a new fan VSCode!
VSCode has done the thing that nobody expected MS to do, change the way code was written on Unix/Linux.<p>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.<p>Enter VSCode, code writing feels amazing again, not the functional part, but the actual manual part.<p>I do not like vi because I primarily was learning web dev and I didn't really get my head around using vi effectively and still learn the web dev, so I am not a emacs/vi superstar as I have heard that both of them are fine text editors.<p>but for the people like me who don't or can't use terminal based editors, VSCode is quite literally the best.<p>The new Che project of Eclipse does seem promising, but the last time I tried installing it, it took around an hour, consumed GBs of my bandwidth and still nothing.<p>I am still Waiting for the day I'll be able to program in its entirety on my android device.<p>I used Atom but it is too slow, it is surprising that VScode and atom share the same ancestor but one is blazingly fast and Atom is so damn slow.<p>Edit: yep vscode didn't transform coding on unix, it merely changed it to some extent, and why the downvoting? point out where I am wrong, I'll get to learn!
I switched from Atom to VSCode for Go development on OSX a few weeks ago while Atom's Go plugin was going through a rough few days, and haven't been able to go back.<p>The patterns of use take a little getting used to coming from Atom or Sublime, but VSCode gives me real static-language IDE features that "just work" simply by installing the Go plugin. Comparable functionality in Atom requires multiple plugins and I never managed to make a few of them work at all. The control+tab file switching quickly became second nature.<p>I never had the performance issues some people have with Atom (on a 5 year old laptop), but VSCode feels a little quicker at some things. Nothing to write home about.<p>I love Atom's direction (plugability, a well-cultivated ecosystem, discoverable configuration), but for sheer usability I'm sticking with VSCode for now.
I'm your standard unix greybeard, the sort that uses org-mode to outline-structure their emacs config (that's actually what I do, not even a hypothetical), so I approached VSCode with skepticism.<p>I have actually been really impressed. It's fast and responsive, even on Linux, and the TypeScript tooling is fantastic. I think with a bit more UI work (like vi keybindings) it could potentially become my preferred editor.
Visual Studio Code could serve as a solid base for VS.NextGen. Following previously unheard-of paradigms (Unix) for Microsoft, Visual Studio could actually become modular, with each component becoming useful on its own.<p>Visual Studio Code would be the editor, Omnisharp the Intellisense platform, I think they were also developing some sort of common debugging interface, etc.<p>It would be a lot nicer than the current Visual Studio setup, where the installation drags in 6GB of cruft.<p>Of course, this would involve an internal power struggle between Visual Studio Code and Visual Studio proper, and I hope VS Code wins :)
I absolutely love how VS Code generally feels more native, performant, and polished than Atom, but lack of a good VIM mode is keeping me away right now. Hopefully the author of VIM Mode in Atom, makes a VS Code plugin.
One of the things people does not seem to mention is the great debugging support you have in VSCode.
The possibility to easy setup debugging with support for breakpoint, step through, inspection and so on.
For react-native VSCode is the only IDE I have found which enables this. Previously one had to open Chrome and debug your apps from there, to have it inside the IDE makes it so more convenient.
The same goes for Node(which you also can do in Webstorm, but not free and open source) and as far as I can tell the only IDE you debug Go probably.
As an developer preferring solid IDE`s like VS and Eclipse with full debugging support it always feels like a step backwards when working with an language where this does not exists.
Does anybody else use several editors all the time? I use Emacs, Vim, Eclipse, Atom, and Intellij. I don't stick to one.<p>I wish I could stick to one editor but there is always some editor that does a way better job at a particular task. Each editor has its killer feature. I have tried turning emulation of emacs/vim on many editors to provide consistency and its never been really good. Thus I have several "default" keybindings in my head.<p>Because of this I try not to rely on too much magic or customization that any editor provides and instead write lots of shell scripts (Bash, Groovy and Python) to do code generation and to find things.<p>But I'm always wondering ... could I be more efficient by sticking to one.<p>VSCode will probably just become another editor I have lying around. Probably for Typescript.
I tried VSCode for the last couple of months and it didn't sell me.<p>It's noticeably slower than Sublime on a good workstation and it has a bunch of very minor annoyances that Sublime simply doesn't have.<p>When you encounter these annoyances dozens of times a day, it really turns you off from using it because a good editor should make you happy, not infuriate you.<p>For example, the way VSCode deals with multiple buffers and the sidebar is really poor. It tries to be cute and keep the sidebar's state in each buffer, but it's done really poorly and constantly disrupts you.
It's interesting to see how VS Code / Monaco deals with long lines like hex data without slowing down. It kinda cheats by wrapping the line even when not in line wrap mode. There's a setting editor.wrappingColumn that controls the wrap length.<p>However, even after setting wrappingColumn to an arbitrarily large number, VS Code greatly outperforms Atom. The click accuracy within a long line is off by several characters in my quick test, but good enough.<p>I was never comfortable using Atom because it would grind to a halt whenever I accidentally opened any files with long lines. VS Code just may be the first MS product that I'll use on my Mac on a daily basis. Looking forward to testing it out on a couple projects.
Are there any emacs/vim users here who moved to GUI editors like atom or VS code?<p>I would like to know what potential gains could come from using a GUI text editor.
For some reason I can't stand the fact that VS Code drops .vscode files all over my directories. I feel like I'm working with CVS again. I haven't played with it much and not at all lately, but the last time I tried editing anything in VS Code it generated these hidden files all over the place and drop me up a wall. That may be configurable and it may have changed with 1.0, I'm not sure.<p>It's also, just very slightly, too slow. By too slow I mean that everything I do just lags a tiny bit; I can type characters faster than it can put them on the screen, clicking in the file browser is not instantaneous, etc. It's a small thing but it really bugs me. I guess I'm just spoiled by ST3. :/
The two highest rated comments in this thread make the little vein in my forehead pop out.<p>Microsoft is doing some very cool stuff these days so props to them. "VSCode has done the thing that nobody expected MS to do, change the way code was written in Unix/Linux" though? I believe the term irrational exuberance applies. Let's not get carried away here.
Great story from Microsoft. Personally I use [neo]vim but I often recommend Visual Studio Code to my non programmer collegues. I think it is really user friendly.
I'm quite surprised by how much smoother VSCode is than Atom despite being built upon the same platform, I just wish it had tabs and split tab groups, then I could give it a go for a full day and decide whether I like it or not.
I'm a long time Linux guy and absolutely hate Visual Studio, it's just clunky and unusable as Eclipse.<p>This post prompted me to try VS Code and I must say, I'm really impressed. There are still a few rough edges but I do understand it's still young.<p>As soon as the Vim extension becomes usable I'll be on board I think; things like visual selection don't appear to work correctly at the moment.
I've been writing OCaml for a while and seeing that VSCode has a pretty sweet integration for F# gets me quite excited. Is there anyone here who's running F# on Linux / OSX and can share their thoughts?
It certainly looks from the extension API docs that this is a thing the world needs - a modern GUI shell that allows arbitrarily complex extensions to be written in a language people seem to like. Having looked around the docs as a very heavy emacs user, I am not totally discouraged - every keypress seems to point at a command, and if everything is rendered as HTML, I assume it is effectively infinitely customizable (would love to hear opinions from experienced extension authors). If, on top of that, it solves a lot of emacs' foibles, like threading issues, performance edge-cases etc, then I plan to keep an eye on it.<p>That said, the available extensions seem pretty bare. I don't see many mentions of REPL interaction, and there are no extensions for many languages. I'm glad it's getting attention, but I suspect it'll take a decade of loving care to bring up to the level of most people's emacs configuration. I see no reason that couldn't happen more quickly, though.
Visual Studio Code has been a very pleasant surprise indeed. Fast and simple. Not everyone needs a powerful IDE, especially when learning.<p>I have been using it a lot lately to write snippets of code in C or HTML.
I guess it's not Textmate VS Sublime Text anymore. It's VS Code versus Atom. While it's always good to have some competition, I also hate it to see awesome features present in one, but not the other. Well, if I'd have to pick one (and actually the only one that kept me with Sublime for this long), it would be speed.
Interesting that they decided to release 1.0 before sorting out the coreclr/dotnet story. My understanding is that Mono is still the best way to write C# with VSCode, even on Windows.
One thing I've gotten used to and find missing in VSCode (and Atom) is auto-saving of untitled/unsaved buffers to temporary storage.<p>When I have an idea or want to use a new editor tab as scratch space, it's really important to me that whatever I put there isn't lost if I exit the editor. When I close the tab, sure, ask me if I want to save it somewhere. But when I close the editor itself, I want it to reopen and restore everything exactly as I left it.<p>The last thing I want to deal with is coming up with a path and filename when the editor can easily create a temporary file and map some unique id to it for later use until I tell it explicitly to save or discard it.
I have an IntelliJ Ultimate license and although it's really powerful and great, for small things (JS, Python, etc) I mostly use VSCode.
So far I am really happy with it.
I would really like to use VS Code as my primary editor but it has some issues that need to be fixed first, most importantly how slow the go to file functionality is. I work on a project (Chromium) that has tens of thousands of source files and while Sublime Text can handle that without issues, VS Code can't.<p>I would also like to see the C++ intellisense plugin that's under development improved further. I've found it to be a lot slower than QtCreator at indexing symbols.
Anyone know how to "fix" the issue where I paste in a block of html and it doesn't line up and indent properly? This works as I would expect in Sublime.
Maximum file size of 50MB[1] is going to prevent me from replacing Notepad2 as my general purpose editor :(<p>[1] <a href="https://github.com/Microsoft/vscode/blob/5b9ec15ce526decc5dd0488339e798f6bcb4ec46/src/vs/platform/files/common/files.ts#L420" rel="nofollow">https://github.com/Microsoft/vscode/blob/5b9ec15ce526decc5dd...</a>
(linux) webdev here, so I write in a couple of different languages.
I believe vscode sits nicely between emacs and eclipse.<p>emacs on the console at the servers is unbeatable. the daemon just sits there, and I can fiddle with bash, config files, php, css with ease.<p>As a full IDE, eclipse is still the best for PHP development. Has a myriad of plugins that make it so powerful: pdt, phpunit, code/lib/docs integration, per project configuration, etc. its amazing!<p>Now, for js and scss, its a bit more complicated. and this is where vscode is shining for me. I had to learn a few command bindings and a few things are weird for me still: ctrl+x yanks the line, on linux middle click isn't default, "folders"...<p>One of the things I like the most tho, it is written in a language I can understand. Aptana used to be a favourite of mine, but because I couldn't write any code for it, I was limited to bug reporting and waiting. This being in typescript, I feel I can look into the source code and write a PR.<p>I yet to explore it deeply, but i'm sure it will just get better and better.<p>have a nice day!
I'm a long time vim user who's switched mostly to Atom(at least for bigger projects, vim is still my "quick fix" editor). Last time I tried VS Code(6ish months ago?), I liked it all right, but stuck with Atom because at the time the availability of vim like bindings was weak and ruby support was lacking.
I've played around with VS before but, I'm thinking of switching over to this full time. I've gotten sick of the time wasted on TypeScript Errors in Webstorm, the code Completion and Typings info is ridiculously better than Intellijs offering, which has moved to SAAS :(<p>Getting used to things, takes a little bit.
The one thing that prevented me from switching to VSCode last time I tried it was the lack of projects management (e.g. a project remembers what files were open, what folders are associated with it, and you can quickly switch between projects, like the CTRL+ALT+P list in Sublime Text).<p>Is there such a feature now?
Typically a SublimeText & Emacs user here. Decided to check VSCode out. Can't ctrl+shift+[a/e] to highlight to beginning/end of line? Bummer. Also, seems utterly unable to find defined symbols within a Python class within an open file--but finds non-class functions and imports as symbols just fine. It's jump-to-def is significantly better than I've seen in ST, and the peek-at-def is pretty nice. I am quite impressed with its speed, especially when near-instantly showing tooltips with the docstring descriptions when hovering over classes/functions.<p>Overall, fairly impressed with 30 minutes of play.
Yet again, just like the other Microsoft announcements, this thread is filled with "greybeard" superstition and vitriol.<p>It's to the point now where the conversations are becoming like this:<p>"I really like this new tool from Microsoft"<p>Samples Response:<p>"But Linux is just as good if you install X, Y, Z and are willing to spend hours learning the intricacies of the kernel"<p>"Embrace, Extend, Extinguish"<p>As developers, can we all be happy that Windows users are finally getting a nice range of really wonderful tools to use?<p>Not everything in computing needs to be a great ideological battle, especially when the majority of us are writing simple line of business apps in our day to day careers.
EDIT: Ok, forget it, I just have to press Tab twice.I thought it was strange that they launched an editor without that feature.<p>Original Post:<p>I like working with VS Code, although I'm just starting out.<p>But one thing bugs me: Is there a way to get VS Code to automatically complete the tags and add the closing tags?<p>I know about intellisense, but I fail to activate something like autocomplete. I know about Intellisense, but I'd like something that, for example, just fills in <div></div> when I am writing <di + ENTER.<p>I know some other editors have that feature and I know it got disabled in VS Code because of problems - can anyone elaborate and explain why?
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.<p>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.
When I started using TypeScript a couple weeks ago I briefly tried out VS Code, but the VIM plugin was really, really bad (worse than Sublime's was when I used it a few years ago).<p>Now I'm on Atom, which has the best VIM support I've ever seen (haven't tried evil-mode, though) and seems to support a similar feature set. They felt about the same speed, too, on this 2013 Macbook Air.<p>Regardless, other than that quirk, I did really like VS Code, and I'm glad there's more competition in the free editor space :)
Just piggybacking on this thread to ask if there is a way to configure the editor so it accepts the spread operator? I'm getting errors and my Google Fu is failing me.
Ah, yes. Yet another thread in which HN devolves into hyper-religious zealots arguing over their favored denomination of code editor being the one true way.
I use VSCode for ReactNative projects and absolutely love its built-in debugging capabilities. With its clean and vivid UI, it makes my code look beautiful.
First impressions: felt great, supported a ton of languages, has some very powerful looking debug tools (for nodejs)<p>Anyone have any luck creating an extension with mac classic? Tried manually adding the theme (following their doc) and no luck. Then created a msft account to try and create a package to install it as an extension and couldn't get past 401 on create-publisher.<p>Back to sublime for now, but I'll keep an eye on this one.
Parsing/indexing on Ubuntu 14.04 with an NFS mounted drive with a mix of C++, js and python is really slow.<p><a href="https://github.com/Microsoft/vscode/issues/5282" rel="nofollow">https://github.com/Microsoft/vscode/issues/5282</a><p>I'm really hoping they look into this. I miss the intellisense from VS ever since I moved full time to Linux development.
I find Visual Studio Code much better with plugins than Atom. Atom died after installing the Nuclide plugin suite and would not work until I uninstalled those plugins. Code on the other hand runs plugins in a separate thread meaning it does not tend to dies so easily. VS Code rocks!
Today I used VSCode to write a slack bot in NodeJS.<p>The editor experience was smooth and fast, with fast intellisense.<p>I had NodeJS debugging working after 5 minutes reading a VSCode NodeJS page on the VSCode site and clicking a couple of buttons in the editor.<p>I had a very good initial experience and will use again.
This is not nice -- <a href="https://github.com/Microsoft/vscode/issues/5275" rel="nofollow">https://github.com/Microsoft/vscode/issues/5275</a>
I made the switch to linux in 2005. There's always been two tools I've sorely missed since that transition: excel and visual studio. Glad to see the latter finally come.
I'm surprised to see a LaTeX plugin maintained by Microsoft in VS Code. Seems a bit niche for first party support from Microsoft but I'm totes down!
Probably a good option for newbies, but anyone that's been coding for any length of time will already have too much muscle memory to warrant a switch. For me it's Emacs for editing and Visual Studio Pro for "project administration" and in the rare situation, interactive debugging. I've not yet made the leap to OmniSharp, but that's what is next.
For web development, java scripting and rails dev I find Brackets to be the best (<a href="http://brackets.io" rel="nofollow">http://brackets.io</a> ) , Its super easy to setup and much better than VS Code 1.0
What's with the license I have to agree? e.g.<p>5. SCOPE OF LICENSE. The software is licensed, not sold. This agreement only gives you some rights to use the software. Microsoft reserves all other rights. Unless applicable law gives you more rights despite this limitation, you may use the software only as expressly permitted in this agreement. In doing so, you must comply with any technical limitations in the software that only allow you to use it in certain ways. You may not
* work around any technical limitations in the software;
* reverse engineer, decompile or disassemble the software, or otherwise attempt to derive the source code for the software except, and solely to the extent: (i) permitted by applicable law, despite this limitation; or (ii) required to debug changes to any libraries licensed under the GNU Lesser General Public License which are included with and linked to by the software;
* remove, minimize, block or modify any notices of Microsoft or its suppliers in the software;
* use the software in any way that is against the law; or
* share, publish, or lend the software, or provide the software as a hosted solution for others to use, or transfer the software or this agreement to any third party<p>But:<p><a href="https://github.com/Microsoft/vscode" rel="nofollow">https://github.com/Microsoft/vscode</a><p>So with the msi installer a different license?
Can I just ask why (some) Vim/Emacs fans see the need to shit on everything and act like anyone who doesn't use one of those 2 editors is a moron?
Still no CLI mode for editing text. Vim has had this for years. How am I supposed to integrate this behemoth into my work flow if I can't even run it in a terminal?<p>It's just too clunky for my taste.<p>It's also hilarious that Atom gets shat on for data collection when no one cares that VS does it too. Microsoft can do no wrong, only OSS projects have standards to live up to.
I'm a bit confused by people's praise of VS Code. Are people really writing software with anything less featured than that?<p>As someone who uses Visual Studio for everything, I have a hard time understanding how people can get anything done in Atom/Sublime/Notepad++/etc.
Isn't this based on Atom (or at least similar design)? It really makes me sad that people are making editors with so many features and nice things, but ignoring the fundamentals like latency.<p><a href="https://pavelfatin.com/typing-with-pleasure/" rel="nofollow">https://pavelfatin.com/typing-with-pleasure/</a><p>I'm eagerly awaiting a mac version of 4coder (<a href="http://www.4coder.net/" rel="nofollow">http://www.4coder.net/</a>).