We talk with Ben Halpern the founder and webmaster of dev.to — a community for developers to talk about software. Last Wednesday they open sourced the codebase of the dev.to platform, so we wanted to talk through all the details with Ben. We talked through the backstory, how Ben realized this could become a business, how the team was formed, their motivations for open sourcing it and why they didn’t open source it from the start, the technical stack, and their vision for the future of the site.
I use Pry (a runtime developer console) all the time and I still learned a few tricks from this post. Here’s a doozy for working in Rails apps:
show-routes, which does what the name implies, and also takes a
-Gflag for grepping. No more starting up a new shell to execute
rake routes | grep loginand wait for it to boot up Rails just to give us the routes on the side!
This is the one and only tool that i miss when working with Elixir and Phoenix. Yes, I know there’s
IEX.pry built in, but it doesn’t offer as smooth a workflow as Ruby’s pry. Maybe someday…
Nice post by our friends at Rollbar:
We looked at our database of thousands of projects and found the top 10 errors in Ruby on Rails projects. We’re going to show you what causes them and how to prevent them from happening. If you avoid these “gotchas,” it’ll make you a better developer.
I know many of these like the back of my hand. 🤣…😭
The main purpose of the tool is to allow developers to quickly mock API endpoints that for many possible reasons they can’t reach at a specific time.
Create endpoints which you can then assign static or dynamic responses, cause delays, timeouts. et cetera. Set it up natively or via Docker. 🐳
Derek Prior on Ruby 2.5’s
I write Ruby daily, but I had no idea
yield_self was a thing. In this post, Derek takes us through a real-world use case for it. I agree that the final code is more readable than where it started. Good stuff 👌
Follow along with DHH as he explores the Basecamp 3 codebase to uncover areas of the code that can be improved one way or another. This is as close as it gets to pair programming with David as he examines the code and ways he might improve it.
Great list, and I agree with many of Vladimir’s points. However, I have to admit that Ecto’s take on preloading still bugs me after years of use.
I find myself doing the preload dance all over the place even when I’m well aware of the performance issues around N+1 queries. I thought I’d get used to it over time, but it still irks me every time I see an
A project after my own heart:
🗝 Add authentication to your Rails app without all the icky-ness of passwords
We’ve been password-free on Changelog.com for awhile now. It’s not without drawbacks, but you can definitely sleep better knowing that even a database breach can’t compromise your users’ passwords. Because there aren’t any.
Mike Perham is back for his 4th appearance to talk about his new project Faktory, a new background job system that’s aiming to bring the best practices developed over the last five years in Sidekiq to every programming language. We catch up with Mike on the continued success and model of Sidekiq, the future of background jobs, his thoughts on RocksDB in Faktory vs BoltDB, Redis, or SQLite, how he plans to support Sidekiq for the next 10 years, and his thoughts on Faktory being a SaaS option in the future.
Sean Griffin joins the show to talk about doing Rails full-time, his love of Rust. and his project Diesel - a safe, extensible ORM and query builder for Rust. We discuss Sean’s path to working full-time on Rails, what he works on specifically, why Rust, why Diesel, and how much of Diesel’s design and featureset is a product of his experience with ActiveRecord and Rails.
Ryan Bigg joined the show to talk about his open source work on the documentation of Ruby on Rails, fund raising, crowd sourcing, departure, handing off, not quitting, making the right decision, getting paid, sustaining, and more.
Looking for a open source project that has real world impact?
David Heinemeier Hansson, aka DHH joined the show to talk through the past, present, and future of Ruby on Rails — the most beloved web application framework in the Ruby community.
Who doesn’t want a hackable Yahoo! Pipes plus IFTTT on their own server?
Notejam is a project in the spirit of TodoMVC, only for server-side frameworks. It allows you to quickly see how different web frameworks implement the same thing.
PgHero will show you long running queries, cache hit rate, and more. I installed it on one of my apps this morning and it worked well!
CanCan may be dead, but long live CanCanCan!
This repo is a continuation of the dead CanCan project. Our mission is to keep CanCan alive and moving forward, with maintenance fixes and new features. Pull Requests are welcome!
This is what I love about open source. Great ideas aren't bound to their creators. All it takes is one person who cares enough to pick up the torch and run with it.
Our good friend Jesse Wolgamott has a great passion for teaching Ruby! That’s exactly why he’s giving our members an exclusive 50% off discount for 6 months to learn Ruby the effective way on any of his plans at Ruby Off Rails.
For members only — Avdi wants you to start learning Ruby with a pro (him). He’s giving our members an exclusive 77% off discount to enjoy RubyTapas for 3 months. Normally a subscription to RubyTapas is $9 per month, but our members save $21 and pay just $6 to get access for 3 months!
A lot of focus lately has been put on improving Rails’ speed in dev mode. John Leighton’s Spring gem is a result of some of that focus. It preloads your Rails application and keeps it running in the background so you don’t need to boot it every time you run a test, rake task, or migration.
As of this commit Spring will be installed by default on newly generated Rails 4.1 apps.