7 ms·

Atom practically invented the kind of extensions that VSCode had, and even several years into VSCode's life Atom far outstripped it in Extensions. Perf became

Atom practically invented the kind of extensions that VSCode had, and even several years into VSCode's life Atom far outstripped it in Extensions. Perf became the biggest problem however, which VSCode took over.

Q6T46nT668w6i3m 4y ago
Sublime, TextMate, …
- sealthedeal 4y ago
  I love Sublime, still my fave
  - yccs27 4y ago
    The instant-opening experience is just soo good, and Electron bloat nowhere in sight... I actually use VS Code as well, but more like an IDE with tons of extensions, and Sublime is my 'basic' text editor.
    - distances 4y ago
      I tried to use VS Code but just couldn't stand it. I don't want to say it's sluggish but it definitely isn't snappy, not even with a M1 laptop. It's fine, but it isn't good. I ended up purchasing the upgrade to Sublime 4, definitely worth the price.
    - can16358p 4y ago
      Same thoughts. While Vscode is my IDE now, I definitely love the instant-opening of Sublime. Ironically, it's even launching faster than TextEdit.
- bayindirh 4y ago
  BBEdit.
  - chipotle_coyote 4y ago
    I love BBEdit, but its package ecosystem isn't well-developed compared to most other editors, and it doesn't have any kind of package manager -- it's more like Vim's native packages, e.g., "download the package and put it in this folder, and check occasionally for upgrades when you remember and re-install when appropriate."
shakow 4y ago
> Atom practically invented the kind of extensions that VSCode had Let me introduce you to Emacs, vim, Sublime, TextMate, ...
- frostwarrior 4y ago
  > Emacs, vim Unlike VSCode, Emacs and Vim have a learning curve. And turning them into full blown IDEs makes their usage even more complex. > Sublime Sadly, Sublime is sort of dead. > TextMate TextMate: Text editor for macOS
  - shakow 4y ago
    > Unlike VSCode, Emacs and Vim have a learning curve. That's not the point, we were talking about plugins.
    - dghlsakjg 4y ago
      I think that the learning curve might be in reference to installing plugins. Installing an extension on vim (never done emacs) is something that does not just happen easily. There is no intuitive search for extensions built in, you likely have to install software that manages your plugins. VSCode on the other hand rarely requires more than a single click through a built in interface. The plugin ecosystem exists for command line editors, but it definitely has a learning curve
      - chlorion 4y ago
        Emacs has a built in package manager as well as several alternative external package managers! Most of the time installing a package is as simple as running "package-install" or having a "use-package" expression somewhere in the init scripts! I personally do not use any of these package managers and instead use my systems package manager on Gentoo to manage everything. Gentoo has most of the popular projects in the ::gentoo repo under app-emacs, and packaging your own is only a few lines of bash.
      - marxplank 4y ago
chipotle_coyote 4y ago
That's not my recollection, at least. I was more of an Atom fan than a Code fan in the middle of the last decade, mostly due to aesthetics, as shallow as that probably sounds -- but it felt like Code surpassed Atom in terms of community activity head-spinningly fast, like in its second year. I also think the sibling comment is right; TextMate never had the huge collection of plugins later editors did, but you can very much see the seeds of Sublime Text's package system in it, and Sublime is a very obvious influence on Atom/Code. (Although they were smart to have package management fully integrated; Sublime's package management system is a bit clunky by comparison.)
- dham 4y ago
  Same, but if you're staring at an editor all day it has to look good. Atom did and still looks way better than VScode. VScode looks like a Microsoft product. You can also customize Atom easier than VsCode. Why even build on web technologies if you don't let your users change things. For instance you have to have an extension to custom load CSS and it's kind of a hassle. Heck even Sublime has an easier interface to change the text editor in real time. You don't really need to do much as it already looks good though.
  - rjh29 4y ago
    Funny how people are so different. I have never once thought that I needed my text editor to look good. Stare at anything long enough and your brain isn't even going to process it anymore! fwiw I use Linux and suspect that's a big part of why Macs never appealed to me.
    - chipotle_coyote 4y ago
      While I am a Mac user, I've used Vim a lot, so I don't want to make it sound too much like I demand text editors be visually stunning works of art. :) Code initially looked just kind of clunky and toylike to me, in a way that Atom -- and Mac native editors like TextMate and BBEdit -- didn't. It's a little hard to explain. Code still isn't my favorite editor, but it's probably my favorite cross-platform editor.
paldepind2 4y ago
There is a fundamental difference between the kind of extensions that Atom has and the type Code has. It's something that people often miss when they compare the two. Atom was made to be infinitely customizable by using web technology. You can dynamically change everything you want with custom HTML, CSS, and JavaScript. Nothing is off limits. Want to shrink the size of the tabs? Just throw in some CSS, everything is changeable. Code on the other hand runs plug-ins in a separate isolated thread where they are left to communicate with the editor through an extension API. Every customization "hook" that a plugin has access to needs to be explicitly added in that extension API. The things that the devs didn't think (or want) to add are simply impossible. Want to shrink the size of the tabs? Tough luck (except for unsupported hacks). Code is awesome, but I think Atom should get more credit for what it tried to do. It is arguably the most customizable text editor ever.
- Gigachad 4y ago
  Thing is, the vast majority don’t care about infinite tweaking. I’d never want to change the tab size or anything else like that. It should be right to begin with. Also I don’t want to have to deal with extensions breaking every update. What I, and almost everyone else wants is extensions which provide real utility like language packs, linters, git tools, etc. All of this works well on VS code.
