5 ms·

Closed source projects tend to be more stable. Not in the literal doesn't crash sense, but in the sense that they're less likely to be distracted by flavour-of

by eterm 8y ago

Closed source projects tend to be more stable. Not in the literal doesn't crash sense, but in the sense that they're less likely to be distracted by flavour-of-the-month features and have a consistent vision of what they want from an editor. I've been using sublime for many years and I've never had to re-learn what I'm doing.

awestroke 8y ago
Could you give an example of a flavour-of-the-month feature in code editors?
adrianN 8y ago
You can reuse your muscle memory from the early seventies if you Emacs or Vim.
reificator 8y ago
Yeah but with something like VS Code you have the best of both worlds. You get corporate backing, they're writing it because they need a decent Microsoft/Azure stack editor available on all platforms. They're getting something out of it and are likely to be working on it for awhile. Plus with such a heavy extension focus they're unlikely to flat out ruin the core editing experience itself. But if they did something out of left field or abandon it entirely, the community can pick it up where it is and run with it.
- sundvor 8y ago
  Even on a very capable PC Sublime Text still runs circles around Code for raw performance. On one hand I'm glad that Code has copied most of Sublime Text's features as it makes it easier to use code for eg Typescript Dev (the out of the box experience for that is arguably better in Code), but on the other hand it does also feel like they just ripped off ST devs' work.
  - reificator 8y ago
    ... Alright, I'll take the bait. > Even on a very capable PC Sublime Text still runs circles around Code for raw performance. If this were an issue in my day-to-day I wouldn't be recommending it. VS Code performance is fine, even when searching through large logfiles. > on the other hand it does also feel like they just ripped off ST devs' work. Are you comparing the products out of the box, or are you comparing Sublime with ton of extensions installed? When I posted my first comment in this thread, the headline was that ligature support is finally stable. That wasn't even available in an unstable form until several months, maybe a year, after it was in VS Code. VS Code comes with a built-in terminal, Sublime struggles to do this even with extensions. VS Code has VCS support built-in, throw in Git Lens and Sublime plugins don't even come close. Speaking of Git Lens, the Code Lens feature in general is really convenient for a surprising number of things. Chasing references is what it does by default but I really like having a little complexity indicator above functions. VS Code has a builtin debugger with language plugins for all sorts of environments. One interface to learn, rather than jumping between them. VS Code intellisense is far smarter in my experience than you can get in Sublime with any plugins. Bonus is that you get Emmet builtin, but that's available everywhere. And don't forget that VS Code is where the language server protocol comes from, so new languages can support a variety of editors with a single server, often times written with the same codebase that compiles/interprets that language. You can use whatever editor you want, it doesn't bother me. I like Sublime, I've purchased multiple personal licenses and don't regret the investment. But to say that VS Code is just a ripoff of Sublime is unreasonable.
    - sundvor 8y ago
      I'm comparing out of the box. I didn't mean all of it was copied, but that some of the core features of Sublime were. Eg ctrl+P to get into the quick search, the multi line editing. I use Code myself as well and it does do extensions / language support such as Typescript much, much better, but that is kind of besides my point.
      - reificator 8y ago
        I mean, Chrome Dev Tools uses that key combo as well, I wouldn't say it's ripping anyone off. Vim and emacs, as well as other editors through the years have had multi-line editing in various ways. Sublime didn't rip them off when it did the same thing. Editors sharing ideas is only a good thing, it's not a zero-sum game.
mrmondo 8y ago
*Citation need I don’t believe there is any trustworthy evidence that closed source software is more stable than open source software.
- solarkraft 8y ago
  It really depends on the community and its needs. Stable [slowly changing] open source projects (Linux Distros?) certainly exist.

by eterm 8y ago

awestroke 8y ago

Could you give an example of a flavour-of-the-month feature in code editors?

adrianN 8y ago

You can reuse your muscle memory from the early seventies if you Emacs or Vim.

reificator 8y ago

Yeah but with something like VS Code you have the best of both worlds. You get corporate backing, they're writing it because they need a decent Microsoft/Azure stack editor available on all platforms. They're getting something out of it and are likely to be working on it for awhile. Plus with such a heavy extension focus they're unlikely to flat out ruin the core editing experience itself. But if they did something out of left field or abandon it entirely, the community can pick it up where it is and run with it.

sundvor 8y ago
Even on a very capable PC Sublime Text still runs circles around Code for raw performance. On one hand I'm glad that Code has copied most of Sublime Text's features as it makes it easier to use code for eg Typescript Dev (the out of the box experience for that is arguably better in Code), but on the other hand it does also feel like they just ripped off ST devs' work.
- reificator 8y ago
  ... Alright, I'll take the bait. > Even on a very capable PC Sublime Text still runs circles around Code for raw performance. If this were an issue in my day-to-day I wouldn't be recommending it. VS Code performance is fine, even when searching through large logfiles. > on the other hand it does also feel like they just ripped off ST devs' work. Are you comparing the products out of the box, or are you comparing Sublime with ton of extensions installed? When I posted my first comment in this thread, the headline was that ligature support is finally stable. That wasn't even available in an unstable form until several months, maybe a year, after it was in VS Code. VS Code comes with a built-in terminal, Sublime struggles to do this even with extensions. VS Code has VCS support built-in, throw in Git Lens and Sublime plugins don't even come close. Speaking of Git Lens, the Code Lens feature in general is really convenient for a surprising number of things. Chasing references is what it does by default but I really like having a little complexity indicator above functions. VS Code has a builtin debugger with language plugins for all sorts of environments. One interface to learn, rather than jumping between them. VS Code intellisense is far smarter in my experience than you can get in Sublime with any plugins. Bonus is that you get Emmet builtin, but that's available everywhere. And don't forget that VS Code is where the language server protocol comes from, so new languages can support a variety of editors with a single server, often times written with the same codebase that compiles/interprets that language. You can use whatever editor you want, it doesn't bother me. I like Sublime, I've purchased multiple personal licenses and don't regret the investment. But to say that VS Code is just a ripoff of Sublime is unreasonable.
  - sundvor 8y ago
    I'm comparing out of the box. I didn't mean all of it was copied, but that some of the core features of Sublime were. Eg ctrl+P to get into the quick search, the multi line editing. I use Code myself as well and it does do extensions / language support such as Typescript much, much better, but that is kind of besides my point.
    - reificator 8y ago
      I mean, Chrome Dev Tools uses that key combo as well, I wouldn't say it's ripping anyone off. Vim and emacs, as well as other editors through the years have had multi-line editing in various ways. Sublime didn't rip them off when it did the same thing. Editors sharing ideas is only a good thing, it's not a zero-sum game.

mrmondo 8y ago

*Citation need I don’t believe there is any trustworthy evidence that closed source software is more stable than open source software.

solarkraft 8y ago
It really depends on the community and its needs. Stable [slowly changing] open source projects (Linux Distros?) certainly exist.