Todos menos um: Concordo com quase todas as 5 ferramentas, excluindo o Emacs e o Gvim. Talvez para pequenos programas, até seja melhor, por serem mais leves e práticos. Mas para um desenvolvimento sério de algo de um porte maior, *HOJE* elas são totalmente não-recomendadas.

O tempo que você perde, ou melhor, o tempo que vc ganha usando as IDEs existentes não pode ser comparado com o trabalho que se dispende adequando o Emacs e o gvim para fazer o que essas IDEs já fazem naturalmente. Mas como cada um programa naquilo que se sente melhor, e o faz bem, qualquer editor de texto serve.

Queria ver as TOP 5 ferramentas mais produtivas: Esse TOP das ferramentas para desenvolvedores Linux, parece os TOP dos desenvolvedores do Kernel do Linux, quero ver os TOP ferramentas mais produtivas, frameworks, gerenciadores de bancos de dados, etc. Programar na munheca é muito bom quando se tem tempo, mas como hoje em dia tudo é pra ontem, um pouco de produtividade nao faz mal.

Obrigado!: Eu não sou desenvolvedor do Kernel, mas gostaria muito de ser. Este post foi escrito por eu e mais dois colegas que fazemos Bacharelado em Ciência da Computação, isso significa que estamos interessados em algoritmos e eficiência. Nossos projetos são relativamente curtos e não contém uma quantidade de modulos absurda.
Profissionalmente eu uso o NetBeans para progrmar em Java e como estou aprendendo RoR utilizo o RadRails para o mesmo.
Mas um documentador com o Doxygen e controlador de versão como o Subversion são essenciais em projetos de qualquer tamanho, exceto em linguagens que já tem algum tipo de documentador built-in como JavaDoc ou o RDoc.
O que nós fazemos é realmente baixo nível e em geral utilizamos o C para fazer, por isso escolhemos as ferramentas que mais utilizamos.
Obrigado pelo seu comentário.

Características de um editor: Amigos

Acredito que um editor deve apresentar as seguintes features para melhorar a produtividade do programador:

- code browsing: listar funcões/classes/métodos de um arquivo
fonte;

- autocompletion: muito útil para variáveis com nomes longos;

- folding: para mostrar/esconder o trechos do código;

- frames && windows: poder visualizar trechos diferentes do mesmo
arquivo;

- suporte a múltiplas linguagens: C, C++, Python, shell, Java, LaTex,
txt2tags, HTML, R, etc (sim... eu uso todos eles...);

- syntax highlighting de palavras especiais: XXX, TODO, FIXME, etc;

- mostrar espacos vazios no código (inclusive nos comentários);

- corretor ortográfico integrado;

- navegacão *sem* utilizar as setas do teclado (arrow keys);

- documentacão automática de funcões com Doxygen;

- facilidade de expansão/suporte a linguagem de script;

- busca incremental;

- regex;

- ganha pontos de não precisar de uma sessão gráfica para funcionar;


A produtividade pode aumentar bastante quando se utiliza todas
estas propriedades, embora leve-se um tempo para dominar um editor em profundidade.


E acredito que não haja nenhum editor que seja o *melhor* em *todas* estas features.


Finalmente, não é a ferramenta que define o êxito de um projeto, mas sim a qualidade de sua gerência e a habilidade de seus programadores.


Atenciosamente


Adenilson

jEdit: O jEdit tem suporte até para linguagens que nunca ninguém ouviu falar. Além disso tem suporte especializado a Java, Python, PHP, Ruby, beanshell (que ele usa nas macros), entre outras.

Emacs: O Emacs também, e não só isso, mas também a coisas como o Latex, ele tem suporte a expressões de lambda-calculus atraves do LISP, permitindo a extensão do sistema em qualquer direção.
Existem até aplicativos que rodam no Emacs.
Eu não esperaria menos de um editor criado pelo próprio Richard Stallman.

JEdit: O JEdit é, na minha opinião, o melhor editor de texto puro escrito em Java disponível atualmente. Muitos outros projetos utilizam código dele ou escrito para ele.

Tenho apenas duas críticas a ele:

a) Cometeram uma falha de projeto que hoje custa caro. Como o componente Swing de texto formatável na época não estava muito desenvolvido o autor saiu do padrão e reimplementou um componente do zero. Hoje, o suporte oferecido pelo Swing evoluiu muito, soluções para outras IDEs como Netbeans melhoraram em paralelo. E o JEdit continua tendo que manter sua solução.

