Whether you are running consultant company or startup or maybe just playing with some code. It’s easy to get caught in the flow of development. With pressure to release features on time, it is increasingly common to accrue technical debt.
Once in a while, it’s very important to step aside of actual development and make a good cleanup, clearing your technical debt, and ensuring a quality maintainable project.
Why care about maintainability?
- new developers can pick up project very easily and be productive from day 1
- if you leave project for some time it will be easy to get back.
- reduce the amount of bugs, and time spent having to fix bugs by clearing up convoluted, time pressured solutions.
I always find myself to do this kind of cleaning up when I join a new project. I have decided to make a list of the things that I find myself doing routinely when joining a new project, this is a sort of checklist if you will.
rails-footnotes
If you write Rails applications on the daily basis, you should know this plugin by Jose Valim. What it do, is displaying all kind of interesting information that happen in the cycle of request. Sessions, request parameters, cookies, filter chain, routes, queries.
There is text editor integration with MacVim, Textmate and SublimeText2. You can jump to particular place in code from footnotes. Also it replaces error page with proper links to files.
https://github.com/josevalim/rails-footnotes
Also take a look at more light alternative: http://miniprofiler.com/
Bullet
The Bullet gem is designed to help you increase your application’s performance by reducing the number of queries it makes. It will watch your queries while you develop your application and notify you when you should add eager loading (N+1 queries), when you’re using eager loading that isn’t necessary and when you should use counter cache.
https://github.com/flyerhzm/bullet
Remove trailing spaces
Seriously, remove them right now! Trailing spaces is a minor detail but it adds a level of noise to git logs in development process. It is very annoying!

To clean up whitespaces in all files in project you can use following command
1
| |
Script goes through all files except binary and source control files and removes trailing whitespaces.
Setup text editor to remove trailing spaces before saving file
sublime
Recently popular Sublime Text 2 have this functionality built in by default. You just need to add following string to configuration file:
1
| |
textmate
Here is textmate bundle to Convert Tabs To Spaces and Remove Trailing Whitespace
vim
If you are using vim, it’s a very good chance you already setup this functionality. If not, you can use this link http://rails-bestpractices.com/posts/60-remove-trailing-whitespace
Keep your seeds fresh!
Seeds are very important, whether it’s demo(developer) data or actual production seed. When updating models associations or structure do not forget to reflect this changes in seeds.rb file. On one of our projects I spend TENS of hours working on seed script and sample data, so we can deploy fully working staging application in no time. Any time that customer wants to check a progress. This tends to be an area that get habitually neglected, and makes proper testing, and staging impossible.
Another antipattern that I usually see is folks keeping seed data in migrations. Seriously why you want to dig to migration every time you forget password for admin user?
Extract modules
Go through all the models and check if you can extract some code from models to general utility modules. This will(hopefully!) not break anything inside but make code more readable. Also consider to going even further - apply SRP(Single Responsibility Principle) and compose classes that do only one thing, but do it good.
Make a decent README file
There is 3 types of readme files for rails projects. Most popular is almost empty readme file with project name and short description. Next by popularity is file starting with line “== Welcome to Rails”. Rare beast is readme file that actually reflects the project, shows you installation instructions, usage patterns, goes through custom rake tasks that used to run project and guide to run tests!
Check out Readme Driven Development
Do not forget about /doc folder
This folder can be very good to keep your project documentation. Of course we all know about github wiki pages or basecamp or any other knowledge base of choice. But do you really want to be dependent of external service to keep your documentation?
With just a few keystrokes in your editor you can have access to all documentation related to project. Credentials, setting up development machine, deployment, testing, tips, technical debts, just random ideas, list can go forever.
But wait, it’s not the best thing yet. The best thing is you can track changes in documentation just going through commits! Why use two places for tracking news in the code instead of one?(SCM)
1 2 3 4 5 6 | |
Before running that script you need to tell github to create wiki repository by hitting url: http://github.com/user/repo/wiki/_access
Your doc/ folder will be separate submodule inside your repo. You can keep a good track of what is happening inside doc/ directory.
RVMRCFY!
Create and check in in to repository .rvmrc file with specific version of ruby that you will be running. This will keep everyone on the same page while development process. I was in situations when my version of ruby as miserably failing on tests while it was working for everyone else, this is easilly avoidable!
If you using zsh, here is function that will help you to easily create .rvmrc file for project
Newrelic rpm
Setup free account to monitor your servers. Newrelic is sending emails when your CPU or memory is over threshold. Also by default you can browse page response time and find controllers that spend most of resources.
Live metrics
Instrumental App makes it easy to see what’s happening in your application right now. Collecting live information about performance of application can get your eyes open on a lot of things. With just few changes you can save hundreds of dollars on hardware.
Check out https://instrumentalapp.com
Code Climate - collect metrics
The best way to reflect on code is to collect various code metrics.
Check out https://codeclimate.com/
Use capistrano to deploy(unless you using heroku)
Use automated deployment with no excuse! Either heroku or capistrano or even rsync
Wrapping up
This is list of most common things in every project, hope this will help you to make your project more maintainable. <3 <3 <3