Como o IntelliJ é melhor que o Eclipse? [fechadas]

Sei que houve perguntas como Qual é o seu editor / IDE favorito? , mas nenhum deles respondeu a esta pergunta: Por que gastar dinheiro com o IntelliJ quando o Eclipse é gratuito?

Pessoalmente, sou um grande fã do IntelliJ, mas ainda não experimentei o Eclipse. Usei o IntelliJ para projetos que eram Java, JSP, HTML / CSS, Javascript, PHP e Actionscript, e a versão mais recente, 9, foi excelente para todos eles.

Muitos colegas de trabalho no passado me disseram que acreditam que o Eclipse é "praticamente o mesmo" que o IntelliJ, mas, para contrariar esse ponto, eu ocasionalmente me sentei atrás de um desenvolvedor usando o Eclipse que parecia comparativamente ineficiente (para realizar aproximadamente o mesmo tarefa) e não experimentei isso com o IntelliJ. Eles podem estar no mesmo nível, recurso a recurso, mas os recursos podem ser arruinados por uma má experiência do usuário, e me pergunto se é possível que o IntelliJ seja mais fácil de entender e descobrir recursos que economizam tempo.

Para usuários que já estão familiarizados com o Eclipse, além do custo real do IntelliJ, também há o custo do tempo gasto aprendendo o novo aplicativo. O Eclipse recebe muitos usuários que simplesmente não querem gastar US $ 250 em um IDE.

Se o IntelliJ realmente pudesse ajudar minha equipe a ser mais produtiva, como eu poderia vender para eles? Para os usuários que experimentaram os dois, eu estaria muito interessado em prós ou contras específicos de qualquer maneira.

Eu trabalho com Intellij (9.0.4 Ultimate) e Eclipse (Helios) todos os dias e o Intellij vence o Eclipse todas as vezes.

Quão? Porque a Intellij indexa o mundo e tudo funciona de maneira intuitiva. Eu posso navegar pela minha base de código muito, muito mais rápido no Intellij. F3 (definição de tipo) funciona em tudo - Java, JavaScript, XML, XSD, Android, contextos Spring. A refatoração funciona em qualquer lugar e é totalmente confiável (tive problemas com o Eclipse atrapalhando minha fonte de maneiras estranhas). CTRL + G (onde usado) funciona em qualquer lugar . CTRL + T (implementações) controla as instâncias mais comuns que eu uso e as mostra primeiro.

