6 ms·

You know Slack, VSCode, and Spotify are all built on Electron? Better leave it at that if anything.

by zpr 8y ago

ben_jones 8y ago
Sure you shouldn't judge a book by its cover, but if the book has poor multi-threading, bloated mark-up, and requires everyone you share it with to download another copy of chromium...
- nulagrithom 8y ago
  I really get sick of people shitting on Electron just because it's the hip thing to do or whatever. Umbrella Note is a whopping 78mb versus Evernote at 129mb. I'm not sure "another copy of Chromium" is a big deal. I'm not sure what you're talking about in regards to the bloated markup. Are you referring to HTML and CSS? I'm also not really of the opinion that a simple note taking app needs to be multithreaded. This would increase complexity in any language. My first thought when looking at this project wasn't "oh no Electron!" My first thought was "I could actually contribute to this project," because I, like many many others, use and understand what is likely the most prevalent programming language in the world.
  - alsetmusic 8y ago
    > I really get sick of people shitting on Electron just because it's the hip thing to do or whatever. This sounds very much like a comment I saw where a person said that they thought most atheists were only on board a bandwagon because it was hip. How terribly offensive. Some people genuinely dislike certain projects and have no interest in being hip when they say so.
    - nulagrithom 8y ago
      Electron has its place as a framework. Blindly disliking every single project that uses it is silly, and I really don't mind offending anyone who does so.
deleted 8y ago
[deleted]
rambojazz 8y ago
To be fair there is quite a lot of space in between "supreme performance" and "supreme bloat". We can all accept some bloat because it makes life easier for developers/maintainers. But when you push the bloat border, suddenly users need 4 cores, 8GB of RAM, and several GB of disk space for a lagging block notes app.

You know Slack, VSCode, and Spotify are all built on Electron? Better leave it at that if anything.

by zpr 8y ago

You know Slack, VSCode, and Spotify are all built on Electron? Better leave it at that if anything.

Sure you shouldn't judge a book by its cover, but if the book has poor multi-threading, bloated mark-up, and requires everyone you share it with to download another copy of chromium...

nulagrithom 8y ago
I really get sick of people shitting on Electron just because it's the hip thing to do or whatever. Umbrella Note is a whopping 78mb versus Evernote at 129mb. I'm not sure "another copy of Chromium" is a big deal. I'm not sure what you're talking about in regards to the bloated markup. Are you referring to HTML and CSS? I'm also not really of the opinion that a simple note taking app needs to be multithreaded. This would increase complexity in any language. My first thought when looking at this project wasn't "oh no Electron!" My first thought was "I could actually contribute to this project," because I, like many many others, use and understand what is likely the most prevalent programming language in the world.
- alsetmusic 8y ago
  > I really get sick of people shitting on Electron just because it's the hip thing to do or whatever. This sounds very much like a comment I saw where a person said that they thought most atheists were only on board a bandwagon because it was hip. How terribly offensive. Some people genuinely dislike certain projects and have no interest in being hip when they say so.
  - nulagrithom 8y ago
    Electron has its place as a framework. Blindly disliking every single project that uses it is silly, and I really don't mind offending anyone who does so.

deleted 8y ago

[deleted]

rambojazz 8y ago

To be fair there is quite a lot of space in between "supreme performance" and "supreme bloat". We can all accept some bloat because it makes life easier for developers/maintainers. But when you push the bloat border, suddenly users need 4 cores, 8GB of RAM, and several GB of disk space for a lagging block notes app.