News for hackers. Stuff that matters.
Re:The State of Atom's Performance by jamesmcintyre on Wednesday January 10, 2018 @06:06PM (#16119989)
Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas?

I along with many of my fellow engineers use Atom everyday and love it. Sure it has some shortcomings but if anything this retrospective from the Atom team shows that they're trying to address those shortcomings at a rapid clip.

I love that it's an entirely open source system and that it is written in the accessible Javascript language so that anyone can contribute. I love that I feel like I can change any aspect of the editor fully, without limitations imposed by some vendor.

Atom, like any editor, is not for everybody. I don't care much for Sublime but it certainly has its strengths- I don't pounce on HN posts about Sublime spouting negativity because it's not my preferred editor.

Please, fellow engineers, before you post something negative think about a project you've worked on that you were most passionate about and cared most about and then remember that projects like Atom do require passionate developers and those developers likely deserve a bit more than snark or non-constructive negativity.

Thank you Atom contributors! I think the idea and ongoing evolution of Atom is a special project and I hope to one day make some contribution of my own, in some form, to the core or plugins!

Re:The State of Atom's Performance by ploxiln on Wednesday January 10, 2018 @07:51PM (#16120562)
Positivity is marketing, you can get that anywhere. I come to places like HN to see what's honestly bad about various technologies and tools.

And don't tell me no editors are really worse than any other editors. That's crap.

Re:The State of Atom's Performance by yalph on Wednesday January 10, 2018 @08:34PM (#16120803)
How you say things also matter. If you are an asshole about shit people will be less likely to share their work with you.
Re:The State of Atom's Performance by Khaine on Thursday January 11, 2018 @03:22AM (#16122236)
> 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 exactly like native apps.

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. Java apps on the desktop are ridiculed for a reason. The only difference is that now they are using 'trendy' things.

I think blind Freddy could tell you that, yes you can build a text editor on top of a web browser, but performance, and usability will suck. That is why everyone is so cynical, because it is so obvious.

Re:The State of Atom's Performance by oblio on Thursday January 11, 2018 @04:51AM (#16122599)
I, and many others, don't care about "native". I've used Java applications and I will keep using them when they're useful.

And regarding Java application speed, IntelliJ is pretty much comparable with the "native" Visual Studio.

About the looks, I'm using right now Vim (GTK), Skype (I don't even know what toolkit it's using, but I'm pretty sure it's not native), Eclipse (SWT - sort of native), Pidgin (GTK), Firefox (XUL? I'm not 100% sure after 57), Chrome (Skia?), etc.

Users don't really care as long as the applications are useful and developed properly. I've used many crap and butt-ugly "native" apps...

I don't even use Atom, but this vitriol annoys me.

Re:The State of Atom's Performance by Khaine on Thursday January 11, 2018 @06:50AM (#16123061)
Look, I was being a bit snarky. I think all apps that are not native, or don't follow system convention, create an impedance in that they don't always follow system conventions, or something about them doesn't work exactly as it would in a native app. This can cause confusion in users. The level of impedance depends on the user skill, experience and expectations. I know traditionally, Mac users have cared a lot about consistency and following the HIG, whereas Linux users are more likely to pick the application they prefer and not care whether it is GTK or QT.

If you are someone who jumps between Windows, Linux and macOS using the same app then consistency in how the app works is a big gain for you, and then the impedance comes from the system you are using.

I didn't mean to imply that Java apps are bad, far from it. Many java apps are good, they just stick out like the proverbial, and performance historically was not as good as native apps. There was a time when the go to torrent application was java based and Netbeans and Eclipse were the IDEs of choice. But they made trade-offs, and two of the key ones are performance and consistent UX with the operating system. For many applications / users, this is a fine trade off to make. But Atom made a similar trade off and then the developers have spent all this time and effort trying to improve performance, and that is what I was trying to be snarky at, that its obvious why performance will always lag.

Re:The State of Atom's Performance by c_shu on Thursday January 11, 2018 @05:49AM (#16122821)
True. jEdit is one of the best editors i have used. Not my default editor but i use it from time to time and install it everywhere.
Re:The State of Atom's Performance by Vinnl on Thursday January 11, 2018 @03:43AM (#16122312)
The usual counterpoint: VSCode.
Re:The State of Atom's Performance by eagsalazar2 on Thursday January 11, 2018 @03:34AM (#16122276)
Dude you are so off base. Atom for daily driving is not slow at all and on OSX feels perfectly native and well integrated with the OS. So your entire point is dependent on assumptions that the UX sucks and the performance is worse than many native apps, both of which in this case are completely wrong.

