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

Show HN: Action.io - 0 to Rails in 60 seconds in your browser

action.io

Post reply on HN
Print view View original

51–60 of 80 posts

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#51

Post by Legion »

heretohelp wrote: post #36
Argorak wrote: post #35

Earlier quoted context omitted.

This is their first iteration. For a simple Rails app, setting up Ubuntu an RDBMS and Redis is trivial, thats true. The point is that managing 5 Rails apps, one on Mysql, two on Postgres, two on CouchDB, one with Redis, one with Memcached... (and so on so forth) gets non-trivial soon if you don't grow beyond managing it all on your development machine.[1] Suddenly, all that trivial development stuff becomes a questio…

http://news.ycombinator.com/item?id=4135058 I just got done proselytizing the benefits of automation. I'm not arguing against myself. I'm concerned with why everything Rails people promote and celebrate seems to be along the lines of what originally popularized the framework. "Make a blog in 15 minutes!" --- you remember this one? Were you programming back then? It's exemplary of what I'm talking about. Why are they…

Going slightly off point, but I'm not sure what makes Puppet and Chef (two projects written in Ruby - Chef in particular whose configuration language is pure Ruby code) "non-Ruby deployment tools", versus Capistrano and Vlad, which I presume are being referred to as the "Ruby" counterparts to the others' non-Ruby distinction.

