¿Cómo es IntelliJ mejor que Eclipse? [cerrado]

Sé que ha habido preguntas como ¿Cuál es tu editor / IDE favorito? , pero ninguno de ellos ha respondido a esta pregunta: ¿Por qué gastar el dinero en IntelliJ cuando Eclipse es gratis?

Personalmente soy un gran fanático de IntelliJ, pero realmente no he probado Eclipse. He usado IntelliJ para proyectos que fueron Java, JSP, HTML / CSS, Javascript, PHP y Actionscript, y la última versión, 9, ha sido excelente para todos ellos.

Muchos compañeros de trabajo en el pasado me han dicho que creen que Eclipse es "más o menos lo mismo" que IntelliJ, pero, para contrarrestar ese punto, ocasionalmente me he sentado detrás de un desarrollador que usa Eclipse que parecía comparativamente ineficiente (para lograr aproximadamente lo mismo tarea), y no he experimentado esto con IntelliJ. Pueden estar a la par característica por característica, pero las características pueden verse arruinadas por una mala experiencia del usuario, y me pregunto si es posible que IntelliJ sea más fácil de detectar y descubrir características que ahorran tiempo.

Para los usuarios que ya están familiarizados con Eclipse, además del costo real de IntelliJ, también existe el costo del tiempo dedicado a aprender la nueva aplicación. Eclipse tiene muchos usuarios que simplemente no quieren gastar $ 250 en un IDE.

Si IntelliJ realmente podría ayudar a mi equipo a ser más productivo, ¿cómo podría venderlo? Para aquellos usuarios que han probado ambos, estaría muy interesado en pros o contras específicos de cualquier manera.

Trabajo con Intellij (9.0.4 Ultimate) y Eclipse (Helios) todos los días e Intellij supera a Eclipse cada vez.

¿Cómo? Porque Intellij indexa el mundo y todo funciona intuitivamente. Puedo navegar por mi código base mucho, mucho más rápido en Intellij. F3 (definición de tipo) funciona en todo : contextos Java, JavaScript, XML, XSD, Android, Spring. La refactorización funciona en todas partes y es totalmente confiable (he tenido problemas con Eclipse desordenando mi fuente de maneras extrañas). CTRL + G (donde se usa) funciona en todas partes . CTRL + T (implementaciones) realiza un seguimiento de las instancias más comunes que uso y las muestra primero.

