Inspiration for the project

I have been interested in code metrics for awhile. I have built a few dev tools, and in the past tried to build startup based on code metrics. Recently I have been working on various side projects. As part of that, I wanted to put a little more work into the churn gem that I maintain. I decided building a site around code churn would force me to much more familiar as a client/user of the gem. Which would help me find more of the rough edges inspiring me improve the the project. I also thought I could learn some interesting stats by running churn against a larger variety of projects. Finally, I just wanted to play around with the idea of disposable temporary worker servers, which I have been toying around with and it seemed like a great fit for running churn against arbitrary projects.

Check out churn-site now, or read a bit more about the project.

Churn-Site details

I put the app together pretty quickly using Sinatra (using Sinatra-Template), Chart.js, and personal projects that aren’t yet ready for release. The site is fairly simple, it has a list of projects and allows anyone to add projects or trigger churn builds against a project. For each project it collects churn data over time per commit and charts the results over time. To simplify collecting the churn data it supports github webhooks, which make it simple to keep churn up to date.

  Churn Graph  
  churn data for Metric-Fu  

At the moment the most interesting data is probably the average churn of a method in your project and the number of methods with churn greater than that. Which I think gives interesting insight to problematic methods at a much more specific level than only looking only at file level churn (which is the standard unit for many churn tools).

I am hoping to add class and method break downs for additional languages, but at the moment Ruby is the only language supported for anything beyond file level data.

If the churn project interests you, there is a shared project tracker with upcoming features queued up.

If you are more interested in the site, feel free to check out the source code to churn-site, although it will likely be a bit hard to contribute to yet as it relies on some of my other yet to be released projects. I think after a bit more cleanup, and adding support for uploading metrics directly from the churn gem, it will be much easier to contribute to the churn-site. If you have ideas for additional graphs of ways to break down the churn data let me know.

I am interested in how the community can make code metrics simpler while still being able to build rich dashboards like Metric-Fu or Code Climate. I reached out to the Metric-Fu Google Group, with some additional details about the project to get some early feedback. From that email thread, @kerrizor was nice enough to send my first PR for the site. Then share some good ideas for future features such as, showing the velocity of churn over time and showing a breakdown of the percentage of commits that involve a file or class.



blog comments powered by Disqus
I am Dan Mayer and this is my development blog. Currently it focuses mostly on Ruby development, a side of dev process, and best practices. It also has archives of my old development posts dating back to when I was first learning programming. I contribute to a few OSS projects and often work on my own projects, You can find my code on github.

@DanMayer on Twitter

licensed under a Creative Commons License.

Creative Commons License