Please consider going back to the parent post and contrasting that with your way out of bounds response that ends with "everyone is so cynical, because it is so obvious" in light of the fact that all the outcomes you assume are just not right.

Re:The State of Atom's Performance by QasimK on Thursday January 11, 2018 @03:46AM (#16122323)
The last time I tried atom a year ago (for the second time) it was so slow I had to write this to warn my future self: https://github.com/QasimK/my-setup/blob/master/atom.md (Nov 19 2016). This was on a modern powerful desktop.
Re:The State of Atom's Performance by dangamble on Thursday January 11, 2018 @04:34AM (#16122529)
I'd imagine after a year of updates it would be the perfect time to give it another spin. Not saying it's any better but to negate something entirely because of a bad experience over a year ago is a little over the top IMO.
Re:The State of Atom's Performance by stupidcar on Thursday January 11, 2018 @05:09AM (#16122672)
If they're so bad, why are so they popular?

https://insights.stackoverflow.com/survey/2017#technology-mo...

Re:The State of Atom's Performance by pjmlp on Thursday January 11, 2018 @06:52AM (#16123070)
Being popular isn't a synonym for quality.
Re:The State of Atom's Performance by veli_joza on Thursday January 11, 2018 @07:35AM (#16123276)
It proves that there was a need not met by other options. Do you resent Atom developers for giving away free tool that you consider subpar? Or are you angry at its userbase for choosing Atom over your preferred option?

I don't use Atom but I'm glad it exists. It improves on state-of-art in some areas and that benefits everyone.

Re:The State of Atom's Performance by pjmlp on Thursday January 11, 2018 @09:41AM (#16124109)
Yes, because of Atom many developers probably won't be giving money to e.g. Sublime Text or any other commercial alternative.

This is why good tools are only available to enterprise customers, the only ones willing to pay for their tools, just like in other professions.

There is nothing in Atom that I can consider state of the art.

Re:The State of Atom's Performance by cbm-vic-20 on Thursday January 11, 2018 @08:26AM (#16123627)
> 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/

