Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The State of Atom's Performance

blog.atom.io

Post reply on HN
Print view View original

281–290 of 293 posts

Re: The State of Atom's Performance

#281

Post by keymone »

oneweekwonder wrote: post #280
keymone wrote: post #273

Earlier quoted context omitted.

> I implied nothing X was horrible ten years ago -> but X' was actually released 10 years ago, what was horrible about X'? sorry, there is no way for me to interpret that other than implying that my statement was false. there were multiple magic moments, but js didn't stop being horrible on daily basis for another couple years. having chrome debugger or firebug didn't save you from having to support internet explorer…

> save you from having to support internet explorer, did it? I showed IT how we can keep firefox updated on all our machines using AD. External sites said best viewed with firefox and mentioned ie6/ie8 a steph-child. My solution not acceptable for everybody, but my employers were happy and I could continue being productive without worrying to much about ie.

lucky you

Re: The State of Atom's Performance

#282

Post by Khaine »

cbm-vic-20 wrote: post #265
Khaine wrote: post #215

Earlier quoted context omitted.

> Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas? Why would you build a text editor on top of a web browser engine? Who would think that is a good idea?. Of course it is not going to be performant, it is being used for something it was not designed for. On top of that, cross-platform apps built using the one stack are horrible. They never feel e…

> If this was 20 years ago, atom would be built with java using swing. It would be just as slow and just as un-native. They did, and the result wasn't that bad: http://www.jedit.org/

I meant in terms of performance and nativeness. I was thinking of like Netbeans and Eclipse, which were both great IDEs yet sucked with performance (i.e. start up time, memory consumption) and fitting in with system idioms.

Re: The State of Atom's Performance

#283

Post by Veedrac »

taeric wrote: post #277
Veedrac wrote: post #176

Earlier quoted context omitted.

Forgive me for being skeptical. Where is this git-time-machine equivalent?

Apologies for the slow response. I don't know on the actual charts, as I just don't use that sort of thing. Seeing anything git related and I think magit. Pretty much period. That is, I didn't see the chart. You can do graphics in emacs, though. I typically just use it to show email and inline images for org-mode.

I did actually know Emacs can do images, as per the well-known opening screen[1], but it's very Web 1.0.

[1] https://i.stack.imgur.com/IOd6q.png

Re: The State of Atom's Performance

#284

Post by HumanDrivenDev »

nkkollaw wrote: post #242
HumanDrivenDev wrote: post #162

Earlier quoted context omitted.

Configuration via JSON is common (Sublime Text, the most popular) I haven't tried Sublime Text. I was comparing VSCode with Visual Studio, and IDEs I consider to be in the same space like Netbeans and Eclipse.

VS Code is not an IDE, it's an editor (like Sublime Text). Netbeans and Eclipse are both IDEs.

I disagree. It has smart auto-completion, refactoring, it informs me of errors in my code before I run or compile it, integrated version control, auto-compilation, and many other features.

Re: The State of Atom's Performance

#285

Post by taeric »

Veedrac wrote: post #283
taeric wrote: post #277

Earlier quoted context omitted.

Apologies for the slow response. I don't know on the actual charts, as I just don't use that sort of thing. Seeing anything git related and I think magit. Pretty much period. That is, I didn't see the chart. You can do graphics in emacs, though. I typically just use it to show email and inline images for org-mode.

I did actually know Emacs can do images, as per the well-known opening screen[1], but it's very Web 1.0. [1] https://i.stack.imgur.com/IOd6q.png

Ha, I forgot about the opening screen!

Calling it "web 1.0" seems amusingly critical. That said, taking it back to the question at hand, there doesn't seem to be a technical reason you can't do the images in the time machine thing. Most of my emails in gnus show graphically in a correct way. (Some of the more heavily formatted ones mess up, but usually not terribly so.)

