4 ms·

Nice to see Sublime performing so well relative to Code and Atom

by doktrin 9y ago

ajross 9y ago
Hilarious to see GNU Emacs keeping its head high in the pack of "lightweight" editors.
- agentgt 9y ago
  Not really... IMO whats far more hilarious is to see an editor written in Java handily beat the newer editors like Atom, Code, etc.
  - throwaway91111 9y ago
    Well Atom, Code etc are written in javascript; i would wholly expect an editor written in java run laps around them.
    - agentgt 9y ago
      Well that is sort of like saying Emacs is written in Elisp. Its true a good portion of the editors are written in their own scripting language (js for atom, and elisp for emacs, and beanshell for jedit) but I believe the critical components that these tests test for are probably not.
      - throwaway91111 9y ago
        Right, i guess that was my point as well. The java factor probably doesn't play into the core speed. I would imagine the rendering is what screws the performance for the js based editors.
  - btym 9y ago
    Think carefully about what you just posted. Java has to load the JVM. Atom and VS Code have to load Chromium.
    - agentgt 9y ago
      Of course I know they load up a web browser but you would think that is something what Java people would do (in terms of over engineering and over use frameworks and fair game as I'm a Java developer). I'm basing this on the original poster that thought it was funny that Emacs is fast/small. You don't think its ironic that a Java editor is small and fast given its history of being slow and bloated?
- greenhouse_gas 9y ago
  Surprising to see vim and nvi losing to nano and even Joe (at times)
the_duke 9y ago
Well, one is a well-optimized C++ implementation, the other two are Electron apps. Not that surprising...
chrisweekly 9y ago
Why? I ask as a recent convert to VSCode. Had spent about 18 months on ST3, and about a decade on Sublime Text 2 before that, as my daily / primary editor. Never going back.
- enraged_camel 9y ago
  What are some reasons you like VSCode over Sublime?
  - chrisweekly 9y ago
    It's open source, and free, and has a superset of Sublime's abilities (for my use cases anyway). It's been all upside, and thanks to keyboard binding import, the upgrade cost me maybe an hour total during the 1st week. IOW a ~frictionless transition. The catalyst was annoyance w/ an ST3 plugin for Tern (tern_for_sublime). VSC ships OOB w/ things like nice autocomplete for TS and JS, and it imported all my ST3 keybindings, and I haven't found anything I want to change that's not a trivial user config option.

Nice to see Sublime performing so well relative to Code and Atom

ajross 9y ago

Hilarious to see GNU Emacs keeping its head high in the pack of "lightweight" editors.

agentgt 9y ago
Not really... IMO whats far more hilarious is to see an editor written in Java handily beat the newer editors like Atom, Code, etc.
- throwaway91111 9y ago
  Well Atom, Code etc are written in javascript; i would wholly expect an editor written in java run laps around them.
  - agentgt 9y ago
    Well that is sort of like saying Emacs is written in Elisp. Its true a good portion of the editors are written in their own scripting language (js for atom, and elisp for emacs, and beanshell for jedit) but I believe the critical components that these tests test for are probably not.
    - throwaway91111 9y ago
      Right, i guess that was my point as well. The java factor probably doesn't play into the core speed. I would imagine the rendering is what screws the performance for the js based editors.
- btym 9y ago
  Think carefully about what you just posted. Java has to load the JVM. Atom and VS Code have to load Chromium.
  - agentgt 9y ago
    Of course I know they load up a web browser but you would think that is something what Java people would do (in terms of over engineering and over use frameworks and fair game as I'm a Java developer). I'm basing this on the original poster that thought it was funny that Emacs is fast/small. You don't think its ironic that a Java editor is small and fast given its history of being slow and bloated?
greenhouse_gas 9y ago
Surprising to see vim and nvi losing to nano and even Joe (at times)

the_duke 9y ago

Well, one is a well-optimized C++ implementation, the other two are Electron apps. Not that surprising...

chrisweekly 9y ago

Why? I ask as a recent convert to VSCode. Had spent about 18 months on ST3, and about a decade on Sublime Text 2 before that, as my daily / primary editor. Never going back.

enraged_camel 9y ago
What are some reasons you like VSCode over Sublime?
- chrisweekly 9y ago
  It's open source, and free, and has a superset of Sublime's abilities (for my use cases anyway). It's been all upside, and thanks to keyboard binding import, the upgrade cost me maybe an hour total during the 1st week. IOW a ~frictionless transition. The catalyst was annoyance w/ an ST3 plugin for Tern (tern_for_sublime). VSC ships OOB w/ things like nice autocomplete for TS and JS, and it imported all my ST3 keybindings, and I haven't found anything I want to change that's not a trivial user config option.