b) Os desenvolvedores de plugins não se entendem e não trabalham dentro de uma padrão comum para cada tarefa. Isso faz com que a certos recursos (como auto-compleção) ainda sejam bastante instáveis.

No mais, mesmo não sendo uma IDE tão completa quanto os rivais Netbeans/Eclipse, ele é extremamente poderoso e genérico.

Praticamente um Emacs escrito em Java! :)

O jEdit tem suporte até para linguagens que nunca ninguém ouviu falar

Destaque para a Factor, uma linguagem funcional inventada pelo próprio autor do JEdit!

?!?: Sua conclusão é baseada em quê? Experiência pessoal ou é fundamentada em algum estudo que demonstra a maior eficiência das IDEs para grandes projetos de software independente do perfil do programador? Que tipos de software? Que modelo de desenvolvimento? Com ou sem interface gráfica? Qual linguagem?

Será que desenvolvedores de grandes projetos como Linux, Firefox ou OpenOffice.org, por exemplo, usam essencialmente IDEs? Se não, estariam desperdiçando tempo?

Tu tá por fora!: Ow cara, tu tá por fora...

Todo mundo que desenvolve pro kernel Linux usa Eclipse... Olha lá em Documentation/CodingStyle e Documentation/HOWTO, dentro da árvore do kernel, e tu vai ver que isso é pre-requisito para poder fazer parte da comunidade de desenvolvedores...

Só pra avisar, isso foi irônico... tem que avisar né, porque senão tem gente que ainda é capaz de acreditar.

E, respondendo outras coisas que falaram por aí... dizer que usar vim ou emacs é coisa pra quem tem tempo sobrando... uhauahuahuah... essa foi uma boa piada... como se os caras como Linus, Andrew, Alan Cox, Robert Love, e por aí vai fossem filhinhos de papai que não fazem nada da vida e ficam programando nas horas vagas, por pura diversão, porque não têm nada pra fazer... Garanto que muita gente é mais produtiva usando vim/emacs do que a pessoa mais produtiva usando qualquer IDE cheia de coisas (que as vezes atrapalham) que existem por aí.

vagas java para sp: Para as vagas abaixo, fale que é indicacao do Heverton Anunciacao
Favor divulgar para seus contatos os perfis das vagas.

1. Java Developer 6 (3 Pl e 3 JR)
Oracle, Sybase, SQL;
J2EE, Java, JavaBean, MDB, EJB, JMS, JDBC, Java Servlet, XML, HTML;
Tibco/Rendevouz, MQ;
WebLogic,
Solaris/UNIX
Source Code Management and Control via CVS
Clearcase
Inglês Fluente
Enviar cv para julianavs@primeinformatica.com.br

2. Analista Desenvolvedor Java - 2 ( 1 Sr e 1 Pleno )
Experiência: A partir de 2/3 anos
Java
Unix
Shell Scripts
Sybase / Stored Procedures
Inglês Fluente
Enviar cv para julianavs@primeinformatica.com.br

3. Web Engineer
Experiência: + de 3 anos
Microsoft IIS 5, IIS 6, and COM+
Microsoft Operations Manager
Siteminder Single Sign On
Experience in .Net and client/server architecture
Basic Application Troubleshooting
Microsoft Office Suite
VB Scripting programming
Inglês Fluente
Enviar cv para julianavs@primeinformatica.com.br

4. Analista Programador - Senior
Linguagem cobol (batch, cics) , acesso a arquivos VSAM, TSO, Jcl´s.
Inglês Fluente
Enviar cv para loretabgc@primeinformatica.com.br

5. Analista Programador - DCL - Cobol
DCL Script

Open VMS

Cobol

Oracle Pro*Cobol

Enviar cv para julianavr@primeinformatica.com.br

6. Analista Programador Unix - Cobol

Korn shell script (unix)

DCL Script

Open VMS

Cobol

Oracle Pro*Cobol

Enviar cv para julianavr@primeinformatica.com.br

7. arquiteto de ambiente Unix

Korn shell script (HP/UX 11i

IBM Tivoli OPC (automation)

IBM MQ series

Connect Direct – NDM

Inglês Fluente

Enviar cv para loretabgc@primeinformatica.com.br

Grata,

Juliana Vital Rodrigues Marchi
Recursos Humanos
( 55-11-3037.3715

PRIME Informática
www.primeinf.com.br

Lugar errado: Oi Juliana,

Seu anúncio é muito legal (quantas vagas!!!), mas creio que não está no melhor lugar.

Augusto, caso esteja me lendo, eu poderia pedir que esse anúncio fosse movido ou incluído como notícia, onde teria mais visibilidade?