5 ms·

I think Sublime Text is very good but has fallen behind in terms of version control. I think Atom and VS Code are winning the war right now. Especially because

I think Sublime Text is very good but has fallen behind in terms of version control. I think Atom and VS Code are winning the war right now. Especially because the latter are free.

est 9y ago
Call me when either of then have decent diff tool support. Seriously, every diff tools sucks compared with commercial ones. e.g. BeyondCompare.
- partycoder 9y ago
  The diff tool that comes with Perforce is pretty decent. I also like another tool called Meld. IntelliJ has a great diff tool.
no_wizard 9y ago
They certainly may be more popular. I feel that the sublime ecosystem is superior personally. I personally also prefer the Sublime API over Atoms or VSCodes
slifin 9y ago
I personally prefer version control in sublime with suitable plugins it's the debugging experience that I feel is lacking in sublime Vs vscode and atom Sublime does not have the concept of panels so any kind of debugger in sublime looks and handles really bad
- hit8run 9y ago
  The Built-In Terminal in VSCode is something I would love to see in Sublime. For Ruby Coding this would be sufficient for me. For Go I currently prefer VSCode because of the debugging capabilities.
  - stonewhite 9y ago
    Implementing a "Built-in Terminal" mindset is what is wrong with VSCode/Atom etc. You already have a terminal emulator installed in your system, and you can tile the windows if you want a terminal right under your editor. NIH syndrome of re-implementing everything under one roof is not really required, since we are heavily utilizing desktop environments for the past couple of decades, which allows you to put separate applications in one screen.
    - coldtea 9y ago
      >Implementing a "Built-in Terminal" mindset is what is wrong with VSCode/Atom etc. Electron is what is wrong with them -- if anything is. Built-in terminal has nothing to do with it. >NIH syndrome of re-implementing everything under one roof is not really required, since we are heavily utilizing desktop environments for the past couple of decades, which allows you to put separate applications in one screen. That's less streamlined than having the editor directly cater to different needs. The "separate git terminal window" for example doesn't know anything about your open files and vice versa.
      - sleepybrett 9y ago
        Terminal buffers have a long history and certainly aren't what's wrong with atom/vscode. I concur that that problem is "using a web browser as a ascii rendering engine". I think the one thing that keeps terminal buffers out of sublime text is probably it's crossplatfomness. Seems like it would be a bit of a hairball to get right on every platform.
- VladTheImplier 9y ago
  C++ programmer who switched from VS to Sublime here. That was the hardest part for me. Was a very hard learning curve with finding setting it all up and getting SublimeGDB and the GCC linter to work. But I'm glad I made the switch in the end. Everything from writing, to compiling is so much faster, nicer and less cluttered.
danieldk 9y ago
And Magit wipes the floor with them, so I guess all Atom and VS Code users should migrate to Emacs ;). People judge editors along different dimensions. E.g. I have tried Visual Studio and Atom, but for me they (especially Atom) are simply to slow compared to Sublime/Emacs/vim.
- partycoder 9y ago
  I also used to think the same with respect to Sublime and Atom, but Atom got faster lately with respect to the first releases. Then, it's possible to end up with really slow Emacs (e.g: Spacemacs is slow).
  - matthewmacleod 9y ago
    Atom got faster lately with respect to the first releases. Yes, that's true – but it's still so, so much slower than Sublime that it's absolutely not worth it – for me, at least! Whatever tools work for you :)
hit8run 9y ago
Sublimes git support is nice with GitGutter and GitSavvy Plug-ins. Try them. Specially GitSavvy is a totally keyboard driven approach that works well for me.
- bsimpson 9y ago
  SublimeGit is one of the reasons I still use Sublime, even with all the VSCode hype.
ssijak 9y ago
Why do people need git support in an editor so much? Using git from the terminal is easy and you always know what is executed because you do it manually.
- paganel 9y ago
  I'm in the same boat as you (I'm also doing "git diff"manually from the command line before each commit). And to answer your question, probably for the same reason why people have moved on from Assembler to C to managed memory languages to JS and to today's JS frameworks, they want to avoid the "rough" parts by adding another layer of abstraction. For some people constantly going back to the terminal looks "rough", I guess.
  - rootlocus 9y ago
    > they want to avoid the "rough" parts by adding another layer of abstraction. They've also become thousands of times more productive.
    - plopz 9y ago
      Thousands of times more productive, WOW! So we can replace companies entire dev departments with 1 person!
      - rootlocus 9y ago
        > So we can replace companies entire dev departments with 1 person! Do entire dev departments use ASM for shitting out crappy electron apps? If it wasn't for all those abstractions, a large amount of today's developers wouldn't work in software development. Show some respect for those whose shoulders you sit upon.
  - rmurri 9y ago
    Magit user here. I am both comfortable with git on the command line and through emacs. I prefer magit mostly because of its contextual support. With the command line, each command can derive no context from the last command. With magit, it's easy to drill in and see more relevant data (or edit that data) quicker and easier. Just wanted to point out that not everybody is merely looking for an easier experience, or one that looks prettier.
boterock 9y ago
SVN in sublime text, although paid, is so much better than whatever VSCode has for SVN.
etatoby 9y ago
Considering the raw performance of ST, which is leaps and bounds above that of VS Code and Atom, it's a steal at its current price. Personally I will continue using it for the foreseeable future, ligatures or not.
partycoder 9y ago
The response was very negative, just to clarify: Sublime is a good editor. I've used it for work and side projects and it is great. And in great part, Atom and VS Code could be said to be clones of Sublime. So don't take offense here.