nsonha 4y ago
wonder how much coffeecscript played a role in it. I happen to be writting coffescript at the time and noticed how it tended to hide its unnecessary wrapping when you use its syntax sugar. Still kinda wish we have a typed version of it.

Q6T46nT668w6i3m 4y ago

Sublime, TextMate, …

sealthedeal 4y ago
I love Sublime, still my fave
- yccs27 4y ago
  The instant-opening experience is just soo good, and Electron bloat nowhere in sight... I actually use VS Code as well, but more like an IDE with tons of extensions, and Sublime is my 'basic' text editor.
  - distances 4y ago
    I tried to use VS Code but just couldn't stand it. I don't want to say it's sluggish but it definitely isn't snappy, not even with a M1 laptop. It's fine, but it isn't good. I ended up purchasing the upgrade to Sublime 4, definitely worth the price.
  - can16358p 4y ago
    Same thoughts. While Vscode is my IDE now, I definitely love the instant-opening of Sublime. Ironically, it's even launching faster than TextEdit.
bayindirh 4y ago
BBEdit.
- chipotle_coyote 4y ago
  I love BBEdit, but its package ecosystem isn't well-developed compared to most other editors, and it doesn't have any kind of package manager -- it's more like Vim's native packages, e.g., "download the package and put it in this folder, and check occasionally for upgrades when you remember and re-install when appropriate."

shakow 4y ago

> Atom practically invented the kind of extensions that VSCode had Let me introduce you to Emacs, vim, Sublime, TextMate, ...

frostwarrior 4y ago
> Emacs, vim Unlike VSCode, Emacs and Vim have a learning curve. And turning them into full blown IDEs makes their usage even more complex. > Sublime Sadly, Sublime is sort of dead. > TextMate TextMate: Text editor for macOS
- shakow 4y ago
  > Unlike VSCode, Emacs and Vim have a learning curve. That's not the point, we were talking about plugins.
  - dghlsakjg 4y ago
    I think that the learning curve might be in reference to installing plugins. Installing an extension on vim (never done emacs) is something that does not just happen easily. There is no intuitive search for extensions built in, you likely have to install software that manages your plugins. VSCode on the other hand rarely requires more than a single click through a built in interface. The plugin ecosystem exists for command line editors, but it definitely has a learning curve
    - chlorion 4y ago
      Emacs has a built in package manager as well as several alternative external package managers! Most of the time installing a package is as simple as running "package-install" or having a "use-package" expression somewhere in the init scripts! I personally do not use any of these package managers and instead use my systems package manager on Gentoo to manage everything. Gentoo has most of the popular projects in the ::gentoo repo under app-emacs, and packaging your own is only a few lines of bash.
    - marxplank 4y ago

chipotle_coyote 4y ago

That's not my recollection, at least. I was more of an Atom fan than a Code fan in the middle of the last decade, mostly due to aesthetics, as shallow as that probably sounds -- but it felt like Code surpassed Atom in terms of community activity head-spinningly fast, like in its second year. I also think the sibling comment is right; TextMate never had the huge collection of plugins later editors did, but you can very much see the seeds of Sublime Text's package system in it, and Sublime is a very obvious influence on Atom/Code. (Although they were smart to have package management fully integrated; Sublime's package management system is a bit clunky by comparison.)

dham 4y ago
Same, but if you're staring at an editor all day it has to look good. Atom did and still looks way better than VScode. VScode looks like a Microsoft product. You can also customize Atom easier than VsCode. Why even build on web technologies if you don't let your users change things. For instance you have to have an extension to custom load CSS and it's kind of a hassle. Heck even Sublime has an easier interface to change the text editor in real time. You don't really need to do much as it already looks good though.
- rjh29 4y ago
  Funny how people are so different. I have never once thought that I needed my text editor to look good. Stare at anything long enough and your brain isn't even going to process it anymore! fwiw I use Linux and suspect that's a big part of why Macs never appealed to me.
  - chipotle_coyote 4y ago
    While I am a Mac user, I've used Vim a lot, so I don't want to make it sound too much like I demand text editors be visually stunning works of art. :) Code initially looked just kind of clunky and toylike to me, in a way that Atom -- and Mac native editors like TextMate and BBEdit -- didn't. It's a little hard to explain. Code still isn't my favorite editor, but it's probably my favorite cross-platform editor.

paldepind2 4y ago

There is a fundamental difference between the kind of extensions that Atom has and the type Code has. It's something that people often miss when they compare the two. Atom was made to be infinitely customizable by using web technology. You can dynamically change everything you want with custom HTML, CSS, and JavaScript. Nothing is off limits. Want to shrink the size of the tabs? Just throw in some CSS, everything is changeable. Code on the other hand runs plug-ins in a separate isolated thread where they are left to communicate with the editor through an extension API. Every customization "hook" that a plugin has access to needs to be explicitly added in that extension API. The things that the devs didn't think (or want) to add are simply impossible. Want to shrink the size of the tabs? Tough luck (except for unsupported hacks). Code is awesome, but I think Atom should get more credit for what it tried to do. It is arguably the most customizable text editor ever.

Gigachad 4y ago
Thing is, the vast majority don’t care about infinite tweaking. I’d never want to change the tab size or anything else like that. It should be right to begin with. Also I don’t want to have to deal with extensions breaking every update. What I, and almost everyone else wants is extensions which provide real utility like language packs, linters, git tools, etc. All of this works well on VS code.

nsonha 4y ago

wonder how much coffeecscript played a role in it. I happen to be writting coffescript at the time and noticed how it tended to hide its unnecessary wrapping when you use its syntax sugar. Still kinda wish we have a typed version of it.