The feedback we get from users is not what it seems! As software creators we apply a lens that makes us take user feedback in many different - often unhelpful - ways from how it was intended. Here’s a list of user feedback myths to help jog assumptions.
You have a SQL query that seems like it needs to be faster. What’s the upper-bound on improving that query’s performance?
ActiveRecord query log tags is my pick for most underrated Rails config option that isn’t enabled by default. Here’s how to extend it beyond the default options, with a specific example of GraphQL.
Refactoring is great and most developers should refactor more, but there are times when it is not appropriate. Ironically, if you’re aware of these, you may find yourself refactoring even more often than before.
The Noisy Animals kata is designed to help developers think about the process of improving bad code.
Refactoring is essential for software teams to remain effective, but the concept is often misused in conversation to describe work that is not refactoring. Here are some thoughts on what goes wrong when we do this.
Early in the product lifecycle, there’s no one better placed to gather data for business decisions than a developer. Here are some examples of what (and how) Rails developers can contribute with “hacky answers”.
We can do a lot more than generate one line of code at a time with large language models. Here are some other “LLM for coding” ideas.
What executives need to know about DevOps so they can build a successful, resilient product.
If we want clients to create small controllers and use resources in their routes, it’s a good idea to know why. This is a refresher of Derek Prior’s advice from Railsconf 2017.