Aug/08 01

Qual é a melhor IDE para Django?

Publicado há 3 months, 3 weeks por Marinho Brandao

Há tempos que venho mantendo o IMHO ligado a 100% quando este assunto é tocado por alguém pessoalmente ou na comunidade, mas enfim, resolvi tira-lo do OFF para este artigo, já que a sensação na realidade é de saco cheio com esse assunto.

Longe de querer evangelizar pessoas a usarem o gVim [1] (veja também a lista de editores para Python [2]), a minha intenção aqui é alertar quanto à ilusão que se tem com IDEs e editores, focando em seus recursos preguiçosos no lugar de em suas ferramentas para produtividade real.

Há uma visão distorcida generalizada quanto à palavra produtividade. A máxima foi evoluída por ferramentas consideradas "produtivas", como Delphi, Visual Basic, Access e outras ferramentas menos populares onde a competição sempre foi oferecer mais e mais recursos prontos, movimentos de mouse, ferramentas visuais e code-templates.

Ocorre que à época que essas ferramentas foram criadas as alternativas eram Clipper, DataFlex, FoxPro e até mesmo Cobol, e na febre do marketing da mudança do ambiente console para ambiente gráfico, foi criada a ilusão de que tudo que é visual é mais rápido e produtivo que em modo texto.

Doce ilusão.

Uma ferramenta como o Delphi, com milhares de itens no menu e seus complementos é tão fácil de operar quanto o painel colorido e piscante de um Boeing 747 na cabina do piloto. E o pior: o avião está caindo.

Obviamente, não há comparações entre uma ferramenta exageradamente visual a alguns recursos de editor. Mas a premissa é a mesma, com dosagens diferentes.

Mas vamos supor que você goste de autocomplete, um dos recursos mais cosiderados quando se procura um editor.

A cada vez que você precisar digitar um import, basta digitar os primeiros caracteres e o editor irá exibir uma caixa de seleção com alternativas com o mesmo prefixo e você irá escolher uma das opções.

Isso reserva pelo menos quatro reflexões (reserve pelo menos 1 minuto para cada ponto abaixo):

A quantidade de vezes que você pressionou uma tecla é realmente menor que a necessária para digitar a expressão manualmente?

O trabalho de levar o braço até o mouse de forma a escolher a opção desejada é realmente menor que o trabalho de digitar a expressão manualmente?

Se fosse em uma situação em um editor sem esses recursos (no servidor, por exemplo), você conseguiria digitar essa expressão sem dificuldade?

A memória, processador e leitura no HD de forma a indexar, localizar e exibir as alternativas é tão curta que compense a espera?

Refletiu?

Agora leia este meu caso: todas as vezes que eu precisava escrever um signal, eu copiava o bloco de codigo com uma linha de comentário, 2 imports e algumas linhas com um signal qualquer de algum arquivo já pronto e fazia as modificações. Consequência: eu nunca sabia fazer isso sozinho, eu não me lembrava da lógica de funcionamento dos signals, e simplismente não sabia onde no código do framework estariam os signals de models, o que atrapalhava meu raciocínio sobre como os signals funcionam.

Tomei a seguinte medida: parei de fazer isso, nas primeiras vezes eu escrevi algumas coisas erradas mas fui acertando mais e mais até isso se tornar uma tarefa rotineira e então eu consegui ter uma visão ampla de como os signals funcionam e como eles estão modularizados.

Parece bobo, mas é assim mesmo que funciona. E cá entre nós: você acha mesmo que procurar um arquivo, abrí-lo e copiar um bloco de codigo semelhante ao que eu precisava era mais produtivo e mais rápido do que digitar manualmente?

DRY fala das coisas que devem ser feitas de forma reutilizável, não do seu hábito em copiar essas coisas e espalhar códigos semelhantes e mal pensados pela aplicação. E DRY também não se trata de ter preguiça de pensar, na verdade DRY existe para distribuir as coisas de forma clara de forma que você possa pensar mais amplamente, mas sem se esquecer da essência.