As sugestões de conclusão de código e renomeação são tão inteligentes que é somente quando você volta ao Eclipse que percebe o quanto isso estava fazendo por você. Por exemplo, considere a leitura de um recurso do caminho de classe, digitando getResourceAsStream("/neste ponto o Intellij mostrará uma lista de possíveis arquivos disponíveis no momento no caminho de classe e você poderá pesquisar rapidamente o que deseja. Eclipse - não.

O plug-in Spring (pronto para uso) do Intellij é muito superior ao SpringIDE, principalmente devido às suas inspeções de código. Se eu perdi as aulas ou escrevi algo errado, estou recebendo um bloco vermelho no canto e tinta vermelha exatamente onde está o problema. Eclipse - um pouco, mais ou menos.

No geral, o Intellij acumula muito conhecimento sobre seu aplicativo e, em seguida, usa esse conhecimento para ajudá-lo a escrever um código melhor, mais rapidamente.

Não me interpretem mal, eu amo o Eclipse em pedaços. Pelo preço, não há substituto e eu o recomendo aos meus clientes na ausência da Intellij. Mas uma vez que eu testei o Intellij, ele se pagou dentro de uma semana, então comprei e cada uma das principais atualizações desde então. Eu nunca olhei para trás.

Soube que a diferença com o IntelliJ é que eles têm muito mais probabilidade de corrigir e fechar bugs que você envia. Isso pode fazer uma grande diferença se houver algum bug do Eclipse que esteja bloqueando você.

Por outro lado, você não pode olhar para os IDEs isoladamente; você precisa olhar para o ecossistema . Aqui, acho que o Eclipse tem uma vantagem (semelhante à vantagem do Firefox sobre o Chrome *): Há muito mais plug-ins disponíveis e os desenvolvedores têm muito mais probabilidade de escrever um plug-in do Eclipse do que o contrário.

[Tangent: * Para o Firefox, estou pensando em Zotero e HTTPS-Everywhere. Eu uso o Chrome e o Firefox, mas algumas coisas que o Chrome simplesmente não consegue lidar. Além disso, ao fazer folhetos, eu realmente preciso de uma pré-visualização.]

Isenção de responsabilidade
Isso é limitado apenas ao desenvolvimento do Android (em Java, obviamente).

Estou chegando a isso com algum conhecimento limitado do Eclipse e do IntelliJ, ambos; No entanto, recentemente tive que decidir sobre um ambiente de desenvolvimento para o Android. Parece que a primeira opção clara seria usar o Eclipse, já que o Google o suporta com seu plug-in ADT. Infelizmente, achei muito desajeitado circular por aí, já que estou acostumado ao Visual Studio (2010, mais recentemente em 2012). Sempre usei o ReSharper com o Visual Studio, então decidi experimentar o IntelliJ. Após cerca de 10 minutos, percebi que havia tomado a decisão certa.

IntelliJ, como alguns afirmaram, indexa tudo. Trabalhar com o intellisense foi uma alegria e a inteligência em torno das sugestões foi excelente. A experiência de depuração que achei agradável e, sinceramente, eu realmente não consegui viver sem a análise de código. Eu sei que muitos puristas teriam um problema com esse tipo de coisa, mas eu não me importo. Eu tenho que enviar projetos muito rapidamente para muitas pessoas, então às vezes é bom executar o código anaylsis e ver o que o IDE sugere. Se você aceita ou não essas sugestões, é outra história, mas não encontrei nada assim no Eclipse.

Alguns também dizem que não há designer do Android na versão atual do IntelliJ. Este é certamente o caso, mas eu nunca o usaria de qualquer maneira. Estou depurando um dispositivo na maioria das vezes, para que não importe. Eu vejo a interface e brinco com ela sempre que executo o programa. De qualquer forma, de um cara tradicionalmente "não-Java", devo dizer que Java é particularmente bom em comparação com o Eclipse.

Você precisa demonstrar de maneira vívida e sem dúvida que, para as tarefas que você precisa realizar diariamente, o IntelliJ permite uma quantidade substancial de tempo e esforço economizados, em oposição ao Eclipse (e NetBeans).

Isso exigirá que você faça alguma pesquisa para descobrir o que pode ser e, em seguida, construa uma demonstração mostrando isso para as pessoas que podem decidir como trabalhar.

Minha suspeita é que você achará uma tarefa bastante difícil de fazer, como o Eclipse atualmente pode fazer bastante, razoavelmente bem. Se você encontrar pontos críticos, compartilhe - tenho certeza que muitos querem saber.

Intellij é melhor por muitas razões, não menos importante, o tema darcula ... mas existem outras:

• preenchimento automático para nomes de métodos - ele oferece o que eu quero chamar de convenção de design.
• O jquery é preenchido automaticamente com muito facilidade de configuração (nunca o fez funcionar com o eclipse).
• Preenchimento automático de EL nos jsp's
• a integração e inspeção da mola mostra erros na configuração (por exemplo, nomes duplicados de beans)
• preenchimento automático para mapeamentos de controlador / URL
• fácil de usar e configurar a integração do banco de dados (ele detecta a fonte de dados automaticamente) e o preenchimento automático obviamente
• inspeções de código, como checkstyle e findbugs, integradas e fáceis de usar.
• jslint e jshint integrados e fáceis de usar.
• A integração do maven funciona imediatamente e imediatamente.
• Todas as configurações estão onde você espera que elas estejam.
• Ele não detecta erros incorretamente, eu costumava obter erros destacados no eclisp e onde não havia nenhum e precisava reiniciar.
• Preenchimento automático e detecção de erros em arquivos xml (grande parte da primavera)
• os mapeamentos de hibernação têm o preenchimento automático ativado (os campos de um pojos são fornecidos como opção de preenchimento automático no pojo - gr8 mapeado).
• ctrl + alt + click abre a implentação, não a declaração
• Hotdeploy: você pode configurá-lo facilmente para que, quando a intellij perde o foco, o aplicativo implantado seja atualizado automaticamente - abro a tecla Alt no meu navegador e o novo código (seja classes, javascript ou jsps) já está implantado.
• um cliente de descanso embutido sem configuração extra necessária.
• cliente de chat embutido que permite indicadores de código - na verdade, muito útil.
• visualização persistente, acesso fácil a todas as suas entidades e configurações jpa / hibernate.
• correção de bugs, correção de bugs efetivamente responsável Eu enviei vários bugs e eles foram corrigidos imediatamente.
• inspeção e preenchimento automático em seus documentos xml, muito úteis na primavera (eu sei que isso é uma repetição, mas é ótimo, revelou uma infinidade de erros).

Eu o uso há três semanas agora, então espero encontrar mais em breve; vale a pena o dinheiro gasto.

Ah, mais uma coisa que ele realmente abre ... Eu tinha um bug no meu eclipse que significava que ele se recusaria a abrir. Apenas "o google eclipse não abre" existem muitos links. Eu me sinto estúpido por levar tanto tempo para mudar.

O Google anunciou recentemente que está transferindo o desenvolvimento do Android para o IntelliJ.

Há uma razão para isto. Eu tenho usado o Eclipse como um ambiente para ministrar cursos nos últimos anos em C ++ e Android / JAVA. Eu assisti a qualidade do Eclipse se deteriorar para algo se aproximando inutilizável. No outono de 2012, adotei o Eclipse Juno para o meu curso e foi um desastre absoluto. O programa não só era incrivelmente lento e carregado de bugs, como também teve várias alterações na interface do usuário que foram além de estúpidas. Agora, eu o uso como um estudo de caso em um design ruim de interface do usuário.

Não posso recomendar o Eclipse a ninguém neste momento. O banco de dados de bugs se tornou tão grande que não há chance de eles abordarem sequer uma pequena fração deles.

Não conheço golpes sólidos de recurso a recurso, mas uma coisa que descobri com o uso de entrada e saída do ambiente IntelliJ por cerca de uma década é que as equipes de design do JetBrains fizeram um ótimo trabalho de ambos tendo o IDE "indexar o mundo", bem como manter as funções de indexação e preenchimento automático responsivas e consistentes - normalmente não penso nisso, mas com a capacidade de resposta mais o número de atalhos de teclado (e a capacidade de mapear mais), o IntelliJ facilita a criação de "memória muscular" ao usar o editor.

Não é uma coisa pequena quando você pode escrever código, preencher automaticamente, compilar e testar sem que seus dedos saiam do teclado e de uma maneira que não pareça um aplicativo Java estereotipado e lento.