Live data from Hacker News

Is Tokaido (rails.app) Dead?

kickstarter.com

1–10 of 49 posts

Re: Is Tokaido (rails.app) Dead?

#3

It is not dead, and Yehuda talked about it at Rubyconf: http://www.youtube.com/watch?v=4iv3Gk95-v0 https://twitter.com/wycats/statuses/293594028518277120

TL;DR: Not dead.

Also, he replied to me when we asked him on Twitter:

https://twitter.com/wycats/status/292391457313132544

then clarified: https://twitter.com/wycats/status/292391589643423746

Re: Is Tokaido (rails.app) Dead?

#4
While I'm interested in this (on a similar note, heroku's postgres app has been great for me), it seems like having to install and manage Rails is an important thing for new people to learn.

This is especially true if one wishes to push code to production and so on--even with when using Heroku, one still needs to understand the command line side of all of this.

It's also pretty easy to do these days.

Re: Is Tokaido (rails.app) Dead?

#6

While I'm interested in this (on a similar note, heroku's postgres app has been great for me), it seems like having to install and manage Rails is an important thing for new people to learn. This is especially true if one wishes to push code to production and so on--even with when using Heroku, one still needs to understand the command line side of all of this. It's also pretty easy to do these days.

Yeah, I was wondering the same thing. Rails, on a relatively clean system, is so easy to install through the command line that if you can't do that work...then you may not be the kind of person who can easily debug a basic Rails app in the first place...Not trying to be elitist here, as I'm the kind of person who runs homebrew scripts without reading the actual scripts. Just saying that if you can't even do that, then all the post-installation work of Rails is going to be a painful slog.

Re: Is Tokaido (rails.app) Dead?

#7
Tokaido is not dead. It's taken longer than I expected, but I've been wrapping up the requirements for the MVP over the past few weeks [1][2][3] and hope to integrate the code I've been writing into the UI in the next few days.

I initially anticipated that I'd be able to spend a number of full-time months on the work. I ended up being able to allocate time on a less consistent basis, largely because starting a company (tilde.io) ended up offering fewer opportunities for dedicated, isolated work than I expected. Thankfully, Patrick Gibson (of Tilde) and Austin Bales (of Do.com) ended up doing some of the iOS and design work, respectively, and I've focused my energies on the Ruby parts of the architecture.

My talk at RubyConf[4] goes into some detail about the architecture, and we're very close to shipping an early beta.

During the (long) time it's taken me to get this out the door, I've worked closely with Michal Papis (of rvm) to make the static binary build viable on both OSX and other Nix environments. Michal briefly shipped the binary Tokaido build as the primary build for `rvm install 1.9.3`, but difficulties in reliably building more recent patch levels have pushed that back some. We expect to be able to use the Tokaido build process to permanently ship binary rubies with rvm (and other ruby managers that are interested) once the build process for the current patch levels stabilizes again.

My plan for the MVP release of Tokaido is:

* Shipping the binary with a .app that can be dragged into /Applications

* The ability to add and remove applications via an application UI. You can then open a terminal window for these applications with a rock-solid Ruby environment that uses the binary build and makes sure that the ENV is set up correctly.

* The ability to start and stop any of these applications (via the web section of a Procfile) and browse them via `appname.tokaido` in the browser. This involves installing and executing a pure-Ruby proxy that supports the `app.tokaido` domain (see my RubyConf for more details on the nature of this beast; SMJobSubmit ftw!).

All of the above is largely complete (see the `tokaido` organization on GitHub and the links above for more). We have worked out how to use `SMJobSubmit` to enable the parts of `appname.tokaido` that require superuser access on first boot of the application bundle, and Patrick is just waiting for me to give him a fully self-contained zip of `tokaido-bootstrap` to execute from within the application. Of course, error handling is crucial for this, especially for low-level things like DNS servers and HTTP proxies.

Post-MVP, we hope to work on some of the more ambitious logging aspects of Austin Bales' original design.

[1] https://github.com/tokaido/tokaido-bootstrap

[2] https://github.com/tokaido/tokaido-dns

[3] https://github.com/tokaido/muxr

[4] http://www.youtube.com/watch?v=4iv3Gk95-v0

Re: Is Tokaido (rails.app) Dead?

#9
post #5

You can look at Tokaido's source code or even build it with Xcode if you want: https://github.com/tokaido

Is HEAD the latest and greatest?

Most of the interesting parts of Tokaido are in tokaido-bootstrap, muxr, tokaido-dns, and tokaido-build. They will be integrated into Tokaido.app in the next few days.

Re: Is Tokaido (rails.app) Dead?

#10
post #7

Tokaido is not dead. It's taken longer than I expected, but I've been wrapping up the requirements for the MVP over the past few weeks [1][2][3] and hope to integrate the code I've been writing into the UI in the next few days. I initially anticipated that I'd be able to spend a number of full-time months on the work. I ended up being able to allocate time on a less consistent basis, largely because starting a compan…

Thank you for the update. I'm glad the project is still progressing. Also, thanks for mentioning Michal Papis. I know he's been working hard on binary builds of Ruby for both RVM and Tokaido.
Post reply on HN