Agora, para finalizar: qual é o editor ou IDE ideal para se trabalhar com Django?

Isso - claro - vai depender de seu gosto pessoal, mas ao instalá-lo, desabilite todos os recursos criados para preguiçosos e use o que ele tem de melhor: teclas de atalho, abas, buscas por regex, integrações com software de versionamento e o que mais tiver. Faz bem para você.

E também não é demais ressaltar: com um raciocínio rápido e bom conhecimento em profundidade, sua produtividade estará relacionada à rapidez que você consegue criar a solução e não na rapidez que consegue escrever uma gambiarra ;)

[1]	http://www.vim.org/

[2]	http://www.pythonbrasil.com.br/moin.cgi/IdesPython

Links sociais

Comentários

Nuno Barreto
comentou há 3 months, 3 weeks:

Eu uso o Komodo Edit. É um IDE muito bom, gratuito (há uma versão paga com mais funcionalidades), e serve não só para Python como para outras linguagens. A razão porque o uso é principalmente pela versatilidade de poder usar o mesmo IDE tanto em linux como em mac, e poder usar para programar em Python, PHP e Perl. Tem code completion e tudo.

Só para Python, muitos usam o Eric IDE. Pode ser outra opção.

Marinho Brandão
comentou há 3 months, 3 weeks:

Nuno, acho que você não entendeu o propósito do artigo.

Code completion não é uma vantagem, e sim um passo para trás.

Claro que isso não desqualifica o Komodo Edit ou o Eric IDE, mas é um recurso para você se mantêr longe :)

Mike Ivanov
comentou há 3 months, 3 weeks:

Marinho, as a long time Komodo IDE user I would recommend it without any hesitation. It is quite expensive, but I bet you can't find a better Python/Django IDE. Komodo Edit is not so good because of its limited functionality.

Eduardo Padoan
comentou há 3 months, 3 weeks:

Hehe, eu que criei e editei inicialmente essa pagina na wiki (com texto de um email que o Osvaldo Santana mandou pra lista). Eu uso Emacs. Não me preocupo em configurar pycomplete nele, uso o hippie-expand de vez em quando só. Pretendo usar integração com dvcs ainda.

Marcelo Minholi
comentou há 3 months, 3 weeks:

Marinho, quando você cita IDEs como Delphi, VB e outras como exemplos de IDE há um problema ainda maior a ser levado em consideração, que é a cultura de que só é possível programar por meio da utilização de uma IDE.

Acompanhei toda essa "evolução" que levou as pessoas a dependerem de ferramentas e arranjos complexos de código só passíveis de entendimento por meio da utilização da ferramenta utilizada para criar o código original e creio que nesses casos não é só questão de escolher entre usar um "simples editor de texto" ou uma "interface de boeing", mas sim a imposição de um método de desenvolvimento no qual não é possível, na maioria das vezes, dissociar o ambiente do código.

Também não sou fã, nem indico a utilização de IDEs, por achar que privam o programador do correto entendimento daquilo que ele próprio está fazendo, mas se pelo menos o código criado pela IDE não for poluído já é uma boa coisa. Ao menos evita que pobres mortais usuários de editores de texto tenham que ficar procurando coisas no meio da baderna criada pelo colega usuário de IDE que mexeu no código anteriormente. ;)

Mas afinal, se não for pra gerar código com point&click, não há mesmo motivo algum para usar uma IDE, não é mesmo? :D

Rafael C. de B.
comentou há 3 months, 3 weeks:

Eu uso o Komodo Edit, principalmente pelo code completion, claro que uso boa parte dos recursos que essa ótima IDE fornece e pretendo aprender muito mais sobre ela, levando em conta teu artigo, a unica coisa considerada "preguiçosa" no komodo edit seria justamente o cc, mas no meu ponto de vista o cc deve ser bem usado, por exemplo, como eu sei que tal função que eu preciso começa com determinadas letras? eu conheço a função, fui no djangobook ou na documentação e li a respeito da função ai oque acontece, abro meu komodo edit vo lah e do um import nessa função e não preciso digitar toda ela, digito apenas as iniciais mas nem por isso eu desconheço o nome e a funcionalidade desta função do django ou python. Então sobre essa questão do cc acho que renderia uma longa discussão porque acho que cada um teu seu jeito de usar esses recursos. No meu trabalho por exemplo, eu tentei convencer o pessoal a usar django mas nao deu, tentei muito mas a ignorância foi tanta q eles preferem uma ide que de para "arrastar os componentes" na tela, afinal para eles se não for igual ou parecido com Delphi então nao é ide e com isso descartando tudo até a linguagem. A documentação sempre sera a melhor code completion(cc) que existira e isso ninguem pode negar, o cc soh ajuda na agilidade de digitar o codigo ou ateh mesmo de lembrar daquela função que vc esqueceu o nome mas lembra o que ela faz.

Marinho Brandão
comentou há 3 months, 3 weeks:

@Marcelo

concordo totalmente. É deprimente ver um cara formado, bem instruído, usando um belo IDE e simplismente não entendendo o que está acontecendo por trás.

e o pior: iludido de que isso dá a ele algum ganho em produtividade.

@Rafael

eu discordo. Meus muitos anos de Delphi me mostraram claramente que muleta é para manco, se você não é manco e usa muleta por muito tempo, acaba se convencendo de que é manco e se tirarem a muleta de você, você cai.

como eu disse: eu não acho que um CTRL+ESPAÇO+SETINHAS-PARA-BAIXO seja mais ágil do que digitar 3 ou 4 letras.

e por fim, este é exatamente o sintoma da doença:

"o cc soh ajuda na agilidade de digitar o codigo ou ateh mesmo de lembrar daquela função que vc esqueceu o nome mas lembra o que ela faz."

Christian W. Koch
comentou há 3 months, 3 weeks:

I am sorry I am writing in english, I can read portuguese very well, but it is hard for me to actually write it. My native tongue is spanish...

Anyway, which one is best is mostly a personal preference, as you say. However, it also depends on the platform. When I am at work I use a Mac, so TextMate for www.macromates.com is THE best choice, period...people are begging them to port TextMate to other platforms. There's a similar clone for windows. As far as linux goes, when I am at home I use geany, both on Ubuntu and on Windows.

I hope it helps...

By the way, TextMate has a kick-ass Django plug-in, which with a little tweaking works like a charm!

Happy coding!

PS: I personally despise vim and anything related ti vi....an editor shouldn't be so user-unfriendly!

Marinho Brandão
comentou há 3 months, 3 weeks:

@Christian

thank you for your comment, I think most of my blog readers can read english well, isn't a problem use it here :)

I never used TextMate, but what some friends says is it is a great editor, and we know: Apple rocks :)

About vi and gVim, thats a choice. I prefer it, I use it for years, and for me nothing is more friendly than it, but this doesn't matters for me on this post...

... because my point of view here is about auto complete/code completion, code templates and other things that some editors offers and doesn't *really* help the coder, but makes its brain lazily, forgeting things that it use all the time, and make its big view of design slow. And I don't find that a CTRL+ALT+SPACE+ARROWS is more effective than type those letters manually.

this is the point.

the problem isn't you don't know all by memory, this nobody does, but code blocks like "from django import forms" or "from django.db.models import signals" are part of our work everyday, if a coder doesn't know them by memory, thats a real problem.

@Mike

thanks for your comments, please read my point of view above :)

David Guaraglia
comentou há 3 months, 2 weeks:

Marinho, eu acho que você em parte tem razão, mas em grande parte está errado. É pensamento hacker/proto-hacker (eu já pensei igual durante muuuuuuito tempo). Não é muito diferente de discutir que paradigma de programação é o "melhor" (ou até "verdadero") se funcional ou orientado a objetos.

