Quick Left hosted the RailsBridge workshop, along with the organization of the event by Thoughtbot's Desi McAdam, earlier this month. We asked some participants to let us know their thoughts on the event and Katie and Paul of 23rd Studios graciously volunteered to share their experiences below. Not only that, they took amazing photos of the event. And yes, that's me giving a speech in a bike helmet.

Hi there, we’re Katie Falkenberg and Paul Talbot, co-owners of 23rd Studios. We just attended the most recent RailsBridge at Quick Left in Boulder and had a blast!

Paul has always been interested in learning new things and has been taken with code ever since he was a youngster. He mostly does photography and video, but Katie does a lot of web work, though mostly on the design end, and when the chance came up to attend the RailsBridge workshop, we both jumped at the chance.

Waza is the Japanese word for art and technique. After attending Heroku's second ever developer conference, I can vouch that it is appropriately named.

Virtually every application needs a solid way to organize and store application level configuration settings. There are a slew of gems out that purport to do the work for you, but here is a solution that you can implement in short order, with no external dependencies.

If you're curious about programming but don't want to commit to a lengthy course of study just yet, you might be interested in a workshop that Jessica and I are leading titled Playing With Ruby.

Like the other workshops, it's on Wed, Sep 19, the first day of Rocky Mountain Ruby conference in Boulder, CO. We intend for it to be a little different than the typical Programming 101 class:

This past weekend Quick Left sponsored the Boulder Railsbridge workshop. Daniel Stutzman (one of my coworkers) and I attended the event as teaching assistants. This workshop was focused on getting female coders around the Denver and Boulder area to come out and learn Ruby and Rails. Thanks to the key organizers, teachers, assistants, and sponsors, we had about 20 female developers make and deploy a Rails app. Throughout the whole course we actually deployed 3 different apps, and in the end had created a basic voting app.

The event was a smashing success and definitely facilitated bringing female talent into the tech community. If you weren't able to attend this event but were still interested in diving into Ruby and Rails, our very own Bing Chou wrote an awesome post on 5 resources to get started with Ruby on Rails. I also write a Command Line for Beginners series that might help you sharpen your command line chops.

We want to continue promoting female talent in the tech community, and we'd love to hear from you. If you attended this event (or wish you could have helped out), we'd love to see what your thoughts were in the comments below.

Duplicate content is identical content that appears online in multiple locations. It is important to be aware of because search engines have difficulty identifying canonical content locations and thus may penalize site owners by way of lowered index rankings or omissions. Here we'll use Ruby and a bit of Rack middleware to avoid some common duplicate content issues...

Recently I was building a Single Sign-On feature for a client who wanted it for customers logging into their existing database (SAP). Basically, instead of giving their customers yet another username and password, Single Sign-On lets you reuse your first log in for another app. More recent versions of SAP use a standard named SAML for SSO, and there's already a Ruby gem for that. But in this case, we needed to us a different standard named SAP logon tickets. After building that integration, in my free time I repackaged it as a gem (a Ruby library) so that others can reuse my code later if they run into the same problem.

Heroku is an invaluable resource for quickly deploying apps without having to do the dev-ops heavy lifting, allowing development to move fast. One of Heroku's great features is on-demand scaling of dynos (additional processes). To take advantage of those dynos, there are many job queueing gems available, the most popular being Resque. Heroku's ease of scaling up dynos combined with Resque's ease of using those dynos make the two a match made in heaven. Unfortunately, that's not the case.

So what's the problem?

The issues that we've encountered lie within Heroku's Cedar Stack, the most popular stack for Rails apps (now Heroku's new default!). Simply put, Heroku will kill your Resque workers.

Boulder Startup Week was a great time, but now that we’re recovered, we’re back in action with another one of our Hackfests. As always there will be pizza, beer, and the general merriment provided by the QL team.

I'll be leading a break out session on what Ruby is, the difference between Ruby and Rails, and will possibly be doing a few small live coding examples. We want to get people motivated about learning Ruby, so come out and sling some code with us.

If this sounds awesome to you, the aspiring Ruby expert-to-be or absolute beginner, please stop by.

Register here and we'll see you next Wednesday!

When: Wednesday, June 27, 2012 from 6 - 9 pm
Where: QLHQ, 902 Pearl St, Boulder CO 80302
Register: Ahead of time on Eventbrite so we know how much beer to buy!

Hey everybody! Welcome back to my ongoing command line series. Check out the older posts here. This week we're going to cover one command in depth, since it's a pretty important one. We're going to learn about curl, and if time permits - curling!