If you're talking about what they deploy, rather than what they're written in, neither Capistrano nor Vlad are in any way limited to deploying Ruby. Capistrano has a few minor built-in niceties for deploying Rails (basically a few pre-written tasks so you don't have to write them yourself) but it's no less applicable to deploying other projects.

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#52

Post by davedx »

iamclovin wrote: post #31
xutopia wrote: post #27

This is how Heroku got started and they quickly figured out that the editor in the browser was an issue. No one liked it.

The IDE is the first step. Our vision is to provide a set of tools so that your runtime is on the cloud (but can be sync'ed offline) and you can use whatever editor that you're most comfortable with.

Is everything going to be done "like a boss" or only tailing log files?

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#53

Post by iamclovin »

davedx wrote: post #52
iamclovin wrote: post #31

Earlier quoted context omitted.

The IDE is the first step. Our vision is to provide a set of tools so that your runtime is on the cloud (but can be sync'ed offline) and you can use whatever editor that you're most comfortable with.

Is everything going to be done "like a boss" or only tailing log files?

all the things

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#54

Post by heretohelp »

Legion wrote: post #51
heretohelp wrote: post #36

Earlier quoted context omitted.

http://news.ycombinator.com/item?id=4135058 I just got done proselytizing the benefits of automation. I'm not arguing against myself. I'm concerned with why everything Rails people promote and celebrate seems to be along the lines of what originally popularized the framework. "Make a blog in 15 minutes!" --- you remember this one? Were you programming back then? It's exemplary of what I'm talking about. Why are they…

Going slightly off point, but I'm not sure what makes Puppet and Chef (two projects written in Ruby - Chef in particular whose configuration language is pure Ruby code) "non-Ruby deployment tools", versus Capistrano and Vlad, which I presume are being referred to as the "Ruby" counterparts to the others' non-Ruby distinction. If you're talking about what they deploy , rather than what they're written in, neither Capi…

The language a tool is written in is immaterial to how it's used.

Capistrano used to be a lot more Rails-centric than it is now.

I was referring to the predominant cultures/environments they handle. Chef/Puppet/CFEngine are more ecumenical even if Chef/Vagrant/rails is popular.

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#55

Post by gnufied »

Legion wrote: post #51
heretohelp wrote: post #36

Earlier quoted context omitted.

http://news.ycombinator.com/item?id=4135058 I just got done proselytizing the benefits of automation. I'm not arguing against myself. I'm concerned with why everything Rails people promote and celebrate seems to be along the lines of what originally popularized the framework. "Make a blog in 15 minutes!" --- you remember this one? Were you programming back then? It's exemplary of what I'm talking about. Why are they…

Going slightly off point, but I'm not sure what makes Puppet and Chef (two projects written in Ruby - Chef in particular whose configuration language is pure Ruby code) "non-Ruby deployment tools", versus Capistrano and Vlad, which I presume are being referred to as the "Ruby" counterparts to the others' non-Ruby distinction. If you're talking about what they deploy , rather than what they're written in, neither Capi…

This is of course offtopic but I meet lot of people who think Chef/Puppet are not written in Ruby. There is something in wanting to talk about a tool without actually using it.

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#57

Post by lominming »

heretohelp wrote: post #29

Serious question from Python-land, that I think may illuminate the difference in mindset. Why are Rails people so obsessed with accelerating the trivial? I mean, the other end of the spectrum is to be focused purely on the obscure and utterly advanced, like category theorists trying to harness Haskell. I've always felt the strength of the Python community is that it was able to let the idioms and cleanliness of Pytho…

I am from the Rails-land, but I think what action.io is solving is something that all developers face in general - setting up a local development environment is a pain. Think about it, you cannot easily have multiple Ruby versions in your own local box. Or even having multiple versions of databases in my own local machine is a pain. A lot of people ended up running virtual machines just to have different server configurations. I think action.io does it nicely to solve this problem.

I think action.io is going to help a lot in the case of trying out the latest versions of a framework before migration. Want to try out Rails 3.2 + Ruby 1.9 when you are on Rails 2 + Ruby 1.8? I do not have to mess around my local config. I see action.io allowing me to just create a dev environment instantly for me to try out.

I see huge benefits in the open-source community tool. There are so many different open-source projects out there, but the last thing I want to do is to spend 30min (or more) messing with my local development environment just to try out and play around with a open source project.

Cool stuff man.

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#58

Post by JeanMertz »

fishtoaster wrote: post #44
moe wrote: post #19

This looks technically very interesting (how did you do the terminal emulation, is that an OSS library?). However I'm almost sure I don't want my Vim and terminals in the browser, there surely will be all sorts of quirks with copy/paste etc. Can the remote filesystem be mounted so that we can just hack with our local terminals and editors?

If you're doing things on your local machine anyway, is there that much benefit over just using heroku?

I guess full control over the VM stack is a big plus compared to Heroku

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#59

Post by localhost3000 »

heretohelp wrote: post #29

Serious question from Python-land, that I think may illuminate the difference in mindset. Why are Rails people so obsessed with accelerating the trivial? I mean, the other end of the spectrum is to be focused purely on the obscure and utterly advanced, like category theorists trying to harness Haskell. I've always felt the strength of the Python community is that it was able to let the idioms and cleanliness of Pytho…

'...web framework that's optimized for programmer happiness...' says it all right there, doesn't it? You know what makes me a happy programmer? Building things, not mucking about with setting up a new dev environment (and filling my machine with crap) every time I hop on a new client project. Make the 'trivial' shit go away so I can focus on the fun/interesting/creative/productive stuff...sounds good to me. I'm very interested in a product like this where I can configure on the fly and keep my machine uncluttered. (seriously, it just feels gross to have 6 different versions of rails and 4 different rubies installed on my machine, even if RVM makes it kinda easy)

Re: Show HN: Action.io - 0 to Rails in 60 seconds in your browser

#60

Post by MattRogish »

heretohelp wrote: post #36
Argorak wrote: post #35

Earlier quoted context omitted.

This is their first iteration. For a simple Rails app, setting up Ubuntu an RDBMS and Redis is trivial, thats true. The point is that managing 5 Rails apps, one on Mysql, two on Postgres, two on CouchDB, one with Redis, one with Memcached... (and so on so forth) gets non-trivial soon if you don't grow beyond managing it all on your development machine.[1] Suddenly, all that trivial development stuff becomes a questio…

http://news.ycombinator.com/item?id=4135058 I just got done proselytizing the benefits of automation. I'm not arguing against myself. I'm concerned with why everything Rails people promote and celebrate seems to be along the lines of what originally popularized the framework. "Make a blog in 15 minutes!" --- you remember this one? Were you programming back then? It's exemplary of what I'm talking about. Why are they…

I'd be a lot happier if it was all client-side. I use Vagrant for all my projects. It's still a pain in the ass and I'd pay good money for a simple drop-in replacement for Vagrant that bundles everything up (DBMS, Ruby, Gems, etc.) in a single directory along with my code. Then when I'm done, I just destroy the ... "project"? and it's like it was never on my box.

Vagrant provides that for me today but it's still difficult and annoying to deal with.

Post reply on HN