Você está errado enquanto ao significado das IDEs, e quem se beneficia com elas. No final do dia, as IDEs não são feitas para beneficiar o programador, e sim a empresa. O conceito inteiro de RAD, de onde o Delphi e Visual Basic sairiam, é focado em desenvolver soluções "rápidas" para problemas, e pensar na manutenção depois. Eu acho que qualquer programador com um pouco de auto-estima prefere trabalhar o dobro e fazer um programa 100% correto do que tomar atalhos, mas quando você precisa a solução pra _ontem_ melhor um programa que faça 90% do trabalho do que nada.

As IDEs tambem permitem as empresas utilizar mão de obra barata, porque agora você não precisa treinar alguém para entender o que está acontecendo por trás da libraria. Quando foi a última vez que você conheceu alguém que entende como programar um WindowProc? As pessoas que treinam no JavaSchool com certeza não entendem o que está acontecendo por trás do Java, mas ainda assim são _produtivas_ (ainda que produzam código de qualidade questionável) dentro da empresa. É isso que conta no final do mês.

Não vejo nada errado em utilizar as ferramentas de produtividade as quais temos acesso, simplesmente porque nos isolam do que "realmente está acontecendo". Não acho que aproveitar o auto-completion ou parameter hints vai fazer você pior programador. Com certeza é mais rápido do que ter que ir na documentação e procurar a lista de parámetros. E você pode até dizer "ahhh! mas programador bom deveria conhecer a lista de parámetros de memoria", mas tenta dizer isso para alguém que utiliza librarias com mais de 200 tipos de objetos diferentes, cada um com uma lista de métodos diferente. Agora tenta dizer isso pra alguém que trabalha com 5 das tais librarias. Por dar um exemplo: CSS, HTML, Python, JavasScript e Django; ou tambem: Java, Spring, Hibernate, JSP e stack HTML/CSS/JavaScript. E isso é sem forçar muito e incluir pessoas que trabalham em varios projetos ao mesmo tempo!

Você fala de DRY e ato seguido diz que tem que desabilitar as teclas de atalho no editor. Então ter que sair do editor->clicar em dois menus->voltar pro editor para poder salvar um arquivo, é mais eficiente (e menos repetitivo) do que apertar Ctrl+S? Ainda com o context-switch que isso implica? Não entendo.

No final do dia o que conta é utilizar as ferramentas que você tem disponiveis. Sempre haverá programadores ruins e bons, mas a IDE não faz o programador, e sim a sua educação.

Ah! Até agora a melhor IDE que achei para Django é o TextMate/E-Texteditor.

Christian W. Koch
comentou há 3 months, 2 weeks:

Marinho, I totally understand your point of view.

As I said before, to me there's nothing better than TextMate, if you have a Mac, or know somebody with one, give it a try. There's people out there switching to the Mac only because of it.

Also, the windows clone can be seen at http://www.e-texteditor.com/ and the cool part is that it actually supports TextMate bundles.

What I personally like about TextMate's code-completion is that it really doesn't make you lazy since you don't need to memorize a silly keystroke combination, rather, you just use a keyword or part of a keyword and hit tab, the program adds the rest for you. What the program adds can be different in size and scope each time. For example, using when coding Django I can type "class" and hit tab, the program will create an empty class skeleton and all I have to do is type the name of my class, then hit tab and it will move me to the inheritance section. I can continue hitting tab and it will move my cursor to different parts of the class template so that I can complete what's needed.

Of course, this is entirely configurable. You can even create your own snippets to reflect your way of coding or use your own modules. Hey, I don't work for them, I'm just utterly impressed by how simple and powerful it is. Oh, did I mention that is dirt-cheap?

Give it a try!

Anyway, have a great weekend!! =)

Marinho Brandão
comentou há 3 months, 2 weeks:

@David

como eu disse no início do texto, para este artigo, eu estou com o IMHO desligado, portanto, não conte com a minha compreensão usual.

