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

Atom 1.29

blog.atom.io

Post reply on HN
Print view View original

31–40 of 120 posts

Re: Atom 1.29

#31

Post by _pmf_ »

helb wrote: post #17
glutamate wrote: post #12

Will Atom and Visual Studio Code merge into one project now that Microsoft bought GitHub? Or at least stop sharing extensions? I would vote yes! I would love to see better GitHub integration in VS Code.

The "future CEO of GitHub" said they will continue to develop and support both VSCode and Atom: https://www.reddit.com/r/AMA/comments/8pc8mf/im_nat_friedman... HN discussion here: https://news.ycombinator.com/item?id=17258114

> The "future CEO of GitHub" said they will continue to develop and support both VSCode and Atom

They will "support" both by supporting VSCode and declaring Atom to be a subset of VSCode. I give it 8 months, tops.

Re: Atom 1.29

#32

Post by OberstKrueger »

galfarragem wrote: post #8
kapuru wrote: post #4

Earlier quoted context omitted.

Sadly, no. I tried it out again a couple of days ago and the performance is still terrible. I'm in the same boat as you and switched to VS Code.

I hope xray[1] catches up. I prefer atom's UX-UI to any other editor but I agree that performance is still an issue. MS taking over Github doesn't seem to bring to a bright future. I really hope I'm wrong. [1] https://github.com/atom/xray

With xray focusing away from improving the editor experience and more on this new version control thing [1] for now, it doesn't seem like we'll be seeing a GitHub-provided alternative to Atom for some time.

[1] https://github.com/atom/xray/blob/master/docs/updates/2018_0...

Re: Atom 1.29

#33

Post by Aeolun »

omeid2 wrote: post #28
DC-3 wrote: post #9

Honest question: can someone explain why everyone loves emoji these days, especially with regards to 'modern' programming communities such as those around JS and Rust? Is it just a celebration of the fact that we have Unicode support everywhere now?

I find the whole trend very childish and unprofessional. Why? Because emojis don't convey much meaning and borders on child-talk, worst yet, they're very vague and so makes for very poor and unprofessional form of communication.

I am baffled by your assertion that they convey little meaning. Do facial expressions also convey little meaning?

To me the combination of both gives a hell of a lot more to base interpretation of tone on.

Re: Atom 1.29

#34

Post by DC-3 »

omeid2 wrote: post #28
DC-3 wrote: post #9

Honest question: can someone explain why everyone loves emoji these days, especially with regards to 'modern' programming communities such as those around JS and Rust? Is it just a celebration of the fact that we have Unicode support everywhere now?

I find the whole trend very childish and unprofessional. Why? Because emojis don't convey much meaning and borders on child-talk, worst yet, they're very vague and so makes for very poor and unprofessional form of communication.

I agree that they are unprofessional. As far as I can determine, some people feel that they make a project or community seem more inclusive or welcoming - goals which I definitely consider worthwhile. But I don't personally feel that they are helpful in this persuit. Who are you trying to be inclusive of, seven year olds?

Re: Atom 1.29

#35

Post by oblio »

omeid2 wrote: post #28
DC-3 wrote: post #9

Honest question: can someone explain why everyone loves emoji these days, especially with regards to 'modern' programming communities such as those around JS and Rust? Is it just a celebration of the fact that we have Unicode support everywhere now?

I find the whole trend very childish and unprofessional. Why? Because emojis don't convey much meaning and borders on child-talk, worst yet, they're very vague and so makes for very poor and unprofessional form of communication.

Assuming we're talking about commit messages and such, you're probably right.

But in day-to-day chats they're useful. Text is extremely bad at conveying emotion and nuance. Stuff like humor, sarcasm, irony is really hard to transmit, especially with more people. A well placed emoji/smiley can help.

Re: Atom 1.29

#36

Post by Lordarminius »

akuji1993 wrote: post #26
sdiq wrote: post #19

