is there any reason i shouldnt use atom

> 700MBs of memory for a text editor

fucking how?

What is Atom?

You can't. Every matter is made of atoms.

File: 1495804552453.png (789KB, 659x599px) Image search: [Google]

789KB, 659x599px

>>61169184

Don't care, 16GB RAM installed

>>61169177
The only reason to use it is if you're a webdev because the thing is a fucking browser.

File: 1452395055662.gif (44KB, 600x600px) Image search: [Google]

44KB, 600x600px

>>61169413
So install a fucking IDE to make use of it?

If you're doing python just get pycharm and thank me later.

>>61169177
Atom run so badly microsoft out of all company managed to make their fork perform better.

File: 1498489354628.jpg (20KB, 478x484px) Image search: [Google]

20KB, 478x484px

>a chrome instance just to edit text
Try opening a 1GB file and come back.

See you in one year buddy.

>>61169474
>being a ramlet

it's inferior to VSCode in every way

>>61169177
vscode exists

>>61169488
>thinking your ram will save you from crashing

File: 1425082425609.gif (982KB, 320x287px) Image search: [Google]

982KB, 320x287px

>>61169558
>>61169488
>>61169474
Who the FUCK opens up 1gb in a text editor to do some real work? What kind of technical debt hell hole are you working for?

>>61169594
>secure backdoor

The RAM usage is one thing, it's another that it hogs that much RAM while being slow as fuck. When I use Sublime there's no slowness at all.

>>61169771
sublime is also closed source

>>61169824
I'm not going to suffer through god awful performance just because "muh foss"

I'll switch to Atom when the devs make it as fast as Sublime, which is likely never.

>>61169594
>Who the FUCK opens up 1gb in a text editor to do some real work?

What are log files

>>61169976
130k pages of logs? You might as well just grep out lines with a few keywords and hope it's enough to know what the fuck you need to do.

Logs should be rolled-over anyway prior to even reaching 1 gig.

>>61169893
enjoy ur botnet then :^)

>>61170005

They should but sometimes you inherit old systems and get told "I dunno I don't touch it it just werks", so you don't want to be the one to break it.

So you just archive off the old giant log file and keep it somewhere.

>>61169474
you use vim for those. atom and vscode are code editors. 1gb logfiles are not code

>>61169824
Go use Emacs if that bothers you.

>>61170058
>code editors.
lol. Tools specifically designed for code artisans™® amirite?

>>61170084
no. tool specifically designed for editing files that contain source code

>>61169177
I've never seen a text editor load slower. It wants to be an IDE. I'm on a 6th gen i7/16GB/M.2. SSD, there's no excuse for it's load times.

>>61170231
It takes 1s to load. Then you have it opened all day. No biggie.

>>61169177
its a web browser

I would not complain that much if it was only this electron shit, but atom feels slower than other electron apps

It looks good and seems to have decent features, but Sublime is just much faster here.

>>61169184
>700MBs of memory for a text editor
and whats worse, there is no intellisense in those 700 mb lol

>>61169184
> 700MBs of memory for a text editor

and it uses to crash searching in log files with only 3000 lines.

>Daily reminder that craptom is written in Javascript.

>>61170292
Because they rely on the DOM. Not sure how they model text, but I guess every character could be a separate DOM entry. JavaScript is generally fast enough nowadays, but messing with the DOM is what makes it slow in the browser.

>>61170358
Maybe you should learn to use the command line to search logs you brainlet.

>>61170277
At least with emacs you can run a server and access it as a client so you bypass the load time ...

File: 2017-07-01-152505_760x686_scrot.png (39KB, 760x686px) Image search: [Google]

39KB, 760x686px

What's up with the atom/vscode shilling on /g/?
Why would anyone shill such a steaming load of shit?

https://github.com/jhallen/joes-sandbox/tree/master/editor-perf

over 10 fucking minutes for something other widely used and superior editors do in 10 seconds.

>b-bubut i don't use this
yeah, atom seems to be the perfect tool for writing hello world and fizzbuzz

>>61169177
ed is the standard text editor. ed is small, ed is fast, and ed is standard. If you're an idiot, you should use emacs.

>>61169976
>>61169474
>posts emojis
>argues over opening log files in something other than vim/vi
truly retarded

>>61170447
I don't give a fuck about benchmarks. Performance is a binary switch: either it's acceptable for me and my use cases or not. vscode's performance is acceptable for me when dealing with small to medium sized java, python, typescript and elixir projects. And then it beats alternatives in terms of features and comfort of use (except with java where eclipse/intellij is clearly better so I use that).

For quick edits from inside the terminal where launch speed is important vscode's startup time is not acceptable so I use vim.

>>61170447
hurr durr you guys should stop using a text editor that improves your daily productivity tenfold because this arbitrary benchmark shows it's slow on a thing that has nothing to do with any real world use case

File: 1498429557943.gif (575KB, 200x200px) Image search: [Google]

575KB, 200x200px

>>61170701
>improves your daily productivity