Eu TENHO CERTEZA que você está errado.

Não por tudo o que você disse, mas pelo que defendeu. Quando eu falo de produtividade, eu estou falando de produtividade na prática sim: para a empresa. Não estou falando da visão de "reinventar a roda", da paixão em programar, nada disso, estou sendo prático: 1+1=2. Não estou com visão de hacker (eu não sei o que é proto-hacker). Eu estou falando de coisas práticas e reais: produtividade real.

Um empresário pode até se iludir que code completion aumenta a produtividade de seus funcionários, mas se você parar pra pensar em todo o tempo que você perde no final, é ÓBVIO que aquilo te faz perder tempo. Não com relação às exceções, mas com relação ao que você faz todos os dias.

Aquela parte da sintaxe de todos os dias que você deveria saber de cor a ponto de não ter que ler duas vezes para entender quando precisasse. E se há muitos profissionais ruins no mercado, é muito provável que a culpa direta é dessas ferramentas, porque eu não acredito que as pessoas são tapadas, eu acredito que elas criam vícios.

Como deve ter lido em meu texto, eu sou totalmente a favor de teclas de atalho, e para usar gVim é obrigatório gostar delas, portanto o seu exemplo de CTRL-S está totalmente fora do contexto.

Quando eu falo das coisas que estão acontecendo por trás, eu não estou falando de código de máquina nem de API, eu estou falando de design de software.

Há pilhas de gente fazendo software MVC sem saber o que é MVC, e nós sabemos que isso é MUITO real.

O que está em questão não é uma briguinha boba religiosa entre um conceito e outro mas sim a ilusão de que pressionar 10 teclas vai fazer você produzir mais do que pressionar 5 (e eu não tenho números mas apostaria que a média de comprimento das palavras de sintaxe do Django não passa de 7).

Você cita o WindowProc, mas isso não vem ao caso para um programador Java, já que é uma linguagem multi-plataforma. O que um programador Java deveria saber é como a aplicação dele roda, o que acontece no software tanto em requisitos funcionais quanto não funcionais, não em código mas em essência de design, e ele dificilmente vai conseguir isso se mal consegue se lembrar pra palavras que ele escreve algumas dezenas de vezes por dia, simplismente porque ele não consegue chegar lá.

Marinho Brandão
comentou há 3 months, 2 weeks:

(continuando)

E você deve saber tanto quanto eu que uns 80% dos codificadores que se prendem a esses recursos são os mesmos 80% que ficam boiando quanto à logica do negócio, são os mesmos 80% que possuem dificuldades pra se adaptarem às mudanças na informática, etc, salvo as exceções. Simplismente porque estão viciados e bitolados a um paradigma que é só marketing de revista de informática. Então eles simplismente continuam seguindo o mesmo paradigma, usando a mesma coisa e acreditando que o mundo é assim mesmo, e não entendem porque outros aprendem o dobro e produzem o dobro, mesmo usando ferramentas mais simples.

Espero que não tenha se esquecido de que o IMHO está desligado somente para este artigo ;)

David Guaraglia
comentou há 3 months, 2 weeks:

Oi Marinho!

Sem problemas com respeito ao IMHO, eu ja tive meus dias de "IMAO" em varias listas de correio :)

[quote]
Isso - claro - vai depender de seu gosto pessoal, mas ao instalá-lo, desabilite todos os recursos criados para preguiçosos e use o que ele tem de melhor: [b]teclas de atalho[/b], abas, buscas por regex, integrações com software de versionamento e o que mais tiver. Faz bem para você.
[/quote]

Isso foi você que falou, não eu! :)

Desculpa quanto a minha cita do WindowProc, é simplesmente um exemplo de "coisas que passam por trás" e fazem parte da lógica da programação (quem alguma vez programou em C para Windows sabe que os "eventos" que você captura em VB não saem do sistema operacional, e sim de código que está escondido por trás do framework para fazer a sua vida mais fácil). É o mesmo que usar urllib em Python e não saber qual é a diferença entre um request GET e POST, ou mesmo o exemplo de Java, que você cita.

