An email newsletter, with one Ruby/Rails technique delivered with a ‘why?’ and a ‘how?’ every two weeks. It’s deliberately brief, focussed & opinionated.
Don’t miss my next post, sign up to the One Ruby Thing email and get my next post in your inbox.
- Delegate to simplify your code
- Ignore PHP bots with Rack::Attack
- Use beginning and end of string in regular expressions
- Active Record’s first and last may not mean what you think
- A job should know whether to run itself
- Use Hash#fetch when using Rails params in controllers
- Stop robots and crawlers causing errors in your Rails application
- Check Your Database Indexes For ActiveRecord Scopes
- Only use named scopes outside models
- Avoid Writing SQL When Using ActiveRelation
- Enumerable avoids using temporary variables when looping
- Extract conditionals into well-named methods
- Be sparing when using unless
- Truthiness in Conditionals
- Set your page title in the view template using content_for
- Choose UUIDs for model IDs in Rails
- Use a pull request template
- Use simplecov in your Rails test suite
- Rescue specific errors. Avoid rescuing StandardError. Don’t rescue Exception.
- Don’t use default_scope. Ever.
- Use Rails’ naming conventions for dates & times
- Rails Naming Cringes
- AMP Project Pages on Ruby on Rails
- Simple Ruby/Rails Setup on macOS
- Benchmarking each_with_object Against inject when building Hashes from Arrays
- Serving a Jekyll Blog using Heroku
- Web Services used at ImpulseFlyer
- RedDotRubyConf 2012: Wrap up