Re:The State of Atom's Performance by Khaine on Thursday January 11, 2018 @04:13PM (#16127916)
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 by rayiner on Wednesday January 10, 2018 @09:26PM (#16121005)
> Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas?

My experience is that Engineers are just snarky and cynical. Especially about text editors. Frankly, HN is a lot more constructive than Slashdot or Reddit was back in the day.

Re:The State of Atom's Performance by cududa on Thursday January 11, 2018 @01:34AM (#16121844)
Not sure I entirely agree with the second bit. I adored Reddit until everyone abandoned digg for it. Just about every post had some expert commentary
Re:The State of Atom's Performance by natecavanaugh on Wednesday January 10, 2018 @07:19PM (#16120375)
Personally, Atom is not my editor of choice (team Sublime!), but I really hope Atom succeeds. I do love it's hackability, and I would much rather have my plugins in JS, but alas, it's just not fast enough for me, yet.

However I held onto Textmate until 2010 and Sublime wore me down, so I'm a laggard as well.

So no negativity from me, because I just want a great editor that I can control and hack on. But I'll be real, I don't see it happening for a little bit. If sublime were to support JS plugins, I fear Atom might be in trouble at that point, TBH.

Re:The State of Atom's Performance by ExactoKnight on Thursday January 11, 2018 @04:07AM (#16122419)
This may sound like heresy but I seriously encourage checking out today's version of Visual Studio.

I dev on Ruby and I am a hardcore Sublime user, which is about as far away from Microsoft-friendly as you can get, and I have been really impressed by it.

Their app store is advanced, and crucially they allow Visual Studio to be setup with key bindings that match Sublime's, meaning switching over is really easy with almost little to no need to learn new macros. IDE's like Visual Studio can allow you to do code and class refactorings that make Sublime look like a joke.

Re:The State of Atom's Performance by oblio on Thursday January 11, 2018 @04:55AM (#16122612)
Yeah, but the Visual Studio installer still sucks, there's no portable version that I know of, and extending it is a major undertaking. Plus, it's Windows only (the version for Mac is mostly a different app).

It is a great app, I agree, but it also comes with its own legacy.

Re:The State of Atom's Performance by ExactoKnight on Thursday January 11, 2018 @05:13AM (#16122682)
I'm using the Mac version. Started with it today. It felt like getting all the benefits of RubyMine without the learning curve of needing to learn its non-Sublime macros, thanks to Visual Studio's option to automatically map key commands to mimic Vim, Sublime or Atom.

Not sure how difficult extending it is, but on day one in their app store I found all the important ruby bindings I needed to replicate what I value most in my Sublime set up: i.e. ruby linting and rubocop.

The switch was so painless I hardly noticed I wasn't using Sublime -- except in the moments of joy when I found the other powerful things it can do.

This stands in big contrast to RubyMine -- an IDE I absolutely also adore for its power -- but one that I found challenging to pick up due to its custom macros.

Re:The State of Atom's Performance by oblio on Thursday January 11, 2018 @05:59AM (#16122867)
You mean Visual Studio Code? I feel we're talking about different things here...
Re:The State of Atom's Performance by ExactoKnight on Thursday January 11, 2018 @12:49PM (#16125939)
Eh, yeah, I guess that's what I meant. Didn't know there was a distinction? This: https://www.visualstudio.com/vs/visual-studio-mac/
Re:The State of Atom's Performance by natecavanaugh on Thursday January 11, 2018 @09:18AM (#16123968)
If you're talking about VS Code, I tried it a few months ago, and while it was faster than Atom, it also aggressively took over file associations, which is pretty irritating, TBH.

I'll have to look into the plugin API, though. I'd have to convert a lot of custom plugins, but that could be a fun weekend distraction.

Re:The State of Atom's Performance by brennebeck on Wednesday January 10, 2018 @11:46PM (#16121452)
If sublime natively supported JS plugins I think all Electron-based editors would be in trouble.
Re:The State of Atom's Performance by aphextron on Thursday January 11, 2018 @12:50AM (#16121687)
Ask a group of carpenters about what brand of hammer they use and see if you get cool, calm, rational responses.
Re:The State of Atom's Performance by rubyn00bie on Wednesday January 10, 2018 @08:33PM (#16120798)
My general dislike for Atom wasn't anything to do with the editor itself, I've just always been sore they used CoffeeScript which is a language I personally _loathe_. I was excited to have a sublime replacement I could hack on, but that killed it for me. It was that it was so inaccessible and for such a asinine reason (a language purely for syntactical sugar). JavaScript is the lingua franca of the internet for fucks sake... I'll stop ranting about that.

BUT NOW.. for anyone else like me-- it looks like, from my quick glance, there's not much CoffeeScript left in the repo. So maybe it's time to give it a chance again.

Re:The State of Atom's Performance by subsection1h on Wednesday January 10, 2018 @09:10PM (#16120952)
> CoffeeScript which is a language I personally _loathe_. [...] it was so inaccessible

You know JavaScript, yet CoffeeScript is inaccessible? WTF. I had never written a line of Lisp in my life before using Emacs, but that didn't stop me from writing hundreds of lines of Emacs Lisp during the first weekend that I used Emacs.

What's up with the unwillingness (or inability?) that many web developers seem to have for using more than one or two programming languages?

Re:The State of Atom's Performance by rubyn00bie on Wednesday January 10, 2018 @10:08PM (#16121164)
Why would I learn something which doesn't offer me any value? CoffeeScript is literally syntactical sugar, which I believe, adds levels of indirection to the code and makes it more difficult long-term to support, read, and develop. Not only that, but JavaScript's evolution has made nearly every reason to use it moot.

Also FWIW-- I've done vastly more native and server-side programming over the last... oh, seven years than "web." So... I don't think this is something with "web developers."

Re:The State of Atom's Performance by keymone on Thursday January 11, 2018 @12:45AM (#16121669)
yeah, I could see myself saying the same but not about coffeescript. That thing just needs to go away, seriously.

Having to constantly keep a mental model of two languages when you write code outweighs any benefits from syntax sugar and supposed readability.

It was nice ten years ago when JavaScript was absolutely horrendous but not now.

Re:The State of Atom's Performance by oneweekwonder on Thursday January 11, 2018 @01:52AM (#16121917)
> It was nice ten years ago when JavaScript was absolutely horrendous but not now.

ECMAScript 5 was released in December 2009, Coffeescript first appeared the same month with release 0.1.0.

What was absolutely horrendous about ECMAScript 5?

edit: Javascript 1.8 shipped with Firefox 3 in June 2008.

Re:The State of Atom's Performance by keymone on Thursday January 11, 2018 @02:43AM (#16122109)
i don't even.. for people making these claims there's just no way to convey how horrific js development was until quite recently (it still is far worse than most popular languages out there tbh) other than inventing a time machine and sending you there, but then it's a kind of punishment i wouldn't want upon my worst enemy.

browser fragmentation rings any bells? were you actually doing js dev back then?

Re:The State of Atom's Performance by oneweekwonder on Thursday January 11, 2018 @10:11AM (#16124306)
> were you actually doing js dev back then?

Actually started webdev in 2004 php3 and basic js. Back then the joke was "nobody know how to code js, everybody just copied this one piece of code and mutated it from there".

It sadness me to think such behavior is more entrenched in todays development environment with sites like stack-overflow.

Don't get me wrong I'm grateful that sites like SO exist. I'm also grateful that when I had to learn the ropes or solve "hard problems", I could not turn to my browser. Like I do today; every fsck'ing time; because it is easier and I'm lazy.

Re:The State of Atom's Performance by tigershark on Thursday January 11, 2018 @03:19AM (#16122229)
What is the connection between browser fragmentation and coffescript syntax? Coffescript was born to have a lighter JavaScript-like syntax, not to remove browsers fragmentation.
Re:The State of Atom's Performance by keymone on Thursday January 11, 2018 @04:21AM (#16122476)
the connection is between fragmentation and claim that ecmascript and js 1.8 were released and everything magically became great in december 2009 as was implied by the grandparent.
Re:The State of Atom's Performance by oneweekwonder on Thursday January 11, 2018 @09:58AM (#16124217)
> magically became great in 2009 as was implied by the grandparent.

I implied nothing, I asked you a question. Might have been a bit open ended but you made a claim that did not reflect with my reality. So I did a reality check.

If there was a "magic" moment I will give chrome released late 2008 and firebug 1.4 released early 2009 the attribution for a turning point in webdev.

Re:The State of Atom's Performance by keymone on Thursday January 11, 2018 @11:24AM (#16125121)
> 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, did it?

Re:The State of Atom's Performance by oneweekwonder on Thursday January 11, 2018 @01:59PM (#16126673)
> 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.

Re:The State of Atom's Performance by keymone on Thursday January 11, 2018 @02:28PM (#16126968)
lucky you
Re:The State of Atom's Performance by qubex on Thursday January 11, 2018 @04:30AM (#16122516)
> that didn’t stop me from writing hundreds of lines of Emacs Lisp

Oh, you wrote an A.I.-enabled missile launch control system in your first weekend too? ;)

