Sarah> Current output:

    Sarah> ************* Module Kontroller
    Sarah> W:  9: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 10: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 11: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 12: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 15: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 19: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 21: Bad indentation. Found 3 spaces, expected 8
    Sarah> W: 22: Bad indentation. Found 4 spaces, expected 12

    Sarah> Proposed output:

    Sarah> ************* Module Kontroller
    Sarah> W:  9: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 10: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 11: Bad indentation. Found 2 spaces, expected 4
    Sarah> W: 12: Bad indentation. Found 2 spaces, expected 4
    Sarah> [4 more Bad indentation messages, use --unabridged to display them 
all]

Even shorter:

    W:  9: Bad indentation. Found 2 spaces, expected 4
    [Run 'reindent' to correct the dozens of other indentation problems]

:-)

    Sarah> * Possible output improvement #3*

    Sarah> Modify pylint's rating system not to give negative ratings out of
    Sarah> ten. This doesn't match up to most people's expectations of how a
    Sarah> rating works.

    Sarah> Current output:

    Sarah> Your code has been rated at  -6479.99/10 (previous run: -6479.99/10)

    ...

(No smiley here...)

I would argue that the ratings be deleted altogether or at least turned off
by default (and require obscure keyboard gymnastics to reenable).  On more
than one occasion I have encountered people who thought that since pylint
gave their code a 10-out-of-10 gold star that it was ready to release.  In
my opinion, displaying numeric ratings simply gives beginning Python
programmers a false sense that their code is somehow "correct", largely
because they come from a C/C++/Java world and don't understand how much
Python's dynamic nature hinders attempts at static analysis.  These people
are not necessarily beginning programmers, but have simply come to rely on
their C++ compiler far too much.

-- 
Skip Montanaro - s...@pobox.com - http://www.smontanaro.net/
_______________________________________________
Python-Projects mailing list
Python-Projects@lists.logilab.org
http://lists.logilab.org/mailman/listinfo/python-projects

Reply via email to