Earlier quoted context omitted.

I still use Atom mostly because of the default interface. Care to list the plugins that you used?

Of course. The most useful ones are the following: - Bracket Pair Colorizer - EditorConfig for VS Code - ESLint - Git Blame - Material Icon Theme - Path Intellisense - Prettier - Code Formatter - SCSS IntelliSense - TSLInt - Winter is Coming Theme by John Papa

Emmet.

Re: Atom 1.29

#37

Post by giancarlostoro »

kristiandupont wrote: post #27
mraison wrote: post #15

Earlier quoted context omitted.

The one reason I'm still using Atom is because of the remote editing experience with Nuclide + Watchman server-side. No other editor that I've tried comes even close (the connection drops, files get out of sync, new files don't show up, etc, etc) Given the huge number of people who work on remote servers, I find it surprising that proper solutions are still so hard to find. A "file system provider API" for VSCode is…

I am curious about your situation that causes you to edit files remotely. I've never had to edit files anywhere but my local file system. Are you developing or is it more of a devops/sysadmin kind of role?

I have to do it all the time cause I want to develop on a VM that matches the target platform for my project. Usually involves figuring out how to debug things. My solution is to install VS Code on remote system and use X forwarding depending on project. I also use PyCharm Pro so in such case I use Vagrant and it does its thing but it syncs awfully as OP mentions so debugging can become extremely painful idk why JetBrains has not fixed said issue customers have complained (remote SSH / Vagrant support is part of their paid tier).

Re: Atom 1.29

#38

Post by simias »

kristiandupont wrote: post #27
mraison wrote: post #15

Earlier quoted context omitted.

The one reason I'm still using Atom is because of the remote editing experience with Nuclide + Watchman server-side. No other editor that I've tried comes even close (the connection drops, files get out of sync, new files don't show up, etc, etc) Given the huge number of people who work on remote servers, I find it surprising that proper solutions are still so hard to find. A "file system provider API" for VSCode is…

I am curious about your situation that causes you to edit files remotely. I've never had to edit files anywhere but my local file system. Are you developing or is it more of a devops/sysadmin kind of role?

I definitely use tramp a lot to remote edit files in Emacs. I suspect it depends heavily on the type of application your develop and your workflow, but it might also be that if you never really had the possibility to do that easily you might never really realize what you're missing since you're used to do things differently. It's a bit like X forwarding in that respect.

To give you an example of what you can do I often use tramp locally to edit files as root: instead of having to fire a different instance of an editor as root to edit a config file I can just do it "remotely" from my main Emacs instance, with all my config and without worrying about messing something up by having the entire editor running privileged.

I work in embedded development so I also often use it to browse and edit files on the live target system (beats using a crappy dumbed down vi from busybox). And of course as you mention for general sysadmin tasks it's also great, I'm a developer but that doesn't mean that I don't have some sysadmin to do from time to time.

Re: Atom 1.29

#39

Post by giancarlostoro »

josteink wrote: post #29
pjmlp wrote: post #23

Earlier quoted context omitted.

We just use Vim or Emacs over SSH in such cases, or if the connection is good enough over X/RDP.

With Emacs you use it locally and edit via tramp.

One of the main reasons I use Emacs whenever I do use Emacs. Though now I just do VS Code and X forwarding.

Re: Atom 1.29

#40

Post by giancarlostoro »

galfarragem wrote: post #8
kapuru wrote: post #4

Earlier quoted context omitted.

Sadly, no. I tried it out again a couple of days ago and the performance is still terrible. I'm in the same boat as you and switched to VS Code.

I hope xray[1] catches up. I prefer atom's UX-UI to any other editor but I agree that performance is still an issue. MS taking over Github doesn't seem to bring to a bright future. I really hope I'm wrong. [1] https://github.com/atom/xray

In an AMA the future CTO said they would never get into text editor politics by merging the two or taking one away. Both editors will remain.
Post reply on HN