Topics: Putting yourself in the shoes of the person reviewing your application Crafting a high quality application tailored to a specific position Standing out in a more traditional hiring process by doing something a little extra Showcasing very specific examples of your work instead of asking the person reviewing you

Robby speaks with Ben Orenstein, CEO and Co-founder of Tuple, a remote pair programming app. They discuss why saying, "someday we'll go clean that up" doesn't work in reality, the downsides to putting maintenance work into a backlog, and implicit vs. explicit knowledge. Ben also gives an intro to Tuple.Ben on TwitterTu

On this episode of the Bike Shed, Chris is joined by former thoughtbotter Ben Orenstein. Ben & team are currently feverishly working towards launching Tuple.app, an app for remote pair programming. The conversation covers the unique technical challenges inherent to building this sort of app (WebRTC & firewalls, oh my),

Topics include: Why deadlines are critical Using manual processes to avoid building features entirely How launching a stripped down version of your idea can help you build the right thing Recognizing when you don't need to solve a problem yet Why you shouldn't design your entire UI up front How evolutionary design appl

Topics include: The benefits of pairing with someone more experienced than you The benefits of pairing with someone less experienced than you How pairing helps you build things faster Why pairing often removes the need for code review How to get started with pairing if you've never done it before Sponsors: Cloudinary,

Sponsors: Rollbar, sign up at https://rollbar.com/fullstackradio to try their Bootstrap Plan free for 90 days Codeship, check out how they performed in Forrester's latest Continuous Integration Tools report Links: Refactoring Rails, Ben's refactoring course The 30 Day Code Quality Challenge, Ben's free 30-day code qual