With a Little Help from My Friends - Anthony Lewis
A look back at how Austin on Rails has helped me grow my career from an entry level Rails developer to an instructor, conference speaker, published author, and team lead in less than five years. Learn how you can participate in and benefit from this awesome community.
Anthony Lewis is an Engineering Team Lead at Sharethrough and the author of Rails Crash Course. He enjoys breakfast tacos and talking about himself in the third person.
Death by a Thousand (Almost) Cuts, a Ruby on Rails and Angular JS Love Story - Youssef Chaker
You start off needing a quick script to make part of your consulting work less repetitive, so you write a small python script. You then add a couple more features. Sprinkle some Angular JS on top. And before you know it, you’re selling the tool as “Enterprise Software”, but you can’t add any of the “enterprisey” features because your code is a big mess. You hear about this shiny red gem that everyone’s talking about, all the cool kids are using it, so you hire a contractor to port your Python app into a Ruby on Rails app. In this talk you’ll learn about what to expect from this endeavor.
Youssef is the bear in Bear & Giraffe LLC, been working with Ruby on Rails since 2008, and loves building custom web applications that present their own new challenges. Raised speaking three “human” languages, which makes learning a new programming language a walk in the park. Can be found on the inter webs at @ychaker.
Learning by Reading Open Source Code - Max Holzheu
Writing code that the compiler won’t complain about is far easier than writing paragraphs your fellow humans will understand. That’s why all documentation probably sucks, and there’s nothing you can do about it. Except one thing: Learn to Read the Source.
Max Holzheu is a self taught web developer and cofounder of Beek. He has being doing Rails for close to two years and has developed around 16 Rails apps, including an Uber clone, a betting app for the World Cup and an online learning platform. He has witnessed sand rain, and survived. He also tweets a lot of quotes from books he’s reading, so you don’t have to.
Approaches to Testing Rails - Titus Fortner
Delivering code more frequently means automating tests. How many people feel like they are spending more time maintaining their failing tests than getting useful information from them? Does writing your tests before writing code actually help? Are you writing the right unit tests? Are you sure your integration tests are giving you the results you think they are? This talk will provide some answers by discussing Ruby tools available to test your applications - Cucumber, RSpec, Capybara and Watir, along with their relative benefits and usefulness. You should come away from this talk with ideas on how to increase your confidence in your testing approach.
Titus Fortner has been writing functional user interface tests in Ruby for several years. He is the maintainer of the Ruby bindings in Selenium, and the lead developer of the Watir (Web Application Testing in Ruby) project. He’s committed to open source development and making it easier to facilitate delivering quality software.
Materialize your Stuff - Cecy Correa
As a backend dev, you probably work with designers who take care of making your app a delightful experience, so you probably never have to worry about making something look nice. But, there are times when you might have to make something look “not broken.” An open source or personal project, perhaps? I know what you’re thinking, there’s Bootstrap for that. I’m here to tell you there’s another player on the block, and that’s Materialize.
Materialize is a frontend framework based on Material Design. I’ll talk about the benefits of Materialize over other frameworks, and how to play with Materialize in your Rails app.
Cecy is co-chapter leader Girl Develop It ATX, Organizer @RefreshAustin. Full-stack developer with eye for design. Amateur standup comedian.
A (Gentle) Rant On Architecting and Designing Rails Apps - Cory Foy
There was a time when Rails was Magic and Fun. Where developers typed “rails new” and cranked out features. But more and more we look critically at our rails apps and wonder how we fit them in to so many paradigms - from Clean Architecture, to DDD, through slim controllers and slimmer models. But in our frenzy to adopt the latest thing, we threaten to leave newbies missing out on the progression necessary for good design - and the true joy that comes from following that path. In this talk, Cory Foy will cover some of the challenges he sees newbie developers having with Rails, and details how to build a clean system which can withstand significant change over a long period of time - without trying to get it all right up front.
Cory has had a life-long passion for helping others, starting with spending 7 years as a Firefighter and CPR Instructor. But technology really captured his interest, and for the past 17 years Cory has had the pleasure of working and leading teams building software for some of the largest companies and organizations in the world - including Microsoft, MIT, Beats By Dre, Wachovia and many others. In the mid-2000s Cory began working to solve the problem of organizational change and agility in companies, and led to his work with the Scrum Alliance, and Lean-Kanban University. Cory has been a guest lecturer at several universities, including Notre Dame and Carnegie Mellon, and speaks at organizations and conferences around the globe. Cory now serves as the Director of Corporate Education for The Iron Yard, and spends downtime with his wife and two girls where they can be found fishing, building awesome things, or just hanging out near any body of water.
Beat the summer heat with two cool talks at the August meeting of Austin on Rails! Your emcee this month is Anthony Lewis.
Behind the Scenes of My First Client Project - Ben Brumfield
How do you get a freelance gig and quit your day job? Once you’ve got it, how do you ship working software that satisfies the majority the stakeholders at your client? What are the mistakes first-time freelancers make, and how can you avoid them?
Ben Brumfield will reveal the technical and business lessons he learned from his first major client project, touching on collaboration, communication, specialization, and MongoDB optimization. Mostly, however, he’ll go into detail on the mistakes he made and how the product was shipped despite them.
Ben started using Ruby on Rails in 2005 for a side project to his day job writing Oracle-heavy Java at a dot-com. Although a perpetual beginner at Rails, he was able to leverage that side project to go independent at the beginning of 2012. Since then, he has been an independent developer and consultant providing services to libraries, archives, museums, scholars, and genealogical organizations.
Surviving the Framework Hype Cycle - Brandon Hays
Adding new technologies to your stack can have far-reaching implications for your product, team, and career. Trying to pick the “right” one can be confusing, or even infuriating. But don’t flip that table, we’ll use the “hype cycle” and the history of Ruby and Rails as a guide to help you understand which front-end and back-end technologies are a fit for your needs now and in the future.
A former marketer and tech analyst, Brandon now helps run The Frontside, an Ember.js and Rails consultancy in Austin.
subscribe via RSS