I think Sublime Text is very good but has fallen behind in terms of version control. I think Atom and VS Code are winning the war right now. Especially because the latter are free.

est 9y ago

Call me when either of then have decent diff tool support. Seriously, every diff tools sucks compared with commercial ones. e.g. BeyondCompare.

partycoder 9y ago
The diff tool that comes with Perforce is pretty decent. I also like another tool called Meld. IntelliJ has a great diff tool.

no_wizard 9y ago

They certainly may be more popular. I feel that the sublime ecosystem is superior personally. I personally also prefer the Sublime API over Atoms or VSCodes

slifin 9y ago

I personally prefer version control in sublime with suitable plugins it's the debugging experience that I feel is lacking in sublime Vs vscode and atom Sublime does not have the concept of panels so any kind of debugger in sublime looks and handles really bad

hit8run 9y ago
The Built-In Terminal in VSCode is something I would love to see in Sublime. For Ruby Coding this would be sufficient for me. For Go I currently prefer VSCode because of the debugging capabilities.
- stonewhite 9y ago
  Implementing a "Built-in Terminal" mindset is what is wrong with VSCode/Atom etc. You already have a terminal emulator installed in your system, and you can tile the windows if you want a terminal right under your editor. NIH syndrome of re-implementing everything under one roof is not really required, since we are heavily utilizing desktop environments for the past couple of decades, which allows you to put separate applications in one screen.
  - coldtea 9y ago
    >Implementing a "Built-in Terminal" mindset is what is wrong with VSCode/Atom etc. Electron is what is wrong with them -- if anything is. Built-in terminal has nothing to do with it. >NIH syndrome of re-implementing everything under one roof is not really required, since we are heavily utilizing desktop environments for the past couple of decades, which allows you to put separate applications in one screen. That's less streamlined than having the editor directly cater to different needs. The "separate git terminal window" for example doesn't know anything about your open files and vice versa.
    - sleepybrett 9y ago
      Terminal buffers have a long history and certainly aren't what's wrong with atom/vscode. I concur that that problem is "using a web browser as a ascii rendering engine". I think the one thing that keeps terminal buffers out of sublime text is probably it's crossplatfomness. Seems like it would be a bit of a hairball to get right on every platform.
VladTheImplier 9y ago
C++ programmer who switched from VS to Sublime here. That was the hardest part for me. Was a very hard learning curve with finding setting it all up and getting SublimeGDB and the GCC linter to work. But I'm glad I made the switch in the end. Everything from writing, to compiling is so much faster, nicer and less cluttered.

danieldk 9y ago

And Magit wipes the floor with them, so I guess all Atom and VS Code users should migrate to Emacs ;). People judge editors along different dimensions. E.g. I have tried Visual Studio and Atom, but for me they (especially Atom) are simply to slow compared to Sublime/Emacs/vim.

partycoder 9y ago
I also used to think the same with respect to Sublime and Atom, but Atom got faster lately with respect to the first releases. Then, it's possible to end up with really slow Emacs (e.g: Spacemacs is slow).
- matthewmacleod 9y ago
  Atom got faster lately with respect to the first releases. Yes, that's true – but it's still so, so much slower than Sublime that it's absolutely not worth it – for me, at least! Whatever tools work for you :)

hit8run 9y ago

Sublimes git support is nice with GitGutter and GitSavvy Plug-ins. Try them. Specially GitSavvy is a totally keyboard driven approach that works well for me.

bsimpson 9y ago
SublimeGit is one of the reasons I still use Sublime, even with all the VSCode hype.

ssijak 9y ago

Why do people need git support in an editor so much? Using git from the terminal is easy and you always know what is executed because you do it manually.

paganel 9y ago
I'm in the same boat as you (I'm also doing "git diff"manually from the command line before each commit). And to answer your question, probably for the same reason why people have moved on from Assembler to C to managed memory languages to JS and to today's JS frameworks, they want to avoid the "rough" parts by adding another layer of abstraction. For some people constantly going back to the terminal looks "rough", I guess.
- rootlocus 9y ago
  > they want to avoid the "rough" parts by adding another layer of abstraction. They've also become thousands of times more productive.
  - plopz 9y ago
    Thousands of times more productive, WOW! So we can replace companies entire dev departments with 1 person!
    - rootlocus 9y ago
      > So we can replace companies entire dev departments with 1 person! Do entire dev departments use ASM for shitting out crappy electron apps? If it wasn't for all those abstractions, a large amount of today's developers wouldn't work in software development. Show some respect for those whose shoulders you sit upon.
- rmurri 9y ago
  Magit user here. I am both comfortable with git on the command line and through emacs. I prefer magit mostly because of its contextual support. With the command line, each command can derive no context from the last command. With magit, it's easy to drill in and see more relevant data (or edit that data) quicker and easier. Just wanted to point out that not everybody is merely looking for an easier experience, or one that looks prettier.

boterock 9y ago

SVN in sublime text, although paid, is so much better than whatever VSCode has for SVN.

etatoby 9y ago

Considering the raw performance of ST, which is leaps and bounds above that of VS Code and Atom, it's a steal at its current price. Personally I will continue using it for the foreseeable future, ligatures or not.

partycoder 9y ago

The response was very negative, just to clarify: Sublime is a good editor. I've used it for work and side projects and it is great. And in great part, Atom and VS Code could be said to be clones of Sublime. So don't take offense here.