Las sugerencias de finalización de código y cambio de nombre son tan inteligentes que solo cuando vuelves a Eclipse te das cuenta de lo mucho que estaba haciendo por ti. Por ejemplo, considere leer un recurso del classpath escribiendo getResourceAsStream("/en este punto. Intellij le mostrará una lista de posibles archivos que están actualmente disponibles en el classpath y puede profundizar rápidamente en el que desee. Eclipse - no.

El complemento Spring (listo para usar) para Intellij es muy superior a SpringIDE principalmente debido a sus inspecciones de código. Si me he perdido las clases o deletreé algo mal, entonces aparece un bloque rojo en la esquina y tinta roja justo donde está el problema. Eclipse, un poco, más o menos.

En general, Intellij acumula mucho conocimiento sobre su aplicación y luego usa ese conocimiento para ayudarlo a escribir un mejor código, más rápido.

No me malinterpretes, me encanta Eclipse en pedazos. Por el precio, no hay sustituto y lo recomiendo a mis clientes en ausencia de Intellij. Pero una vez que probé Intellij, se amortizó en una semana, así que lo compré y cada una de las actualizaciones más importantes desde entonces. Nunca he mirado hacia atrás.

Escuché que la diferencia con IntelliJ es que es mucho más probable que corrijan y cierren errores que envíe. Eso podría marcar una gran diferencia si hay algún error de Eclipse que lo está bloqueando.

Por otro lado, no puede mirar los IDE de forma aislada; necesitas mirar el ecosistema . Aquí, creo que Eclipse tiene una ventaja (similar a la ventaja de Firefox sobre Chrome *): hay muchos más complementos disponibles y es mucho más probable que los desarrolladores escriban un complemento de Eclipse que de lo contrario.

[Tangente: * Para Firefox, estoy pensando en Zotero y HTTPS-Everywhere. Utilizo Chrome y Firefox, pero algunas cosas que Chrome simplemente no puede manejar. Además, al hacer folletos, realmente necesito una vista previa de impresión.]

Descargo de responsabilidad
Esto se limita solo al desarrollo de Android (en Java, obviamente).

Estoy llegando a esto con un conocimiento limitado de Eclipse e IntelliJ ambos; Sin embargo, recientemente tuve que decidir sobre un entorno de desarrollo para Android. Parece que la primera opción clara sería usar Eclipse ya que Google lo admite con su complemento ADT. Desafortunadamente, me pareció terriblemente torpe moverse ya que estoy acostumbrado a Visual Studio (2010, más recientemente 2012). Siempre he usado ReSharper con Visual Studio, así que decidí probar IntelliJ. Después de unos 10 minutos, me di cuenta de que había tomado la decisión correcta.

IntelliJ, como han dicho algunos, indexa todo. Fue un placer trabajar con el intellisense y la inteligencia en torno a las sugerencias fue excelente. La experiencia de depuración me pareció un placer y, sinceramente, realmente no podría vivir sin el análisis del código. Sé que muchos puristas tendrían un problema con ese tipo de cosas, pero no me importa. Tengo que impulsar proyectos muy rápidamente para muchas personas, por lo que a veces es bueno ejecutar el análisis de código y ver qué sugiere el IDE. Si tomas o no esas sugerencias es otra historia, pero no encontré nada como esto en Eclipse.

Algunos también dicen que no hay un diseñador de Android en la versión actual de IntelliJ. Este es ciertamente el caso, pero nunca lo usaría de todos modos. Estoy depurando en un dispositivo la mayor parte del tiempo, así que no importa. Puedo ver la interfaz y jugar con ella cada vez que ejecuto el programa. De todos modos, de un tipo tradicionalmente "no Java" tengo que decir que Java es particularmente bueno en comparación con Eclipse.

Debe demostrar vívidamente y sin dudas que para las tareas que debe realizar a diario, IntelliJ permite ahorrar una cantidad sustancial de tiempo y esfuerzo en comparación con Eclipse (y NetBeans).

Esto requerirá que investigue un poco para averiguar qué podría ser, y luego construya una demostración que muestre esto a las personas que pueden decidir cómo trabajar.

Sospecho que encontrará que es una tarea bastante difícil de hacer, ya que Eclipse en estos días puede hacerlo bastante, razonablemente bien. Si encuentra puntos asesinos, comparta, estoy seguro de que muchos quieren saber.

Intellij es mejor por muchas razones, entre ellas el tema Darcula ... pero hay algunas otras:

• autocompletar para nombres de métodos: ofrece lo que quiero llamarlos usign convention.
• jquery autocompletar es muy fácil de configurar (nunca lo hice funcionar con eclipse).
• EL autocompletar en jsp
• La integración e inspección de Spring muestra errores en la configuración (por ejemplo, nombres de frijoles duplicados)
• autocompletar para asignaciones de controlador / url
• Fácil de usar y configurar la integración de la base de datos (detecta la fuente de datos automáticamente) y, obviamente, autocompletar
• inspecciones de código, como checkstyle y findbugs, integradas y fáciles de usar.
• jslint y jshint integrados y fáciles de usar.
• La integración de Maven funciona de inmediato.
• Todos los ajustes están donde espera que estén.
• No detecta errores incorrectamente, solía obtener errores resaltados en eclisp donde no había ninguno y tuve que reiniciar.
• Autocompletar y detección de errores en archivos xml (un gran problema con Spring)
• las asignaciones de hibernación tienen autocompletado habilitado (los campos de pojos se proporcionan como opción de autocompletar en el pojo mapeado - gr8).
• Ctrl + Alt + clic abre la implementación, no la declaración
• Hotdeploy: puede configurarlo fácilmente para que, cuando intellij pierda los enfoques, su aplicación implementada se actualice automáticamente.
• un cliente de descanso integrado sin necesidad de configuración adicional.
• Construido en el cliente de chat que permite punteros de código, en realidad muy útil.
• vista de persistencia, fácil acceso a todas sus entidades y configuraciones jpa / hibernate.
• corrección de errores, corrección de errores real responsable He enviado una serie de errores y se han solucionado rápidamente.
• inspección y autocompletar en sus documentos xml, muy muy útil con spring (sé que esto es una repetición pero es genial, reveló una miríada de errores).

Lo he estado usando desde hace 3 semanas, así que espero encontrar algo más pronto; Vale la pena el dinero.

Oh, una cosa más que realmente se abre ... Tenía un error en mi eclipse que significaba que se negaría a abrir. Solo "google eclipse no se abre" hay muchos enlaces. Me siento estúpido por tomar tanto tiempo para cambiar.

Google anunció recientemente que está moviendo el desarrollo de Android a IntelliJ.

Hay una razón para esto. He estado usando Eclipse como entorno para impartir cursos durante los últimos años tanto en C ++ como en Android / JAVA. He visto cómo la calidad de Eclipse se deteriora hasta convertirse en algo inutilizable. En otoño de 2012, adopté Eclipse Juno para mi curso y fue un desastre sin mitigar. El programa no solo fue increíblemente lento y cargado de errores, sino que tuvo varios cambios en la interfaz de usuario que fueron más que estúpidos. Ahora lo uso como un caso de estudio en un diseño de interfaz de usuario incorrecto.

No puedo recomendar Eclipse a nadie en este momento. La base de datos de errores se ha vuelto tan grande que no hay posibilidad de que aborden incluso una pequeña fracción de ellos.

No sé de golpes sólidos característica por característica, pero una cosa que descubrí con el uso interno y externo del entorno IntelliJ durante aproximadamente una década es que los equipos de diseño de JetBrains han hecho un gran trabajo de tanto tener el IDE "indexar el mundo" como mantener las funciones de indexación y autocompletar tanto receptivas como coherentes: normalmente no pienso en ello, pero con la capacidad de respuesta más la cantidad de atajos de teclado (y la capacidad de asignar más), IntelliJ hace que sea muy fácil construir "memoria muscular" cuando se utiliza el editor.

No es poca cosa cuando puedes escribir código, autocompletar, compilar y probar sin que tus dedos salgan del teclado, y de una manera que no se siente como una aplicación Java lenta estereotipada.