Linked by snydeq on Thu 17th Nov 2011 22:47 UTC
General Development Fatal Exception's Neil McAllister discusses why code analysis and similar metrics provide little insight into what really makes an effective software development team, in the wake of a new scorecard system employed at IBM. "Code metrics are fine if all you care about is raw code production. But what happens to all that code once it's written? Do you just ship it and move on? Hardly - in fact, many developers spend far more of their time maintaining code than adding to it. Do your metrics take into account time spent refactoring or documenting existing code? Is it even possible to devise metrics for these activities?" McAllister writes, "Are developers who take time to train and mentor other teams about the latest code changes considered less productive than ones who stay heads-down at their desks and never reach out to their peers? How about teams that take time at the beginning of a project to coordinate with other teams for code reuse, versus those who charge ahead blindly? Can any automated tool measure these kinds of best practices?"
Thread beginning with comment 497558
To read all comments associated with this story, please click here.
Comment by lucas_maximus
by lucas_maximus on Thu 17th Nov 2011 22:52 UTC
Member since:

I find I work in busts ... I usually work for 10 minutes really hard ... then spend 25 minutes just chatting and making tea.

When it comes to the crunch though I can crank out code as fast as the next guy.

I also find solutions to most of my problems while making myself a Tea ... or when I am sat in the pub on a Wednesday evening playing pool.

Reply Score: 2

RE: Comment by lucas_maximus
by senshikaze on Fri 18th Nov 2011 15:18 in reply to "Comment by lucas_maximus"
senshikaze Member since:

I don't know if this is just me, or the fact that I usually work on one person projects, but I spend like 30 minutes furiously writing code, then 3 hours tweaking it until it actually runs like it should, or run at all in many cases.
Maybe it is because I have no formal training, I am not sure.

Reply Parent Score: 1

lucas_maximus Member since:

I am similar in that regard. I think it is because I moved from a Traditional Engineering disicipline ... then moved to software engineering .. I don't really have a hardcore coder background.

Others generally comment generally I think quite oddly and I tend to make connection between like playing Snooker and Jeet Kune Do ...

I think many managers also have problems with me at first, because I am a bit of a maverick. I want to do my job, I just do it my own way rather then the way they want me to. I also tend to self manage.

Reply Parent Score: 1