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

Introducing Atom-IDE

blog.atom.io

Post reply on HN
Print view View original

291–300 of 324 posts

Re: Introducing Atom-IDE

#291

Post by thewhitetulip »

adamhepner wrote: post #270
thewhitetulip wrote: post #250

Earlier quoted context omitted.

Why would the users of their libraries sue Facebook for patent infringement? I don't get it.

If I recall the argument against Facebook here, the point is: let's assume that you found a company, file for a patent and implement it using some open source tools/libraries, also backed by Facebook. Now somewhere down the line FB decides that your product is really great and they can make something similar work for their platform, so they pour resources into developing their version of your solution. You are pissed…

Wow. If I understand this correctly, if I use their modules then I can't ever sue the company? :O

Re: Introducing Atom-IDE

#292

Post by coldtea »

alphaalpha101 wrote: post #212
alloyed wrote: post #181

Earlier quoted context omitted.

yes and no? Unlike a traditional daemon, this isn't a system service that always runs in the background. The IDE (in this case atom) spins up the process and shuts it down when necessary, and then both sides communicate to each other using an implementation-defined IPC mechanism. So it's a server more in the sense that the IDE requests info as a client, and then the server provides it (pull, not push).

So it's not a daemon or a server. It's just a process. Running some code in a separate process isn't a 'server' it's just how all programmes operate.

You seem confused as to what a server is.

If a program runs in a separate process and provides data/processing to other connected programs through some standard protocols, they are a server.

Re: Introducing Atom-IDE

#293

Post by ksec »

deedubaya wrote: post #88

Interesting to see no Ruby support, since Github runs on Rails. Maybe code completion is too hard with Ruby?

The blog about Stackoverflow report on languages? No mention of Ruby.

TIOBE? No mention of Ruby.

VSCode - Ruby isn't priority.

Basically any tools / sites that aims at multiple programming languages no longer mention or support Ruby by default. Ruby has become a niche, and now even Github, seems not to support Ruby at all.

I am worried, all these WebPack 4, Rails 6, Ruby 3x3, TruffleRuby, are all too little too late. The ecosystem is shrinking, and they are reacting to it too late.

Re: Introducing Atom-IDE

#294

Post by MadcapJake »

vorpalhex wrote: post #81
aesthetics1 wrote: post #66

This seems aimed squarely at VSCode. VSCode does a lot of this now out of the box (or with a few extensions). I think Atom is really just trying to keep up. I personally do not believe they have the horsepower to compete with Microsoft here though. VSCode is a phenomenal product.

I've always chosen Atom over VSCode because I don't want these features. Autocomplete even on really expensive IDEs runs way to slow, clever auto formatting and it's ilk tend to not work well for me at all, and I dislike the overbearing project management features in most IDEs. I want a text editor that vaguely understands code with some simple file browsing and plug and play extensions. Atom trying to become VSCode…

They're just new packages (ide-*) that you can install. AFAICT nothing is included in Atom core.

Re: Introducing Atom-IDE

#295

Post by oneweekwonder »

oneweekwonder wrote: post #260
fooker wrote: post #236

Earlier quoted context omitted.

Surprising, considering it's origin from web tech.

> Surprising Or not, your forcing rendered html/dom over the x window protocol. What web tech is in this stack? Only your rendered app on a gtk/qt/wtk(not sure what atom is using, etc) window. Nothing on the network side.

mmm I wanted to edit my post but it seems to get locked after time. So just adding a comment with some info and corrections on the topic.

- Atom on linux uses GTK+[0].

- GTK+ uses XLib[1].

- From the wikipedia link "Xlib makes the client synchronous with respect to replies and events." so much for js being async ;)

- Do anybody know how workable chrome or even firefox is over the x window protocol?

[0]: https://electron.atom.io/docs/development/build-instructions...

[1]: https://en.wikipedia.org/wiki/X_Window_System_core_protocol#...

Re: Introducing Atom-IDE

#296

Post by cpayne624 »

jeffbax wrote: post #228
amorphid wrote: post #100

Earlier quoted context omitted.

Rubymine has it, so it can be done. Although you'd have a hard time supporting elements defined at runtime. I'd guess Ruby just has a smaller user base, and IDE support was added for tech that is the most popular among IDE users & stuff Facebook was interested in making a priority. Personally, when I program in Ruby, I don't like using an IDE.

Just started a new job at a Ruby shop and really wanted to use VS Code… but the plugins just aren't there. RubyMine is miles ahead of the free stuff right now. Maybe one day!

Can you elaborate? We're a Ruby via VSCode team. I fear I'm blissfully ignorant of the possibilities.

Re: Introducing Atom-IDE

#298

Post by H1Supreme »

noir_lord wrote: post #134
pjmlp wrote: post #122

Earlier quoted context omitted.

I really would like to see this utopian world where all other professions outside IT also get their tools for free.

My grandfather was a master carpenter, he had a saying I've always liked "If you use something for more than an hour a day buy the best you can afford". I've never minded paying for developer tools as long as I could afford them, lots of professionals spend a lot more than we do on tools/professional development.

Except that your grandpa didn't have to pay a monthly subscription for his hammer. I really dislike the subscription model for tools.

Re: Introducing Atom-IDE

#299

Post by H1Supreme »

ronjouch wrote: post #189
komali2 wrote: post #101

Earlier quoted context omitted.

I've been wondering if there's a way to use a more graphical editor over SSH, such as vscode or sublime. I get that I could just "learn VIM" but I already know a shitload of hotkeys for vscode/sublime (they're easily transferred), so I'd rather just use them.

Just mount your remote folder with sshfs [1] and enjoy your local toolshed :) . X forwarding is overkill when all you need is accessing files. [1] https://github.com/libfuse/sshfs , packaged by your distribution

Agreed. SSHFS is the way to go.

Re: Introducing Atom-IDE

#300

Post by vorpalhex »

eggpy wrote: post #148
vorpalhex wrote: post #81

Earlier quoted context omitted.

I've always chosen Atom over VSCode because I don't want these features. Autocomplete even on really expensive IDEs runs way to slow, clever auto formatting and it's ilk tend to not work well for me at all, and I dislike the overbearing project management features in most IDEs. I want a text editor that vaguely understands code with some simple file browsing and plug and play extensions. Atom trying to become VSCode…

Sublime Text?

Not as of 3.0 though I did enjoy 2.x quite a bit.
Post reply on HN