Onde acho que você continua errado é em dizer que simplesmente por utilizar ajuda na hora de escrever o código você "perde" a capacidade de pensar na lógica. Com todo respeito, acho que a pessoa que tem problemas com a lógica de um programa tem problemas muito maiores do que saber quantas teclas precisa apertar para gerar o código.
Tem dois tipos de pessoas que vão ter problemas com isso:

1) Aquelas que aprenderam como programar dentro de uma IDE e nunca saem dela, nem tentam outras linguagens. Exemplo típico de isto são os programadores Delphi/VB e alguns que aprenderam Java numa "Java school".
2) Aquelas que aprenderam de um livro, ou a traves de uma serie de exemplos e case-studies, como é o caso típico de programadores PHP/ASP (eu tinha um amigo que trabalhava como desenvolvedor web, usando ASP para acessar um banco de dados, e nem sabia programar, só fazia cut & paste dos exemplos do livro).

As *muitas* pessoas que eu conheço que se formaram numa faculdade decente, onde você aprende a teoria detrás do que você programa e não só como escrever código, normalmente não tem problema nenhum em utilizar uma IDE, porque de qualquer jeito eles entendem o que está acontecendo a cada momento. O GUI builder do NetBeans gerou um monte de código pra você? Beleza! enquanto você souber o que está acontecendo, e não ache que a telha se produz por mágica, você poupou um monte de trabalho!

David Guaraglia
comentou há 3 months, 2 weeks:

Agora, voltando ao tema "empresa". Você diz:

[quote]
Um empresário pode até se iludir que code completion aumenta a produtividade de seus funcionários, mas se você parar pra pensar em todo o tempo que você perde no final, é ÓBVIO que aquilo te faz perder tempo. Não com relação às exceções, mas com relação ao que você faz todos os dias.
[/quote]

Conheço alguns empresários, e nunca vi um que realmente esquente com isso. Eles deixam isso para seu time de RRHH. Só empresas pequenas, onde o dono é alguém que entende de programação, chegam a implementar uma serie de testes mais sólidos para escolher seus funcionários.

Para você ter uma idéia: um amigo meu Francês que trabalhava como Project Manager numa consultoria na Europa me contou há um tempo a empresa estava contratando consultores na China "porque na China você consegue um desenvolvedor .NET por €200 ao mês, enquanto os Indianos já estão pedindo mais de €1000", dai eu perguntei "e eles são bons?" ele falou "os Indianos são ruins, mas os Chineses são *pésimos*". E pode acreditar, isso não acontece só na França. É como dizia um amigo Americano: "os programas produzidos sob contrato são como salsichas: são gostosas e enchem a pança, mais acredite, você não quer saber de onde vem".

P.S: quando eu falei de "Proto-hacker" eu me referia a aquela pessoa que no segundo/terceiro ano da faculdade começa a ver "a luz" e entender como funcionam os sistemas computacionais desde o layer mais alto do stack TCP até como os elétrons se movem dentro do processador. É um hacker que não decidiu entre Vim (yes!) ou E-Macs (não!!) ainda. :P

Marinho Brandão
comentou há 3 months, 2 weeks:

@David

essa coisa de interpretação de texto é realmente engraçada, não sei como você conseguiu entender que eu não goste de teclas de atalho nesse parágrafo se ele possui um "E USE O QUE ELE TEM DE MELHOR: " logo antes do "teclas de atalho".

sobre o WindowProc, é como já disse: você se prendeu à linguagem de máquina quando eu falava do todo. Agora você sabe :)

