• The REPL: Issue 17 - December 2015

    How To Test Multithreaded Code

    Mike Perham, author of Sidekiq, the popular Ruby queueing library, writes a great post on how to test multithreaded code. The first portion, deals with separating the threading portion from other logic, so that it can be tested with regular means. In addition, he details how using a callback and the native Ruby Mutex and ConditionalVariable one can test threading code, without using any sleep calls. Very informative post.

    Is Rest Best In A Microservices Architecture?

    Craig Williams discusses why REST over HTTP is not necessarily the best option for communicating between microservices. He illustrates two other options: Pipelines and messaging and talks about the pros and cons of each. It’s a topic that I have personally though about much and at work, we have started using messaging as opposed to REST for the reasons outlined in the article.

    Learn to Code: It’s Harder Than You Think

    As Mike Hadlow, the author states in the TL;DR:

    All the evidence shows that programming requires a high level of aptitude that only a small percentage of the population possess. The current fad for short learn-to-code courses is selling people a lie and will do nothing to help the skills shortage for professional programmers.

    The perspective and numbers in the article are particular for the UK, but I believe they apply equally well to the US.

    Read on →

  • The REPL: Issue 16 - November 2015

    Phoenix Is Not Rails

    I have been following the Elixir community and the Phoenix framework in particular. I feel a certain familiarity between Ruby and Elixir, and Rails and Phoenix. Chris McCord, the creator of Phoenix writes, a thoughtful post on the differences, and more importantly why they matter. Sometimes, differences in Software Engineering can be esthetic only (e.g. plural vs singular database table names); Not so with these. He makes compelling arguments on the technical choices made in Phoenix.

    How To Charge For Open Source

    Mike Perham, the creator and maintainer of Sidekiq, explains how to go about making a business out of Open Source Software. Uncharacteristically for the internet, the comments for this post are actually very interesting, as are the links. For a more in-depth conversation into the same topic, hear (or read the transcript) of Mike’s guest appearance at the Ruby Rogues Podcast

    What Is SemVer

    SemVer, short for Semantic Versioning, is a convention for software version numbering. I have been using it very successfully at work with for internal gems and bundler pessimistic locking (~> operator). In this post Richard Schneeman, explains the practical aspects of choosing a release number, including security releases.

    Read on →

  • My Global Day of Code Retreat

    Last Saturday (11/14/2015) I attended my first code retreat, hosted by the kind folks at Pluralsight. The event was part of the Global Day of Code Retreat. 144 cities participated in the event, and for the first time San Diego was one of them.

    Read on →

  • The REPL: Issue 15 - October 2015

    Speed up with Materialized Views on PostgreSQL and Rails

    Materialized views are a way to cache the result of expensive database computations, right on the database. Used in the right manner, they can make speed up performance significantly. As with any other caching mechanism, there exists some caveats about invalidating the cache when underlying data changes. This guide shows how to leverage this database feature in a Rails app. Clear and to the point.

    Debugging a Memory Leak on Heroku

    Richard Schneeman writes another insightful post on how to make Ruby applications better. In this case, he talks about how to identify memory leaks (as opposed to memory bloat) and different techniques to mitigate memory leaks. Plenty of good techniques discussed.

    What Would Feynman Do?

    One of my favorite books, is Surely You’re Joking, Mr. Feynman!, by Nobel-prize winning physicist Richard Feynman, a collection of anecdotes from his life, in which is unique way of viewing the world and whimsical approach to problem solving is highlighted. This blog post imagines Mr. Feynman at a job interview, where he is asked to solve a “later-thinking” puzzle. It’s hilarious. If you enjoyed it, don’t hesitate to read the book.

    Communication: how to be a better software developer

    Targeted to software developers trying to level up, this articles has great tips on how to be a better communicator and why it’s important. The advice resonates with me. Really, every one can benefit from being better at people, no?

    Read on →

  • Talk: LA RubyConf 2015

    Yesterday, I had the pleasure and privilege of presenting at LA RubyConf 2015. The conference was great. The presentation slides for my talk, Practical Unix for Ruby and Rails is now available.

    Read on →