Re:The State of Atom's Performance by _d8fd on Thursday January 11, 2018 @01:10AM (#16121751)
Beats me. I use Atom everyday and spend zero time wishing I had a better editor.
Re:The State of Atom's Performance by ExactoKnight on Thursday January 11, 2018 @04:10AM (#16122433)
Honestly, the strongest text editors are those that integrate with an IDE that also syncs with your runtime.

The kind of debugging and refactorings you can do in that kind of set up are mindblowing, and it took me years of doing it the old vim/sublime/atom way before realizing this.

Re:The State of Atom's Performance by eagsalazar2 on Thursday January 11, 2018 @03:39AM (#16122298)
Comment from actual Atom user, doesn't think it sucks, amazing!
Re:The State of Atom's Performance by emmelaich on Wednesday January 10, 2018 @09:38PM (#16121056)
I tend to see the cynicism/ridicule only at first. As comments accumulate it balances out. Overall it is not cynical. I would say it has improved over the years actually!

Perhaps there's lots of cynics hunched over their keyboard hitting refresh on HN so they can jump in. Who knows?

Re:The State of Atom's Performance by whatyoucantsay on Wednesday January 10, 2018 @07:30PM (#16120441)
> Why has Hacker News become such a hotbed for cynicism, ridicule and snark by which almost none comes constructive ideas?

