Here you will find technical blogposts. These often require some knowledge of some programming language.

Some of the topics covered here will be tools, tricks, hacks or experiments.

If you are after a higher up abstraction, please visit the Software Engineering Blog.


Environments When developing a piece of software, it is important to think of what kind of environments you may need. Here are a list of questions targeted at helping you identify the needs: Where do you develop? Locally On the we Where do you run you tests? Specific machine Load tests Test-suite Regressions Where do you test a feature that has not been merged? »

Pull Request as a Skill

Pull Request as a skill As Github gets more and more traction (yes! I’m writing this blogpost on Github) some things I’ve learned as an engineer is that not everything is a given. For example, reviewing a pull request (or code in general). I’ve been lucky to have a manager who taught me the importance of a reviewer. It is not somebody who just looks at the code, gives a thumbs up and moves on. »

FactoryGirl (1-1)

FactoryGirl (1-1 Associations) This blog post goes about a common problem I’ve haven’t found much documentation on. It follows issues mentioned of multiple places like here and variations of it. I’ve written some code to illustrate the problem on my Github FactoryGirl-Problem to accompany this. Problem How to create factories such that the association is a 1-1, and all models can be created independently. Models # app/models/user.rb class User < ActiveRecord::Base has_one :profile end # app/models/profile. »

Rails Testing

Rails Testing I have often been told and red not to test the database. To avoid useless round trips and that my tests should be testing the code, not the database. That is the key to fast testing. But how fast exactly does this change? I took it upon myself to figure it out. I wanted to know the affects of slow vs fast testing and measure it. Slow tests often come from round trip to the database. »

Ruby Shift vs Multiply

Ruby Shift vs Multiply Having a background in hardware development, I always assumed some operations were trivial and more efficient done some way rather than another. One of those operations for example was the usage of shifting by 1 instead of multiplying by 2. The reason it would be more effective is due to the CPU complexity of multiplying by two as opposed to shifting bits which is equivalent to just selecting whatever is high on the clock cycle. »