How does code metrics affect your motivation? Academic survey

RLC

unread,

Jan 31, 2012, 2:54:14 PM1/31/12

to

I am conducting research on the effects source code quality
measurements have on developers’ general motivation and well-being.

If you write code for a living, please give us just a few minutes of
your time and respond to this questionnaire.

http://www.smart-survey.co.uk/v.asp?i=46061csldl

Many thanks,

Roi

Nick Keighley

unread,

Feb 1, 2012, 9:31:14 AM2/1/12

to

the examples they give arefrom a particular tool. It smells like
advertising for the particular tool.

Victor Bazarov

unread,

Feb 1, 2012, 10:56:14 AM2/1/12

to

The advertising is probably very immaturely made, then. I've gone
there, answered questions, and I can't recall either the name of the
tool or their publisher... Nor do I care for those, really.

V
--
I do not respond to top-posted replies, please don't ask

Jorgen Grahn

unread,

Feb 1, 2012, 1:02:57 PM2/1/12

to

On Wed, 2012-02-01, Victor Bazarov wrote:
> On 2/1/2012 9:31 AM, Nick Keighley wrote:
>> On Jan 31, 7:54 pm, RLC<lustik.co...@googlemail.com> wrote:
>>
>>> I am conducting research on the effects source code quality

>>> measurements have on developers? general motivation and well-being.

>>>
>>> If you write code for a living, please give us just a few minutes of
>>> your time and respond to this questionnaire.
>>>
>>> http://www.smart-survey.co.uk/v.asp?i=46061csldl
>>
>> the examples they give arefrom a particular tool. It smells like
>> advertising for the particular tool.
>
> The advertising is probably very immaturely made, then. I've gone
> there, answered questions, and I can't recall either the name of the
> tool or their publisher... Nor do I care for those, really.

I went there, answered questions ... and wondered how well *percieved*
quality and metrics from some tool correlate. Sure, I want more focus
on code quality, but I think I'd prefer to have myself and my coworkers
say what's acceptable and what's not.

/Jorgen

--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .

Nick Keighley

unread,

Feb 2, 2012, 6:52:24 AM2/2/12

to

I've got similar opinions. Such metrics might be handy for spotting
potential problems; "list all the methods that are >100 LOC" or exceed
some value for "complexity". But when I've had such things readily
available I didn't make great use of them. I can also imagine the
reaction to making such things compulsary (moaning and whining,
followed by malicious compliance)

Miles Bader

unread,

Feb 3, 2012, 12:05:50 AM2/3/12

to

Nick Keighley <nick_keigh...@hotmail.com> writes:
> I've got similar opinions. Such metrics might be handy for spotting
> potential problems; "list all the methods that are >100 LOC" or exceed
> some value for "complexity". But when I've had such things readily
> available I didn't make great use of them.

Hmm, that's a nice-sounding metric, as it's really simple to calculate
for typical programming languages, and probably is useful for the
purpose you state.

You're right that most people aren't going to be tracking such info
constantly, but still, every once in a while one tends to go into
"spring-cleaning mode", and it's nice to have such tools available then.

-Miles

--
80% of success is just showing up. --Woody Allen

Bill Davy

unread,

Feb 4, 2012, 7:20:42 AM2/4/12

to

"Miles Bader" <mi...@gnu.org> wrote in message
news:buofwes...@dhlpc061.dev.necel.com...

I use http://www.campwoodsw.com/sourcemonitor.html (donations welcome) if I
have time. It is easy to set up and use. Then just check the functions
with the worst stats. I wish there was some way of making it happier about
large switch statemenst (as used to implement FSM quite cleanly and simply).

And although it does not produce "metrics" as such (imho), PC-Lint is a very
worthwhile tool as well.

Joe keane

unread,

Feb 4, 2012, 8:26:52 AM2/4/12

to

In article <7bf245ef-26e1-4d78...@o14g2000vbo.googlegroups.com>,

Nick Keighley <nick_keigh...@hotmail.com> wrote:
>I've got similar opinions. Such metrics might be handy for spotting
>potential problems; "list all the methods that are >100 LOC" or exceed
>some value for "complexity".

As well; "nm -s" works fine for me. I'm not a big fan of 'all gt <NoIS>
are wrong'; some functions should be, but it is nice to point out when
asomething has escaped your notice.

Nick Keighley

unread,

Feb 5, 2012, 7:36:15 AM2/5/12

to

On Feb 4, 1:26 pm, j...@panix.com (Joe keane) wrote:
> In article <7bf245ef-26e1-4d78-af90-a7a6f3b97...@o14g2000vbo.googlegroups.com>,

> Nick Keighley <nick_keighley_nos...@hotmail.com> wrote:
>
> >I've got similar opinions. Such metrics might be handy for spotting
> >potential problems; "list all the methods that are >100 LOC" or exceed
> >some value for "complexity".
>
> As well; "nm -s" works fine for me. I'm not a big fan of 'all gt <NoIS>
> are wrong'; some functions should be, but it is nice to point out when
> asomething has escaped your notice.

what I meant to be my point. A 100LOC function isn't neccesarily
wrong. But its a warning notice and should be looked at hard.

ILostMyKeys

unread,

Feb 8, 2012, 1:04:55 AM2/8/12

to

Why are you here?

Nick Keighley

unread,

Feb 9, 2012, 4:02:44 AM2/9/12

to

On Feb 8, 6:04 am, "ILostMyKeys"

to learn a bit of C, to share my knowledge of C, to discuss
programming issues based around C. There are some very smart
programmers on this ng.

Why are you here?

Henrik Faber

unread,

Feb 9, 2012, 4:10:18 AM2/9/12

to

That's kind of obvious. He lost his keys and is looking in this NG.

Henrik