There are no RailsBridge Employees

RailsBridge is 100% volunteer-based. It’s really fun! But sometimes we end up with a big backlog of to-do items. Can you help with any of these things?

(Almost all of these things can be started by joining the RailsBridge Google group and introducing yourself! We’ll get you in touch with the right person from there. Alternately, comment on this blog post!)

Coding things:

* We have a Tracker backlog of lots of things that would make the RailsBridge web presence better: Some of them are easy, some are harder, any would be a huge help.

Communication things:

* We could use better materials for a quick intro to organizing. The cookbook is great for all the details, but a less threatening introduction would be great.
* I made a Git/Hub one page pull request guide that I would love help expanding: Suggestions? Send ’em my way (
* Blogging. We need bloggers. Can you blog about something (or anything even tangentially) related to RailsBridge?
* It would be fantastic to have a topic/skills roadmap for the RoR ecosystem (and the Railsbridge curricula in particular). Ping the mailing list if you’re interested in working on that!

Curriculum things:

* There are JavaScript, Git, and iOS curricula in the works. Want to help with those, or write a new one? Join the workshop Google group and introduce yourself!
* We’re going to attempt to merge the Boston RailsBridge repo with the main RailsBridge repo. If you’d like to help with that, ping the Google group.
* We need to rename our various curricula, because “Intro Rails” and “Intermediate Rails” gets really confusing when you have class levels that include the word Intermediate.

And my favorite: Bridge Troll! Our fun open source event management software project is chugging along, and we could use help with coding, documentation, bug testing, and UX!

There are no RailsBridge Employees

Bridge Troll: An Update!

A renewed effort to build out Bridge Troll (open source event management software) started in late November 2012, but mostly inside my head. As a new product manager, I wanted to define ALL THE THINGS before we started to build it. A kind developer-friend reminded me that that is very un-agile, and I should really get something out into the world ASAP. Luckily, there were extra volunteers at the December RailsBridge workshop,  and a few of them were willing to code instead of teach. Our official kick-off  took the form of a hack day in January, and awesome folks came out and made major contributions to the project. So where are we at now?

What We’ve Done

Here are the stories that have been completed & accepted since December 10, 2012:

  • Upgrade rails
  • Events should have Organizers
  • Only an event’s organizer should be able to edit that event
  • User should see only the RSVP’d participant’s names on event page
  • Organizers should see RSVP’d user’s email addresses and teaching preference
  • Event detail page should show organizer volunteers by teaching preference
  • Organizers should be able add details to Event
  • Event organizer should be able to specify co-organizers
  • User should have an Account page instead of “Add Your Skills” page
  • User has both a first and last name.
  • Organizer can format Event Details to have line breaks.
  • Organizer can specify that an event spans multiple sessions which can span multiple days
  • User should see an RSVP questions page
  • Users should have a Profile page
  • event dates should be rendered in the event’s time zone
  • User session should not expire
  • Manage Organizers page should have a link back to the event page
  • A volunteer can edit their RSVP preferences
  • Add teaching preferences checkboxes to volunteer RSVP form
  • Volunteer can specify which sessions they are attending

Doing all of those things required a lot of love and sweat and database decisions and migrations. This community is awesome.

When will Bridge Troll be ready for a trial run? Our MVP is that volunteers can sign up for an event and organizers can assign them their tasks & check them in at the event! It’s not too far off, but we could use your help. Plus, we’ve got a couple of designers working on the visual design & UX of the application, so that’ll take some major implementation work. (Pull requests accepted here; we also have something like a roadmap for adding student registration and class-level sorting. And of course, here’s our backlog.)

Who Is This Thing For? How Many Bridge Trolls Will There Be?

At the January hack day, I ran around answering questions and having conversations about where the project was going. A particularly fruitful one took place between myself and Sarah Allen, who was one of the original Bridge Troll product manager-types (and co-founded RailsBridge). I had been thinking that each RailsBridge community would have its own Bridge Troll instance — one each for SF, Boston, NW Florida, Seattle, and anybody who started holding workshops in their area could spin their own up.

The angle that I hadn’t considered was the huge opportunity we’d have for collaboration between cities if we shared an instance. Sarah pointed out we don’t always know if workshops will happen more than once in a given city, and that having a bunch of individual instances of Bridge Troll would probably not be very helpful. Certainly if a city wanted to have their own, they can go for it. But generally, it wouldn’t be an engineering challenge to allow filtering / sorting by location, and it would have major collaboration & data benefits to have everything living in the same place. I’m *really* glad that conversation happened!

Sarah and I also talked about bigger-picture hopes and dreams for Bridge Troll, which you can read through on the project wiki here: I’m excited to deposit big ideas there so we can focus on slimming down the Bridge Troll MVP and getting something out the door.

Bridge Troll: An Update!