quanto a empresários, todos nós conhecemos vários, lógico, nós trabalhamos para eles, e alguns de nós já são um deles de uma forma ou de outra. Qualquer pessoa que se preocupe com resultados, incluindo os programadores com uma visão mais empreendedora, gerentes e proprietários, se preocupa mais com produtividade do que com definição religiosa de "qual editor". É mais ou menos a mesma coisa das certificações: o empresário não tem uma certificação, mas às vezes exige porque pensa que aquilo vai dar algum ganho. Mas você se contradiz quando num comentário anterior, defende o empresário e logo depois diz que eles não estão interessados nisso. Eu acho que todos nós devíamos nos preocupar com produtividade, e só os irresponsáveis não se preocupam com ela.

no mais, eu acho que produtivo mesmo é esse debate se encerrar por aqui. Seus argumentos estão longe de mudar o que eu penso e ambos temos muito trabalho pra fazer (hoje é segunda-feira) e como a minha preocupação não é te convencer, vamos fazer assim: continue pensando como você preferir e eu como preferir, e quando quiser enviar alguma coisa que faça diferença no debate, sinta-se à vontade com o sistema de comments :)

PS: deixe aqui seu blog ou algo assim, tentei encontrar alguma coisa sua na net e só encontrei o perfil no Linkedin (não encontrei você na lista da Django Brasil nem na Python Brasil, que são as pessoas que normalmente passam por aqui).

David Guaraglia
comentou há 3 months, 2 weeks:

Oi Marinho!

Você tem razão, não sei como fui entender que você estava sugerindo *desabilitar* os atalhos do teclado! Isso que é hardcore mesmo! (e acredite, conheço pessoas que ainda usam o PFE e acham que é o melhor editor do mundo!). Bom, desculpas por essa!

Por outro lado, eu não defendi a empresa, simplesmente apontei porque empresas como Sun e Microsoft invistem milhoes de dolares nas suas ferramentas de trabalho. O problema é que a profissão de desenvolvedor está muito desvirtuada, hoje qualquer um consegue uma certificacão. Hoje *algumas* empresas fazem o que é correto, mas a grande maioria das consultorias não estão "nem ai".

Ta certo! Não adianta discutir por aqui, e é verdade que tenho bastante trabalho pra fazer. Deveria criar um Blog, mas sempre pensei que seria uma vergonha criar um e depois só atualizar cada *meses* (senão anos) como faço com o meu profile de LinkedIn/Orkut, etc. Estou na lista de Python de Joinville, achei seu blog a travez das Community News na página do Django :)

Anderson Santos
comentou há 3 months, 2 weeks:

Pode tacar pedra em mim quem quiser, mas eu fico entre duas: PyScripter e Eclipse (ainda não usei Komodo).
Mas ao contrário da minha época com Delphi, nenhuma delas me gera código ou faz o trabalho "pesado" no meu lugar. Atualmente uso Eclipse pelas seguintes razões:

-Interface integrada com a estrutura de arquivos
-Apertar Ctrl e clicar para ir direto ao módulo
-Code completion e highlight
-Bookmark na linha (com plugin - e.g.: ctrl+shift+1)
-Comparação integrada entre versões de arquivos
-Busca em vários arquivos do projeto
-Console integrado
-Identação de blocos de texto (ctrl+shift+left)

parcialmente por causa da integração com o Trac

e principalmente por poder usar o Aptana em conjunto, que me permite ter FTP integrado.

gosto mais do PyScripter por me sentir em casa (tudo semelhante ao editor do Delphi), mas por ser filho do próprio, não é multiplataforma.

Arthur Furlan
comentou há 3 months:

Post pefeito! Também sou fã do vim (não uso o gVim, gosto do vim mesmo) e uso ele para todas as coisas que preciso editar! Costumo dizer que acho o "auto-complete" emburrecedor demais para mim... :)

Costumo manter o meu arquivo de configuração do vim sempre acessível via wget, então se quiser dar uma olhada:
http://arthurfurlan.org/dotfiles/.vimrc

^{Marinho Brandão}

Qual é a melhor IDE para Django?

Links sociais

Comentários

Escreva o seu

Artigos recentes