For a better idea of what it can look like, enable LaTeX previewing inline in a buffer. Again, I'm usually in an org-mode buffer. And I confess I probably can't fight off a "web 1.0" argument. I have not gone for more modern UIs for some time. :( I grant it is a preference, but helm and similar UIs are much preferrable to me over what I typically see in the newer apps.

Re: The State of Atom's Performance

#286

Post by Veedrac »

taeric wrote: post #285
Veedrac wrote: post #283

Earlier quoted context omitted.

I did actually know Emacs can do images, as per the well-known opening screen[1], but it's very Web 1.0. [1] https://i.stack.imgur.com/IOd6q.png

Ha, I forgot about the opening screen! Calling it "web 1.0" seems amusingly critical. That said, taking it back to the question at hand, there doesn't seem to be a technical reason you can't do the images in the time machine thing. Most of my emails in gnus show graphically in a correct way. (Some of the more heavily formatted ones mess up, but usually not terribly so.) For a better idea of what it can look like, ena…

It wasn't a value judgement; it's 1.0 more web than my own editor ;).

Re: The State of Atom's Performance

#287

Post by Whitestrake »

nkkollaw wrote: post #242
HumanDrivenDev wrote: post #162

Earlier quoted context omitted.

Configuration via JSON is common (Sublime Text, the most popular) I haven't tried Sublime Text. I was comparing VSCode with Visual Studio, and IDEs I consider to be in the same space like Netbeans and Eclipse.

VS Code is not an IDE, it's an editor (like Sublime Text). Netbeans and Eclipse are both IDEs.

I use vscode as a Golang IDE. It's pretty comprehensive with the extension that integrates the Go toolchain.

I tried Gogland EAP for a while, and liked it a bit better, but now it's a paid product, I'm happy with vscode (which has 95% of the features I use and 0% of the price).

Re: The State of Atom's Performance

#288

Post by nnq »

pjmlp wrote: post #260
espadrine wrote: post #224

Earlier quoted context omitted.

How does that follow? The boring technology in AI/ML is C++. Which is why TensorFlow etc. have a boring & hard C++ core, and a lovely & easy Python layer that transmits the computational graph to the core. Electron is similar: a boring & hard Chromium C++ core, and a lovely & easy JS layer. What pains me is that there is no reason to include libraries we don't use . Each Electron embeds a large amount of memory-consu…

C++98 mostly coded in C style, is boring & hard. C++17 written using best practices in safety learned in the last decades, is exciting and simple.

Huh?! ever seen a c++ project not using any pre-C++17 code?! If it's there, sooner or later you're going to have to debug through it :)

Anyway, C++ is nothing but boring... even the bugs you encounter are nothing bu extremely surprising and "creative" :P

Re: The State of Atom's Performance

#289

Post by pjmlp »

nnq wrote: post #288
pjmlp wrote: post #260

Earlier quoted context omitted.

C++98 mostly coded in C style, is boring & hard. C++17 written using best practices in safety learned in the last decades, is exciting and simple.

Huh?! ever seen a c++ project not using any pre-C++17 code?! If it's there, sooner or later you're going to have to debug through it :) Anyway, C++ is nothing but boring... even the bugs you encounter are nothing bu extremely surprising and "creative" :P

I wrote C++17, just to hint how one should aim to write proper code as of 2018. At very least, one should be making use of C++11 and whatever the compiler already supports from C++14.

Of course, it will take time to move from "C compiled with C++ compiler" to something better, specially in the embedded domain where Assembly and C still rule.

The tools are there, and an incremental update into safer code is always better than throwing everything away, and rewrite everything, including the already fixed bugs.

The only thing that C++ cannot fight against is the C mentality. That is only possible in languages that lack copy-paste compatibility with C.

Re: The State of Atom's Performance

#290

Post by styfle »

c909 wrote: post #195
jopsen wrote: post #174

Earlier quoted context omitted.

On android I think both Chrome and Firefox supports installing a website as an icon on the home screen. It might already hide the address bar when opened in this mode. I personally expect that it's just a matter of time before this becomes an install mode for desktop apps as well.

http://fluidapp.com/

You fail to realize the purpose of Electron.

It’s not to wrap a website, it’s to add features that the web doesn’t offer.

For example, how could Atom exist and be able to show your files in the explorer pane as a web app? It can’t.

Electron adds the missing pieces/permissions that desktop apps have had since the beginning.

Post reply on HN