I’ve been actively developing mobile applications using the new SmartPhone application framework from Rhomobile.  I wrote an overview of the technology, but folks have asked for some more details.  Below are some reflections from my development experience so far:


Rhodes is the client-side framework that Rhomobile offers. This is the key technology that abstracts the device-specific functions and makes Rhodes (mostly) platform independent. The Rhodes architecture is compelling, simple applications are dead simple, but any real application is going to take thoughtful design and implementation work.  This is really what you want of any technology.  A key strength of Rhodes is that it is open source and you can dive into device-specific code if you have a need — I haven’t done this yet, but just knowing it is there makes me confident that I won’t run into a wall as one always fears when adopting a new framework. I have found that Rhodes significantly accelerates development (once you know its ins and outs).

The major drawback to Rhodes is that it is pretty rough around the edges right now.  The docs give you almost all of the information you need and the rest you can pretty much guess.  The hard part is that there are few examples of the design patterns that that you commonly use in any application that goes beyond a toy; however, the Rhomobile team is incredibly responsive on the google group and very welcoming of contributions to the docs on the wiki and the core code, so it is only a matter of time before this is fixed. I have run into a few bugs, but again, open source helps here.

On the awesome side of Rhodes: you are writing Ruby, CSS and HTML and once you know a design pattern, replicating it for another app (or another part of the same app) is trivial, which is typically not the case with languages like C or Java.  It follows a pattern which a lot of mobile developers are using in their native apps of defining UI in embedded HTML controls that call out to native functions.  Rhodes wires in Ruby, so you can easily embed code in HTML (with erb syntax and some useful helper methods borrowed from Rails).  It seems a natural crystallization of the methodologies that manyfolk are building by hand, which is what you want and expect from any good framework.


RhoSync offers some serious magic. You can write a one page of code on the server side that translates your web service or whatever into a generic result set and then automatically syncs it to the client. I’ve written sync code before: even a basic implementation can stretch your brain and take some work to get right. By using RhoSync you can easily get the data from the server onto your client and vice-versa. Then, when you are out of cell-phone range or on a flaky network, your data is still available on the device, without additional development work. This is well-worth the license fee, and it is free for open source apps.

Final Notes

Rhodes 1.2 is a huge step forward.  It is great to see this company quickly addressing known issues and adding features.  RhoHub is a very cool idea.  It is still in private beta (and deservedly so), but it is evolving quickly and I look forward to its public unveiling.

In summary, if you want to get into mobile app development, you know Ruby and you are comfortable on the cutting edge, Rhodes is a great option right now. If you need to develop a mobile app and you plan to spend some serious time on it, it’s worth starting now, even wih the rough spots, since after you climb the learning curve Rhodes and RhoSync will be a huge time saver.

I’ll be teaching Ruby on Rails in a hands-on class in SF. In starts quite soon, on 8/25. It will be suitable for anyone who has attended one of the recent workshops or for anyone who is a programmer already but just doesn’t know Ruby or Rails. For folks who need to install a dev environment, there’s an SFRuby Meetup install fest on 8/24.  You can sign up for the class online.  Here’s the course description:

Ruby on Rails Fundamentals
You will learn how to create data-driven web applications with Ruby on Rails. Through test-driven and exploratory development, you will become familiar with ActiveRecord, including associations. You will gain an understanding of the SQL implicitly written through your Ruby code. You will learn about customizing views, view helpers, routes and controller actions. At the end of this class, the “generate scaffold” command will hold no magic. There will be short assignments that you will be expected to accomplish between classes.

  • 6 weeks, one 2-hour evening class per week, Tuesdays 8/25 – 9/29, 6:30-8:30pm
  • You must bring your own laptop to work on
  • Prerequisite: you must have already installed Ruby and Rails and be comfortable using command line tools. You must have some programming experience, but need not know Ruby.

In keeping with the workshop tradition, we’ll figure out childcare if there are folks who want to enroll in the class and need it.  Depending on the number of kids, the JCC has some different options, so we need to see what’s needed before we make specific plans.  So, don’t let worries about childcare keep you from signing up!  I know this question can be just as important for Dads and for Moms these days.

Many thanks to Andrea Heilbronner for organizing the class and Michael Pope for organizing the Install Fest. It is great to be part of a community who sees a need and makes things happen.

Being a woman in open source is “like walking into a sports bar on game night and wearing the wrong team’s jersey… it can be the friendliest group in the world and you will still feel a little awkward”

Kirrily Robert talks about two open source projects that have a majority of developers who are women. She contrasts this with a FOSS study indicating 1.5% of open source developers who are women in an industry with 10-30% women. Her talk starts with sobering facts, then she moves on to tell inspiring stories and provides practical tips on how we can create diverse and welcoming communities.

archiveofourown.org: 100% women (20+) developers, started with beginner programmers, Ruby on Rails and javascript

dreamwidth.org fork of the livejournal code, 40+ coders, 70% female, they recruit non-programmers, and have an inspiring diversity statement: “neurodiversity is a feature not a bug”

You can teach programming, but you can’t teach passion…. and you can’t teach diversity.