Ruby Conference Australia 2016 — Gold Coast!
This year’s Ruby Conference Australia was held on the Gold Coast, a vibrant and breathtaking city, known for its world famous Surfer’s Paradise — a beach and surfing haven — and home to the country’s most exciting theme parks.
Over two days in February, 26 amazing speakers from around the world came to Sea World Resort to share their knowledge in all things Ruby-related — technical and non-technical. There were five elective workshops that were offered on the first day being Developer Flow, Go, Trailblazer, Rails Girls and Rails Girls Next. As Vi attended the conference and Sarah attended a workshop separately, this blog post will be split in two parts. The first highlighting the main talking points from the various talks, whilst the second will be a description of Rails Girls Next, a workshop that follows from Rails Girls. Each section represents our own personal views and experiences.
5 Take Aways from the Talks by Vi Nguyen
Though Ruby Conf was a technology conference, for me, it really brought home the idea that what enhances technology is the human element, and that code really is just an expression of that.
Takeaway #1 — Want to go from newbie to expert coder? Read code & fill in your learning gaps.
Saron Yitbarek’s talk “Reading Code Good” shared eight guidelines on how a person could go from newbie to expert code. One hour every Sunday, Saron would read code with a few mates and from this social learning she tried new things that then prompted questions, research and interaction with the code. The digression from what was known and what wasn’t known was where most of her learning happened. Importantly, by learning together, it filled a gap in that self-learning to code can be excruciatingly lonely and overwhelming, but, when done together, it’s not so scary.
You can watch Saron’s talk in full here.
Takeaway #2 — Your ruby gem does more than just distribute libraries, you can use local ruby gems to better structure your large rails app.
In Enrico Teotti’s talk, I learned that ruby gems could be used locally to better manage very large applications (previously, I just used remote ruby gems so I could avoid writing code from scratch). Instead of generating new scaffolds and classes within one big app, local ruby gems could be used to create a dependency structure. What this means is that a local ruby gem would contain everything that has your first feature in it and when you get new functionality, you extract shared functionality to another gem. What you then get is a view of the application in chunks => reduced cognitive overload => more manageable application.
If you are interested in the technical implementation of using local ruby gems, watch Enrico’s talk.
Takeaway #3 — Empathy makes you a better developer because your feature implementations are likely to be closer to what the user wants.
Ernie Miller’s talk was about empathy as a building block for humane development. Humane development has at its core a simple and obvious belief that humans work with other humans to build software and this software is subsequently, used by humans. Because of this, it’s important to cultivate empathy (i.e. how to speak the thoughts and feelings of someone who isn’t you). Empathy makes you a better developer because you’ll have a better sense of why you’re building something and why it’s important. Your perception goes from “What would I want if I were them?” to “What would make them smile?”. Programming is about building things and according to Miller, “If you’re empathizing well, you’ll build something people love”.
Ernie’s talk is fantastic and you can watch a recording of his talk on empathy here.
Below is a picture of Ernie and I — don’t forget to check out his awesome t-shirt!
Ernie Miller at Ruby Conf Au 2016 (Photo: Vi Nguyen).
Takeaway #4 — Event sourcing as an alternative to using the CRUD accepted actions of “update or destroy”
The talk by Sebastian von Conrad questioned whether data should be destroyed or updated at all. This was really useful to me because sometime in late 2015, my developer installed the paranoia gem because I wasn’t comfortable with deleting data that was associated with say, a user account. When a rails app destroys or updates data using Active Record, the original data is lost. Is it right to lose data? Well…something that might not be useful now may be useful later. In the case of organizations that rely on user generated content, like Wikipedia, destroying data could create huge problems - imagine what would happen if a user were to be able to delete their account and have their associated contributions deleted aswell…
Sebastian talked about Event Sourcing which ensures that all changes to the application state are stored as a sequence of events - kind of like an accounting system so that nothing is deleted but rather a balance is kept of all that’s happened. With event sourcing you can query events and use logs to go back to a past state. That’s pretty neat!
If you’re interested in event sourcing, you can watch Sebastian’s talk here.
Takeaway #5 — Programming is an expression. Read what’s out there and look at style guides but also, find your own voice.
As idioms exist in language, programming languages are not excluded. Arne’s talk was about burning your idiomatic ruby. While idiomatic language sounds natural and requires less mental processing, according to Arne, “treating idiom as normative hampers innovation”. For example, what would happen if a new language got ported into Ruby? In such cases, we shouldn’t be rigid in the way we approach programming. Idiomatic doesn’t necessarily always equal good. Programming is expression and there are style guides out there that you can reference, but it’s also important to find your own expression.
Arne will be introducing a really exciting screencast and he’s an expert in Clojure, so definitely follow Arne on twitter. You can also check out his very intelligent talk called “Burn Your Idiomatic Ruby” here.
While not a ‘takeaway’, it’s also worth mentioning for those interested in business or who are operating their own business, that Jeff Casimir’s talk shared some great business gems (pun intended). Mila Dymnikova’s visual notes on this highlight the main points from his talk perfectly. A big thank you to Mila for allowing me to share her notes on this blog.
Ace notes on Jeff Casimir's talk by Mila Dymnikova (Notes and Photo: Mila Dymnikova).
So that’s a wrap! If you wish to see the full set of talks, they’re online here. But, before I go, this is an Australian conference right? So I’ll leave you with a collage of party pictures and the obligatory Aussie animal pictures.
1. From left to right: my roomie, Indah who is a front-end dev, Jo who is lead developer at Culture Amp and I at the opening party (Photo: Vi Nguyen).
2. A cutie pie koala, just because (Photo: Thomas (originally posted to Flickr as Koala Bear) CC BY 2.0, via Wikimedia Commons).
3. From right to left: Timmy from BuildKite, Indah and I at the opening party. We forgot our logo tees (Photo: Vi Nguyen).
4. A surprise breakfast for the speakers and volunteers at Sea World Resort — we had breakfast next to dolphins (Photo: Freibuis).
5. From left to right: Lauren and Jo, both Ruby Australia committee members at the closing party at Movie World (Photo: Vi Nguyen).
6. An octopus, my favourite animal. This is a blue-ringed octopus that you can find in Australia. If you see it, get away from it quickly. One of the few things that can kill you in Australia, other than crocodiles, poisonous spiders, snakes etc… (Photo: Elias Levy (Blue-Ringed Octopus) CC BY 2.0, via Wikimedia Commons).
7. From left to right: Allison and I. Allison was a speaker and her talk was about remote working (Photo: Vi Nguyen).
8. Batman and I. He said I looked lovely… but then I heard him say that to all the other girls (Photo: Indah).
Rails Girls Next Workshop by Sarah.
What you need:
The Rails Girls Next workshop is a step up from the Rails Girls workshop.
The workshop started at 9am at Sea World Resort. Nothing better than a fantastic location with great morning tea.
Why Sinatra instead of Rails?
Rails: Things happen magically under the hood.
Sinatra: More flexible in comparison, but would require you to implement some elements yourself.
We then began learning the ways of building a Rails app from scratch through Sinatra! Develop your app on the cloud!
This was written by Sorcha and is a very excellent step-by-step guide we followed to understand how each file works in Rails. It’s very easy to follow and quite self-explanatory.
Caution: I learnt that Sinatra is NOT structured like how files in Rails would.
For instance, Routing in Sinatra is controlled in the controller, whereas Routing in Rails is in a separate routes file.
I then deployed the app to heroku. A couple of us in the workshop were having a problem with getting the app to deploy (Error: Application not found).
Here’s the solution: Since Sinatra is structured slightly differently from Rails, you’ll need to modify config.ru since gems and classes are located in config/application.rb
Configuration set up of Sinatra in Rails (Photo: Sarah Ni).
Big thanks to Sorcha, Rachelle and Daphne for teaching us the tiny details of MVC and Routes.
Sarah and the conference
At first glance, this probably doesn’t make sense.
In short, I actually had to make a quick trip up to Sydney (fun fact: it’s a 1.5 hour-long flight) to attend an awards ceremony. I’m humbled to have been nominated by GradConnection as one of the Top 100 students in Australia, 2016.
Thank you to the team at Rails Girls Summer of Code and Ruby Conference Australia for giving both of us the opportunity to attend Ruby Conf Au 2016. It was fantastic and a great time was had by all!