Rubyists generally tend to shy away from multi-threaded code.
Cognitive overload, horror stories of threading bugs, and MRI's lack of native threading support are probably the reasons, but these are powerful constructs that every developer should understand. We'll tour the basic synchronization primitives that Ruby provides, and I'll show you where each is appropriate, covering potential pitfalls and hazards along the way. We'll see the strengths and limitations of the way MRI, Rubinius, and JRuby run our multithreaded code, and the implications that that has on our code's progress.
Devise is pretty widly used, but have you ever needed more out of it? With the recent release of 3.1.0, Token Authenticatable has been dropped; how can you replace it securely? This talk will quickly go over the basics of Devise, dive into its core use of Warden and we'll write a few new custom strategies. Developers walking into the talk without any previous exposure to Devise will get a quick intro, casual users will get a better understanding of how its innards work, and the seasoned will get to see how one group addressed api authentication token generation while avoiding the timing security issues that had previously existed.
Does the code you write have a bright future? Or is it destined to rot and turn brains to mush? Find out how to keep your code from getting infected with the zombie virus of entropy and kept fresh and alive using insights from cognitive psychology.
In this talk we'll introduce InfluxDB, a distributed time series database we open sourced based on our backend infrastructure at Errplane. I'll talk about why you'd want a database specifically for time series and cover the API and some of the key features of InfluxDB
With 14 months and 6 workshops down, RailsBridge Boston has taught Ruby and Rails to over 200 women. What's making these workshops so successful? Why do people keep coming!? All sources point to our TAs. In this talk, we'll take a look at what they're doing and how we can do the same to better foster our community.
Are you new to the world of software development, trying to find a way to break in? Are you an experienced developer from the .NET or Java world trying to find a way to break out? Two years ago, I was in a management role with a medical device company, moving slowly away from something I love, writing software. My experience was heavy on the embedded and desktop side, primarily in C#, with little web experience. I loved TDD and agile, but didn't find much love for XP practices in those communities. I had heard a lot about how these ideas were valued in the Ruby community but how was I going to break in. This talk will go into some of the things I did to gain a toehold. Along the way, we'll talk about fear, imposter syndrome, leveling up your skills, and getting involved in the community. We'll also talk about some of the roadblocks you will face and some unspoken, and not so unspoken, negative aspects of the industry.
In this talk, we'll take a look at Pry. We'll see how to debug a ruby program using the core of the library and take a look at the rich plugin ecosystem that surrounds this amazing tool. We'll also spend a some time looking into some of the other lesser known features that often get overlooked including configuring a .pryrc file, custom pry commands and more.
As projects grow, managing an acceptance test suite often means making a distressing discovery: unanticipated technical debt. Find out how we overcame painful testing practices of the past and fell in love with behavior-driven development. We’ll speak in depth about powerful techniques that bring your acceptance tests back to first-class status and ensure that their value exceeds their cost, regardless of your framework.
The Rails way isn't always the best way. What's great for rapid application development is sometimes bad for a long-lived application. In this talk, we'll learn how the codebase of Sortfolio.com was refactored to make it faster, easier to modify, more testable, and ready for the long-haul. We'll see how it's CodeClimate score was increased from a 2.78 to a 3.51 and how you can apply these same principles to your own apps.
With Rails 4 supporting only Ruby 1.9 and above it can fully embrace the MiniTest library that ships with Ruby 1.9. What does this mean for Rails developers? Let's find out.
In this talk we'll look at using MiniTest in a simple, non-Rails, project and then work up to using it in a Rails application. We'll look at both the TestUnit and RSpec style syntaxes that MiniTest offers. We'll also learn to write custom matchers, run specific files, and much more.
Testing is important to all Ruby and Rails developers, and with such a powerful testing library already bundled with Ruby, shouldn't we learn how to use it?
I often hear when around devs a bashing of sorts of Cucumber. The norm generally seems to be a preference for rspec/capybara. But when dealing with a larger client or organization or team it can provide a lot of value, so thought I could mention a couple things around how to utilize cucumber and possibly try and break a couple myths I hear a lot on the subject.
Are you a Ruby on Rails developer who is curious about RubyMotion. In this talk I will go into some of my experiences getting started with RubyMotion.
We'll take a look at a few gems that can make the experience of developing iOS applications with RubyMotion more "Railsy".
I often hear when around devs a bashing of sorts of Cucumber. The norm generally seems to be a preference for rspec/capybara. But when dealing with a larger client or organization or team it can provide a lot of value, so thought I could mention a couple things around how to utilize cucumber and possibly try break a couple myths I hear a lot on the subject
In this talk on Rails::Engine you will become a Rails mechanic by learning how Rails::Engine, Rails::Application, and Rails::Railtie interact, giving you much of the power you associate with Rails. Blueprint in hand, we will cover typical Rails::Engine setups, discussing full vs isolated engines, configuration paths, initializers, testing, routing, and middleware stacks. You'll be ready to build your own Rails::Engine as soon as you get back to your own garage.
As Rails applications mature, they frequently run into performance issues. One
of the most common problems that plague middle-aged Rails apps is running out of
Unfortunately, the causes of most memory issues are the tools that make
applications so easy to write, such as ActiveRecord and Enumerable. Although
these tools make it easy to navigate your data, they also make it easy to
continually use more memory as your data grows.
During this talk, you'll learn about different memory problems, such as leaks,
bloat, and churn. You'll learn some common causes of memory issues in Rails
applications, and you'll see how to use streams to improve performance and trim
down on memory usage.
Brian will dive into three recently released, client-heavy JS web applications. All use Ruby on the server; two of them use Backbone.js and the third uses Ember.js in the browser. Each project has is fair challenges, from scaling to security to development process and devops. We will look at a few of these challenges and how they were overcome.