VS Code. I Loveeeeeeeeeeeee VS Code, well it's been nearly 6 months with vscode. In this time period i used many other editor/IDE also like atom, sublime which i previously used too before Code, I recommend this to everyone, Please have a try once....
The main keys to use VS Code:
Peek View
Intellisense
Integrated Terminal
Built-in Git
Task Runner
Built-In Node.js Debugger
These all features are built-in
Highly Recommended for all the JavaScript and NodeJs Developer's
Seriously it is the best editor I've ever used, and I've heavily used others including Atom, Sublime, Webstorm, etc. You won't regret it. Make sure to get some of the many amazing extensions!
Has anyone used VS Code on Mac? Just curious to see if it's worth looking into. Also heard amazing things about the built-in intellisense, is it really that good?
Atom here as well, the quality, flexibility and availability of packages for practically everything, as well as the low learning curve for making your own totally won me over. The sub-par startup speed has also become largely insignificant after I switched to an SSD.
Currently I have around 78 community packages installed. Might need to go through and cull that list sometime.
I am a software engineer currently working @ShopPad, previously @HPE. I like to build websites and web application in PHP, JavaScript, and Golang. I have an unhealthy obsession with Mexican food (π―)
I used to use Atom as my primary editor. However, I have experience that if you use many packages the editor can get very very slow. Also, editing huge files can take forever processing. For instance there is a file that have over 10k lines of code and I click return and it takes 5 - 10 seconds before the editor response.
For these reason, I have it installed as vanilla and use it for quick/simple editing.
Aye, that can indeed be a pain. That said, I haven't had much need to open large files, and in my experience it's not slow with those unless it's doing syntax highlighting on them.
I mostly use JetBrains IDEs, they're absolutely amazing and provide everything you can ask for, and I'm taking advantage of the free version for students too which is nice. I think I'll switch to the community editions once I graduate, or hopefully I'd find a good free alternative. I just don't like text editors, they feel too barebones.
JetBrains builds awesome IDEs. I'm just totally confused when it comes to their seperation of IDEs. I'd say there isn't a single person on this planet that can fully explain the difference of all their IDEs.
They do build a singular, modular one, that is effectively the union of all their other language-specific IDEs - IntelliJ IDEA Ultimate.
The difference between their IDEs (other than branding) really just boils down to "Which plug-ins am I getting with this version?". Try opening a few of their IDEs, and go to the plug-ins section of the settings, and compare what comes pre-installed.
In many ways, this really isn't so different from the Eclipse model, where Eclipse offers you an "Eclipse IDE for Java EE Developers", an "Eclipse IDE for C/C++ Developers", etc. As with Eclipse, the difference is just which plug-ins you're getting out of the box.
When I'm developing a rails app, I need Rake tasks but not Maven.
It is possible to do everything within Ultimate but if you're really diving into something like Rails and there is RubyMine, I recommend using RM.
Gogland has been much better for Go dev than IntelliJ. It just feels more natural. E.g The first option in lists like New file... is relevant to Go not Java.
Spacemacs. Still learning it but I got sick and tired of Atom eating up multiple GBs of RAM and needing to crash or restart it every few hours. Yes, it's "probably a plugin" but I decided learning Spacemacs finally was worth more of an effort vs continuing to mess with it. Needed an excuse and got a good one.
Me too. Long-time VIM user, but was wooed over to spacemacs because of evil mode. I really enjoy having the best of both worlds. Spacemacs is a lot more powerful than VIM in many ways, but it is a lot slower to load.
There are still some things missing for me, and some things I am still not sure how to do, maybe you know?
1) Easily switch between "frames" or "tabs"? In vim I would use tabs that had a collection of windows inside so I could easily create visual separation between coding tasks in the same project. I'm sure spacemacs can support this, but I have yet to figure out a good way to do it besides looking up previous buffers
2) Automatically kill text buffers that are not open. If I leave my computer on and do a lot of work across projects, I will accumulate a million buffers. I would rather this just pruned itself automatically
3) Project separation? I wish there was a simple way to setup my desired shell/window layout and have it work seamlessly when I switch projects. I work with a lot of micro services, and I have some node, some python, some pure front-end react, and I have different editing needs for each, and I need to have them all open in an editor at the same time. In VIM, I just used ITerm to create this separation for me, but it's proving difficult in spacemacs, which leads me to do half my work in the terminal, and the other half purely in spacemacs.
I'm also a spacemacs user, I might be able to help a little bit!
1) Look into layouts. It "comes for free" with the standard spacemac setup I believe. SPC l will get you to the main layouts menu. I think they function very similarly to tabs. I've saved a standard layout to a file, so I load it when I start spacemacs. (Mine is pretty simple, just a development tab and an org-mode/notes tab)
2) SPC b m will kill all buffers other than the one that is currently in focus. I am pretty sure that this WILL kill buffers that are open in other windows. My preference is to use SPC b b to open the buffer list, and select buffers that I want to kill with C-SPC (this select the buffer), then I can kill all selected buffers with M-D (alt shift d).
3) I'm not really sure what you mean here. You could set up a layout, and have different tabs for each of these editing environments? Unless you mean that you need a shell to run code/tests? Spacemacs can open shell buffers which might help, or you might want to look into layers with the functionality you need. I'm mainly a scala dev lately, and the spacemacs scala layer has great sbt support so I can run tests very easily for whatever buffer I'm in, and changing projects is painless.
It uses (used to use?) the Scintilla text editor component, which I was a huge fan of when it was released in the SciTE editor ages ago.
Komodo Edit is free, and has Linux, macOS and Windows versions, which means I can have a familiar environment no matter what OS I happen to be working in. It seems to be relatively unknown, for some reason, but it's really solid.
I tried Atom but it had a little too much latency for me, and a few bugs, so I gave up. Maybe they've been fixed.
I use Komodo IDE as well. It still uses the Scintilla component with some custom patches (they are sending patches to upstream and merge patches from upstream) and I doubt it will use something else in the future.
Experienced PHP and C programmer based in Norway, with a history of game and web development. CTO at Blue Scarab Entertainment, previously at Servebolt.com, IMVU, Smarterphone, and Funcom.
Having used both: Komodo seems a bit more sluggish at times, but it's free and open source! I realized that the thing I needed most from these graphical editors was the "Open File in Project" dialog, and a "Go To Symbol" hotkey. So anytime that comes built-in or as a simple-to-install extension, it probably works for me.
Sublime got very popular with Mac users first (I know there are other versions now), and that's not an OS I use much, so don't know it very well. Sorry I can't help much :(
One thing I should probably add for context: based on the responses here, I'd wager a lot of the posters are doing web dev, and the tool preferences (and availability, e.g. all the awesome web-oriented packages for Atom) reflect that.
Web dev is only a small percentage of what I work on, and in the past few years I've done mostly traditional server-side and ops tech (Python, Java, SQL, Ruby, chef/ansible/fabric automation, AWS policies and templates, Docker, bash), "big data" and "data science" (SQL, R, Hadoop, etc), and maybe 10% JS, HTML and CSS. For that reason (maybe?) I've tended to a) use general-purpose tools that work well enough out of the box for all the tech I use, b) be portable across OSes (though many are today, which is awesome) and c) not spend a ton of time customizing those tools/add-ons, because there would be just too much work to do.
Now I just customize fonts, a few colors and indent settings, and with Komodo Edit I'm good to go, even on a borrowed laptop without access to my saved profile.
Of course, when a file has to be done on the server or it's a quickie I need in my terminal session, vim is my go-to.
VS Code for sure! Absolutely love it! The Intellisense for TypeScript especially but excellent support for JavaScript as well as many other languages! So much faster than Atom particularly when opening very large files. Also I found Atom had far too many package errors too often, something I haven't ever seen with VS Code. I also prefer it over Sublime Text for several reasons: It's totally free, I don't have to pay $70 for it. Also I find it to be a far more modern experience. It also has monthly updates that significantly improve the experience each time, and there's a fantastic extension community. And all of those editors are better than Webstorm, which is far too clunky and slow of an experience for me.
I've heavily used Sublime, Atom, and Webstorm in the past so I based my decision very much off of experience.
Visual Studio Code of course, I develop web applications in a python framework called tornado, I used to program in pycharm but it does not supports template syntax of tornado and when i tried vsc and when i realized that there is actually a plugin that supports it
I was surprised, visual studio has so many extensions and many others good stuffs, just great!.
I used to use Vim for years. While vim is awesome, I needed an IDE to manage projects and more advanced features like relations between files or debugger. Pycharm is really at the top of the game for that. The debugger is doing charms.
Additionally, there is a vim mode to keep best of both worlds!
I did pass by sublime, but it is too close too Vim for me. The management of project wasn't good enough for me.
I did both.
After a year I switch to the paid version. The paid version gives some additional features like coverage, connection to database, templates languages like jinja2.
Worth features for my quest to a project manager IDE.
On top of it, other IDE from JetBrain are the same, was super easy for me to use Ruby, Go and C# based IDEs.
RubyMine for Ruby/Rails, and Atom for everything else.
I happily pay for my annual subscription for all the JetBrains IDE pack: they are so smart and save me so much time that it cancels out the (rare) occasions it may be slower than Atom.
Architecture Lead, Developer, Site Reliability Engineer & DBA @StackOverflow. MS MVP. I build very fast things to make life easier for millions of developers.
I use several. For my use, I find each has a set of use cases it's strongly suited for:
Sublime (via context menu): useful for single files or scratch areas, because the launch speed is so much faster than VS Code (~10x a few months ago). Hot file save and new tabs for quick notes you don't want to persist to an actual file are very handy. Addons: Package Manager, Material Theme (+ AppBar), Pretty JSON, and language specific extensions like Cisco, Go, Jekyll, Markdown Preview, PowerShell, Puppet, Sass, and Varnish.
VS Code (via context menu or CLI: code .): useful for entire repos/directories, searching across those structures, and actual builds for .NET Core. Also very useful for Go editing and debugging. Available on both macOS and Windows which is a huge plus on the laptop. Recently gained hot file saving like Sublime which is attractive but not quite there yet. Addons: C#, MSBuild Tools, Output Colorizer, PowerShell, Settings Sync (syncs settings via a GitHub Gist), and vscode-icons.
Beyond Compare (via context menu): useful for comparing 2 directories, files, etc. Also very useful for 3-way merges, image comparisons, etc. Very reasonably priced and available on Windows, macOS, and Linux.
Visual Studio 2015/2017 (via start menu pin list or CLI: .sln file): Daily IDE for .NET projects (editing, building, debugging, etc.), far more powerful than any others but insanely heavy and overkill for small/quick projects of investigations (like a file grep in a solution, which VS Code is quicker to launch and accomplish).
Architecture Lead, Developer, Site Reliability Engineer & DBA @StackOverflow. MS MVP. I build very fast things to make life easier for millions of developers.
I rarely switch, a given task usually stays within an editor. As far as different behavior between editors, I find most of them behave the same in terms of command access...except when changing between Windows and macOS. I've hidden VS Code with Ctrl+Shift+H so, so many times.
I find that the very small and fast mental cost of choosing the editor up front is the main mental switch involved. After that the features are just better for the scenario. For example, the file tree (with vscode-icons) is far better in VS Code than Sublime (IMO). Visual Studio doesn't even show a file tree, it's a solution tree. It has an open directory mode in 2017, but it's far slower to start up and generally it's not worth the cost for whatever task I'm trying to do in such a scenario.
Visual Studio is also not as versatile for multi-lingual setups - and I'm hopping around many systems in my role at Stack. For example when I'm doing Puppet, network configs, DNS, Node.js, Go, etc. VS Code just works...and works pretty well. Since you can define build actions in the repo, it's very easy to have one editor where "building" does what you want across so many things. Extremely handy quick editor.
Contrast that with "I just want to take a note" or "I just want to edit one file" - you want to minimize your overhead which (by a much larger percentage) is now startup cost. Sublime 3 wins there, by a huge margin. It's also one window pane rather than many. It's simply optimized for it all around. Note: you can open a directory in Sublime, but it's pretty raw and just a directory browser in the left pane. But, you can open several if that suits your workflow.
This is just additional reasoning and examples of why I choose the editor I do for the scenarios listed in my post above. Hopefully that better explains the upfront context switch decision, in order to avoid many more down the road.
Top comments (214)
VS Code. I Loveeeeeeeeeeeee VS Code, well it's been nearly 6 months with vscode. In this time period i used many other editor/IDE also like atom, sublime which i previously used too before Code, I recommend this to everyone, Please have a try once....
The main keys to use VS Code:
These all features are built-in
Highly Recommended for all the JavaScript and NodeJs Developer's
There are many more awesome features...
Have a try once, code.visualstudio.com/download
You can ThankMe Later!
So many folks with good things to say about VS Code. This reply put me over the edge. Just downloaded it. π
Seriously it is the best editor I've ever used, and I've heavily used others including Atom, Sublime, Webstorm, etc. You won't regret it. Make sure to get some of the many amazing extensions!
That's true.
some of the extensions i use are:
I don't use any snippets, Love to write code myself or just love to do CTRL+C and CTRL+V
Similar discussion on the Issues page of Atom's GitHub repo pushed me over the edge. True story.
VS Code also has really good support for TypeScript and tslint!
You didn't thank me Ben.
Has anyone used VS Code on Mac? Just curious to see if it's worth looking into. Also heard amazing things about the built-in intellisense, is it really that good?
VS Code on Mac is just Awesome.
Atom here as well, the quality, flexibility and availability of packages for practically everything, as well as the low learning curve for making your own totally won me over. The sub-par startup speed has also become largely insignificant after I switched to an SSD.
Currently I have around 78 community packages installed. Might need to go through and cull that list sometime.
Which packages would you recommend?
mumbles incoherently about having to do anything on New Years Day
And probably a few more.
Great list, you rock, Joshua! I use a few of these. I'm not sure how I could survive without color-picker.
Of course, the only truly necessary Atom package is Activate Power Mode
Indeed, color picker, especially combined with pigments, is awesome.
Ah yes, activate-power-mode. Sometimes I use that when I'm feeling really demotivated. It works wonders.
Great topic idea by the way, thanks! It's nice to see what everyone else's setups are, so that I can steal ideas for mine. xD
I used to use Atom as my primary editor. However, I have experience that if you use many packages the editor can get very very slow. Also, editing huge files can take forever processing. For instance there is a file that have over 10k lines of code and I click return and it takes 5 - 10 seconds before the editor response.
For these reason, I have it installed as vanilla and use it for quick/simple editing.
Yes, that can be very frustrating. Sometimes I'll accidentally click on a huge file from the drawer and the whole editor just freezes.
Aye, that can indeed be a pain. That said, I haven't had much need to open large files, and in my experience it's not slow with those unless it's doing syntax highlighting on them.
proton-mode is really nice if you're into emacs+vim but can't be bothered to learn either :)
I mostly use JetBrains IDEs, they're absolutely amazing and provide everything you can ask for, and I'm taking advantage of the free version for students too which is nice. I think I'll switch to the community editions once I graduate, or hopefully I'd find a good free alternative. I just don't like text editors, they feel too barebones.
JetBrains builds awesome IDEs. I'm just totally confused when it comes to their seperation of IDEs. I'd say there isn't a single person on this planet that can fully explain the difference of all their IDEs.
Why not just build a single modular one?
They do build a singular, modular one, that is effectively the union of all their other language-specific IDEs - IntelliJ IDEA Ultimate.
The difference between their IDEs (other than branding) really just boils down to "Which plug-ins am I getting with this version?". Try opening a few of their IDEs, and go to the plug-ins section of the settings, and compare what comes pre-installed.
In many ways, this really isn't so different from the Eclipse model, where Eclipse offers you an "Eclipse IDE for Java EE Developers", an "Eclipse IDE for C/C++ Developers", etc. As with Eclipse, the difference is just which plug-ins you're getting out of the box.
There are differences. Important ones.
When I'm developing a rails app, I need Rake tasks but not Maven.
It is possible to do everything within Ultimate but if you're really diving into something like Rails and there is RubyMine, I recommend using RM.
Gogland has been much better for Go dev than IntelliJ. It just feels more natural. E.g The first option in lists like New file... is relevant to Go not Java.
Do you routinely switch between different JetBrains IDEs with different languages/environments or do you typically work with one most of the time?
I use IntelliJ Ultimate and it comes with all the language support from the other JetBrains IDEs. It's great since I never have to switch editors.
Yeah. I use PyCharm for Python, IntelliJ for Java and WebStorm for Javascript. They're all very neat.
Spacemacs. Still learning it but I got sick and tired of Atom eating up multiple GBs of RAM and needing to crash or restart it every few hours. Yes, it's "probably a plugin" but I decided learning Spacemacs finally was worth more of an effort vs continuing to mess with it. Needed an excuse and got a good one.
Me too. Long-time VIM user, but was wooed over to spacemacs because of evil mode. I really enjoy having the best of both worlds. Spacemacs is a lot more powerful than VIM in many ways, but it is a lot slower to load.
There are still some things missing for me, and some things I am still not sure how to do, maybe you know?
1) Easily switch between "frames" or "tabs"? In vim I would use tabs that had a collection of windows inside so I could easily create visual separation between coding tasks in the same project. I'm sure spacemacs can support this, but I have yet to figure out a good way to do it besides looking up previous buffers
2) Automatically kill text buffers that are not open. If I leave my computer on and do a lot of work across projects, I will accumulate a million buffers. I would rather this just pruned itself automatically
3) Project separation? I wish there was a simple way to setup my desired shell/window layout and have it work seamlessly when I switch projects. I work with a lot of micro services, and I have some node, some python, some pure front-end react, and I have different editing needs for each, and I need to have them all open in an editor at the same time. In VIM, I just used ITerm to create this separation for me, but it's proving difficult in spacemacs, which leads me to do half my work in the terminal, and the other half purely in spacemacs.
I'm also a spacemacs user, I might be able to help a little bit!
1) Look into layouts. It "comes for free" with the standard spacemac setup I believe.
SPC l
will get you to the main layouts menu. I think they function very similarly to tabs. I've saved a standard layout to a file, so I load it when I start spacemacs. (Mine is pretty simple, just a development tab and an org-mode/notes tab)2)
SPC b m
will kill all buffers other than the one that is currently in focus. I am pretty sure that this WILL kill buffers that are open in other windows. My preference is to useSPC b b
to open the buffer list, and select buffers that I want to kill withC-SPC
(this select the buffer), then I can kill all selected buffers withM-D
(alt shift d).3) I'm not really sure what you mean here. You could set up a layout, and have different tabs for each of these editing environments? Unless you mean that you need a shell to run code/tests? Spacemacs can open shell buffers which might help, or you might want to look into layers with the functionality you need. I'm mainly a scala dev lately, and the spacemacs scala layer has great sbt support so I can run tests very easily for whatever buffer I'm in, and changing projects is painless.
Also switched to spacemacs. Pretty great so far!
I also made the switch to spacemacs from vsc a few weeks ago and I have to say the experience is positively different =)
ActiveState Komodo Edit. activestate.com/komodo-edit
It uses (used to use?) the Scintilla text editor component, which I was a huge fan of when it was released in the SciTE editor ages ago.
Komodo Edit is free, and has Linux, macOS and Windows versions, which means I can have a familiar environment no matter what OS I happen to be working in. It seems to be relatively unknown, for some reason, but it's really solid.
I tried Atom but it had a little too much latency for me, and a few bugs, so I gave up. Maybe they've been fixed.
I use Komodo IDE as well. It still uses the Scintilla component with some custom patches (they are sending patches to upstream and merge patches from upstream) and I doubt it will use something else in the future.
That's great to know!
Do you know if the IDE is a big step up compared to the free version?
They offer a 21 day trial so you could try it yourself π I were very happy with features I got when I switched from the edit version.
Any insight into how Komodo Edit compares to Sublime?
Having used both: Komodo seems a bit more sluggish at times, but it's free and open source! I realized that the thing I needed most from these graphical editors was the "Open File in Project" dialog, and a "Go To Symbol" hotkey. So anytime that comes built-in or as a simple-to-install extension, it probably works for me.
Sublime got very popular with Mac users first (I know there are other versions now), and that's not an OS I use much, so don't know it very well. Sorry I can't help much :(
One thing I should probably add for context: based on the responses here, I'd wager a lot of the posters are doing web dev, and the tool preferences (and availability, e.g. all the awesome web-oriented packages for Atom) reflect that.
Web dev is only a small percentage of what I work on, and in the past few years I've done mostly traditional server-side and ops tech (Python, Java, SQL, Ruby, chef/ansible/fabric automation, AWS policies and templates, Docker, bash), "big data" and "data science" (SQL, R, Hadoop, etc), and maybe 10% JS, HTML and CSS. For that reason (maybe?) I've tended to a) use general-purpose tools that work well enough out of the box for all the tech I use, b) be portable across OSes (though many are today, which is awesome) and c) not spend a ton of time customizing those tools/add-ons, because there would be just too much work to do.
Now I just customize fonts, a few colors and indent settings, and with Komodo Edit I'm good to go, even on a borrowed laptop without access to my saved profile.
Of course, when a file has to be done on the server or it's a quickie I need in my terminal session, vim is my go-to.
VS Code for sure! Absolutely love it! The Intellisense for TypeScript especially but excellent support for JavaScript as well as many other languages! So much faster than Atom particularly when opening very large files. Also I found Atom had far too many package errors too often, something I haven't ever seen with VS Code. I also prefer it over Sublime Text for several reasons: It's totally free, I don't have to pay $70 for it. Also I find it to be a far more modern experience. It also has monthly updates that significantly improve the experience each time, and there's a fantastic extension community. And all of those editors are better than Webstorm, which is far too clunky and slow of an experience for me.
I've heavily used Sublime, Atom, and Webstorm in the past so I based my decision very much off of experience.
Visual Studio Code of course, I develop web applications in a python framework called tornado, I used to program in pycharm but it does not supports template syntax of tornado and when i tried vsc and when i realized that there is actually a plugin that supports it
I was surprised, visual studio has so many extensions and many others good stuffs, just great!.
I am programming mainly in Python.
I used to use Vim for years. While vim is awesome, I needed an IDE to manage projects and more advanced features like relations between files or debugger. Pycharm is really at the top of the game for that. The debugger is doing charms.
Additionally, there is a vim mode to keep best of both worlds!
I did pass by sublime, but it is too close too Vim for me. The management of project wasn't good enough for me.
In Sublime I use github.com/randy3k/ProjectManage
I can switch between projects in below second and manage a lot projects.
For python there is excellent damnwidget.github.io/anaconda/
Vim emulation for VScode is not really there π£
Do you use the free or paid version of Pycharm?
I did both.
After a year I switch to the paid version. The paid version gives some additional features like coverage, connection to database, templates languages like jinja2.
Worth features for my quest to a project manager IDE.
On top of it, other IDE from JetBrain are the same, was super easy for me to use Ruby, Go and C# based IDEs.
RubyMine for Ruby/Rails, and Atom for everything else.
I happily pay for my annual subscription for all the JetBrains IDE pack: they are so smart and save me so much time that it cancels out the (rare) occasions it may be slower than Atom.
What are you doing outside of RubyMine?
I am using pycharm and I am rarely outside of it. Only cases I find myself working with vim is for quick (and dirty) edition.
What about you?
I use several. For my use, I find each has a set of use cases it's strongly suited for:
Sublime (via context menu): useful for single files or scratch areas, because the launch speed is so much faster than VS Code (~10x a few months ago). Hot file save and new tabs for quick notes you don't want to persist to an actual file are very handy. Addons: Package Manager, Material Theme (+ AppBar), Pretty JSON, and language specific extensions like Cisco, Go, Jekyll, Markdown Preview, PowerShell, Puppet, Sass, and Varnish.
VS Code (via context menu or CLI: code .): useful for entire repos/directories, searching across those structures, and actual builds for .NET Core. Also very useful for Go editing and debugging. Available on both macOS and Windows which is a huge plus on the laptop. Recently gained hot file saving like Sublime which is attractive but not quite there yet. Addons: C#, MSBuild Tools, Output Colorizer, PowerShell, Settings Sync (syncs settings via a GitHub Gist), and vscode-icons.
Beyond Compare (via context menu): useful for comparing 2 directories, files, etc. Also very useful for 3-way merges, image comparisons, etc. Very reasonably priced and available on Windows, macOS, and Linux.
Visual Studio 2015/2017 (via start menu pin list or CLI: .sln file): Daily IDE for .NET projects (editing, building, debugging, etc.), far more powerful than any others but insanely heavy and overkill for small/quick projects of investigations (like a file grep in a solution, which VS Code is quicker to launch and accomplish).
Anything to be aware of mentally when switching between editors?
I rarely switch, a given task usually stays within an editor. As far as different behavior between editors, I find most of them behave the same in terms of command access...except when changing between Windows and macOS. I've hidden VS Code with Ctrl+Shift+H so, so many times.
I find that the very small and fast mental cost of choosing the editor up front is the main mental switch involved. After that the features are just better for the scenario. For example, the file tree (with vscode-icons) is far better in VS Code than Sublime (IMO). Visual Studio doesn't even show a file tree, it's a solution tree. It has an open directory mode in 2017, but it's far slower to start up and generally it's not worth the cost for whatever task I'm trying to do in such a scenario.
Visual Studio is also not as versatile for multi-lingual setups - and I'm hopping around many systems in my role at Stack. For example when I'm doing Puppet, network configs, DNS, Node.js, Go, etc. VS Code just works...and works pretty well. Since you can define build actions in the repo, it's very easy to have one editor where "building" does what you want across so many things. Extremely handy quick editor.
Contrast that with "I just want to take a note" or "I just want to edit one file" - you want to minimize your overhead which (by a much larger percentage) is now startup cost. Sublime 3 wins there, by a huge margin. It's also one window pane rather than many. It's simply optimized for it all around. Note: you can open a directory in Sublime, but it's pretty raw and just a directory browser in the left pane. But, you can open several if that suits your workflow.
This is just additional reasoning and examples of why I choose the editor I do for the scenarios listed in my post above. Hopefully that better explains the upfront context switch decision, in order to avoid many more down the road.
Thumbs up x 100000 on this. I work in entirely same fashion, with perhaps a slightly strong emphasis on Visual Studio.
Some comments may only be visible to logged-in visitors. Sign in to view all comments.