PyLint, PyChecker ou PyFlakes? [fechadas]

Gostaria de obter algum feedback sobre essas ferramentas em:

• recursos;
• adaptabilidade;
• facilidade de uso e curva de aprendizado.

Bem, estou um pouco curioso, então acabei de testar os 3 logo após fazer a pergunta ;-)

Ok, esta não é uma revisão muito séria, mas aqui está o que posso dizer:

Tentei as ferramentas com as configurações padrão (é importante porque você pode escolher suas regras de verificação) no seguinte script:

#!/usr/local/bin/python
# by Daniel Rosengren modified by e-satis

import sys, time
stdout = sys.stdout

BAILOUT = 16
MAX_ITERATIONS = 1000

class Iterator(object) :

    def __init__(self):

        print 'Rendering...'
        for y in xrange(-39, 39): 
            stdout.write('\n')
            for x in xrange(-39, 39):
                if self.mandelbrot(x/40.0, y/40.0) :
                    stdout.write(' ')
                else:
                    stdout.write('*')


    def mandelbrot(self, x, y):
        cr = y - 0.5
        ci = x
        zi = 0.0
        zr = 0.0

        for i in xrange(MAX_ITERATIONS) :
            temp = zr * zi
            zr2 = zr * zr
            zi2 = zi * zi
            zr = zr2 - zi2 + cr
            zi = temp + temp + ci

            if zi2 + zr2 > BAILOUT:
                return i

        return 0

t = time.time()
Iterator() 
print '\nPython Elapsed %.02f' % (time.time() - t)

Como um resultado :

• PyCheckeré problemático porque compila o módulo para analisá-lo. Se você não deseja que seu código seja executado (por exemplo, ele executa uma consulta SQL), isso é ruim.
• PyFlakesdeveria ser leve. De fato, decidiu que o código era perfeito. Estou procurando algo bastante grave, então acho que não vou fazê-lo.
• PyLint foi muito falador e classificou o código 3/10 (OMG, eu sou um codificador sujo!).

Destaca pontos de PyLint:

• Relatório muito descritivo e preciso.
• Detecte alguns odores de código. Aqui, ele me disse para abandonar minha classe para escrever algo com funções porque a abordagem OO era inútil nesse caso específico. Algo que eu sabia, mas nunca esperava que um computador me dissesse :-p
• O código totalmente corrigido roda mais rápido (sem classe, sem ligação de referência ...).
• Feito por uma equipe francesa. Ok, não é uma vantagem para todos, mas eu gosto ;-)

Contras de PyLint:

• Algumas regras são realmente rigorosas. Eu sei que você pode alterá-lo e que o padrão é corresponder ao PEP8, mas é um crime escrever 'para x em seq'? Aparentemente sim, porque você não pode escrever um nome de variável com menos de três letras. Eu vou mudar isso.
• Muito, muito falador. Esteja pronto para usar seus olhos.

Script corrigido (com sequências de documentos preguiçosas e nomes de variáveis):

#!/usr/local/bin/python
# by Daniel Rosengren, modified by e-satis
"""
Module doctring
"""


import time
from sys import stdout

BAILOUT = 16
MAX_ITERATIONS = 1000

def mandelbrot(dim_1, dim_2):
    """
    function doc string
    """
    cr1 = dim_1 - 0.5
    ci1 = dim_2
    zi1 = 0.0
    zr1 = 0.0

    for i in xrange(MAX_ITERATIONS) :
        temp = zr1 * zi1
        zr2 = zr1 * zr1
        zi2 = zi1 * zi1
        zr1 = zr2 - zi2 + cr1
        zi1 = temp + temp + ci1

        if zi2 + zr2 > BAILOUT:
            return i

    return 0

def execute() :
    """
    func doc string
    """
    print 'Rendering...'
    for dim_1 in xrange(-39, 39): 
        stdout.write('\n')
        for dim_2 in xrange(-39, 39):
            if mandelbrot(dim_1/40.0, dim_2/40.0) :
                stdout.write(' ')
            else:
                stdout.write('*')


START_TIME = time.time()
execute()
print '\nPython Elapsed %.02f' % (time.time() - START_TIME)

EDIT:

Graças a Rudiger Wolf, descobri pep8que faz exatamente o que o nome sugere: correspondência com o PEP8. Ele encontrou vários no-nos de sintaxe que o PyLint não encontrou. Mas PyLintencontrou coisas que não estavam especificamente ligadas ao PEP8, mas interessantes. Ambas as ferramentas são interessantes e complementares.

Eventualmente, usarei os dois, pois são realmente fáceis de instalar (por meio de pacotes ou ferramentas de instalação) e o texto de saída é muito fácil de encadear.

Para lhe dar uma pequena ideia do resultado deles:

pep8 :

./python_mandelbrot.py:4:11: E401 multiple imports on one line
./python_mandelbrot.py:10:1: E302 expected 2 blank lines, found 1
./python_mandelbrot.py:10:23: E203 whitespace before ':'
./python_mandelbrot.py:15:80: E501 line too long (108 characters)
./python_mandelbrot.py:23:1: W291 trailing whitespace
./python_mandelbrot.py:41:5: E301 expected 1 blank line, found 3

PyLint :

************* Module python_mandelbrot
C: 15: Line too long (108/80)
C: 61: Line too long (85/80)
C:  1: Missing docstring
C:  5: Invalid name "stdout" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$)
C: 10:Iterator: Missing docstring
C: 15:Iterator.__init__: Invalid name "y" (should match [a-z_][a-z0-9_]{2,30}$)
C: 17:Iterator.__init__: Invalid name "x" (should match [a-z_][a-z0-9_]{2,30}$)

[...] and a very long report with useful stats like :

Duplication
-----------

+-------------------------+------+---------+-----------+
|                         |now   |previous |difference |
+=========================+======+=========+===========+
|nb duplicated lines      |0     |0        |=          |
+-------------------------+------+---------+-----------+
|percent duplicated lines |0.000 |0.000    |=          |
+-------------------------+------+---------+-----------+

pep8 foi adicionado recentemente ao PyPi.

• pep8 - Verificador de guia de estilo Python
• pep8 é uma ferramenta para verificar seu código Python em relação a algumas das convenções de estilo no PEP 8.

Agora é super fácil verificar seu código no pep8.

Veja http://pypi.python.org/pypi/pep8