> 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.
The stated goal for raising $25K (and any excess) was to take time off of work to dedicate 100% to this, at least until Rails.app shipped. What happened?I have been furiously writing them over the past few weeks (at a pace of about 30 per day). I have about 500 to do in total and I've done about 300 so far. My intent was to deliver them around the same time as the beta release, so that the thanks would be meaningful.
> The stated goal for raising $25K (and any excess) was to take time off of work to dedicate 100% to this, at least until Rails.app shipped. What happened?
You're absolutely right. The original plan was to be able to take a few months off of work and use it to replace any lost company revenue. In other words, I was going to pay for my own time to replace consulting revenue. Co-founding a company turned out to be more time-consuming than I expected (I know that sounds stupid, but it's the first time I did it), so I wasn't able to purchase my own time in a single block. Instead, I used whatever available time I could manage and used the money to fund smaller blocks of time.
I also used some of it to fund full-time work by Patrick Gibson, an amazing iOS/Cocoa developer (he worked on the original iPad build process for Apple and the Batch app) who works for Tilde, so I could focus my energies on the necessary Ruby code.
I'm really sorry that my original estimates didn't work out. That was absolutely a mistake on my part and I have learned a lot from the mistake (and my inability to follow my original plan precisely has caused me a great deal of heartburn). In the long run, I will not allow this error to prevent Tokaido from shipping. See my other comments on this thread for more details.
I said that I would use the money to take time off from work to dedicate to Tokaido. I naïvely assumed I would be able to take that time off in a large block, but that wasn't possible. Instead, I took off time as I had it available, in spurts rather than all at once. I isolated the money so that I would mark portions as "earned" only as I (or Patrick, who did much of the OSX work) actually worked on the project, so I did use the money to dedicate time to work on the project.
I am extremely sorry that my original plans for dedicating a block of time turned out to be infeasible. It was my mistake and one that I have learned from the hard way.
I know on the project you referenced using Harvest to track time - perhaps you could use Harvest's API to publicly disclose how much of the funding has been "burned down"? (I think this would be a good idea for all Kickstarter projects)
Wasn't those things sponsored by his employeer, Engine Yard?
He worked on them on their time and dime.
Of course, should a project go so off-track that a backer is compelled to seek a refund their claim is against the creator, as Kickstarter disclaims any responsibility.
[0] http://www.kickstarter.com/help/faq/kickstarter%20basics#IsA...
So you pocketed money from Kickstarter contributors to do something, and then you put the project in the back burner and gave priority to something else.
And not for serious health or personal reasons (which would be totally understandable). Just to start another business.
Nice.
Will keep it in mind the next time somebody asks me to fund a Kickstarter project.
Taking people's money and giving the job less that what you promised is apparently OK, but scolding someone for doing it is to be frowned upon.
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