The moderators have almost certainly played a part. Selectively permitting snark from the in-group is easy in the short run, but eventually incurs a cost to the community.

Re:The State of Atom's Performance by andrewbinstock on Thursday January 11, 2018 @02:23AM (#16122045)
I think the moderators do an excellent job on HN. The signal to noise ratio is pretty high here and while there is snark, there's far less than in most other forums.
Re:The State of Atom's Performance by whatyoucantsay on Thursday January 11, 2018 @03:59AM (#16122371)
One stark difference between HN, Product Hunt, and other maker forums is that HN is a very critical audience. It's even been specifically called out as such by Pieter Levels in his new book, Make.
Re:The State of Atom's Performance by sctb on Thursday January 11, 2018 @11:39AM (#16125261)
Snark is against the guidelines, and I can tell you that the moderators find it dreadfully boring, whomever the source. We could use your help if you come across highly-ranked snark to please downvote, flag, or email [email protected]. We don't see everything on the site, but we do read all of those emails.

https://news.ycombinator.com/newsguidelines.html

Re:The State of Atom's Performance by jejrjntkpou on Wednesday January 10, 2018 @07:36PM (#16120485)
s/in-group/in-meme

Apple products are bad now despite having a pretty similar rate of technical glitches they always did

It’s just the changes impact the HN crowd more now so complaining em masse is allowed

It’s meme-tribalism

No one wants to be the one to have to give up on their meme

Re:The State of Atom's Performance by emj on Thursday January 11, 2018 @04:11AM (#16122442)
This is a wonderful subject, memes and group think, I would say everyone feels like they are part of an minority/snowflake community in some of their views. Memes just makes it easier to get that feeling.

So it is not possible to have these discussions without the out-group interpreting your remarks as snarkiness. Handling that is hard, FUD is one way to handle it, compassion another. Social interactions are hard.

Re:The State of Atom's Performance by Avshalom on Wednesday January 10, 2018 @08:05PM (#16120647)
>> written in the accessible Javascript language so that anyone can contribute

Anyone that knows JavaScript.

Re:The State of Atom's Performance by brennebeck on Wednesday January 10, 2018 @11:48PM (#16121455)
Which is a very substantial population.
Re:The State of Atom's Performance by oneweekwonder on Thursday January 11, 2018 @02:15AM (#16122011)
Lowest common denominator.

We put it on every kids desktop in the 1990's. We put it on every kids phone in the 2000's. We are shocked when they reinvent the wheel with in the 2010's.

Now in 2020 they are trying to tell me all the kinks are worked out with frameworks and to get your javascript to work in a browsers you first need to compile/transpile it.

Skip the whole multi-platform idea and focus on electron with all the custom bells/whistle not available on all the platforms. Btw how does meltdown/spectre affect the outlook on security with all these application in their own little v8 kingdoms?

I'm not cynical, I'm concerned.

Re:The State of Atom's Performance by ExactoKnight on Thursday January 11, 2018 @04:12AM (#16122445)
Indeed. The mess we're in is one of crap upon crap.

I wanted to use a CSS framework the other day, and I all but had to rip the project apart manually just to get the files without them stuffing a heavy build tool like Gulp down my throat.

All of this... just to get some !@#$ing CSS.

Re:The State of Atom's Performance by oblio on Thursday January 11, 2018 @05:10AM (#16122676)
And before that every computer had C and Basic. There seems to be a common aspect here, the default programming languages suck :)
Re:The State of Atom's Performance by pjmlp on Thursday January 11, 2018 @07:01AM (#16123100)
My first one came with ZX Basic and Z80.

The next one came with debug and GW Basic.

Followed by another one with debug, GW Basic and QBasic.

I always had to buy my Assemblers, Pascal and C++ compilers.

Which computers came with C, besides UNIX workstations?

Re:The State of Atom's Performance by GreenStodd on Wednesday January 10, 2018 @07:12PM (#16120329)
Just like with every forum, circle jerks reign supreme
Re:The State of Atom's Performance by SkyLinx on Thursday January 11, 2018 @07:23AM (#16123205)
Well said!