programacion - ¿El mejor sistema operativo para el desarrollo de Java?

multiplataforma ejemplos (14)

¿Cuál es el mejor sistema operativo para el desarrollo de Java? Las personas de Sun están impulsando el Solaris, sí, Solaris tiene algunas características adicionales incluidas en sí mismas, como (dTrace, posibilidad de ajustar el rendimiento de la JVM, etc.). Algunos amigos míos, habían portado su aplicación en solaris, y me dijeron que las actuaciones fueron brillantes. No estoy contento con cambiar mi sistema operativo y utilizar Solaris en su lugar.

¿Cuáles fueron tus experiencias?

"desarrollo"?

Creo que debes apegarte al sistema operativo con el que te sientes más cómodo, o que es el más disponible para un gran grupo (de desarrolladores), como por ejemplo un conjunto de PC en Windows.

Es raro tener que hacer un ajuste en profundidad en la plataforma de desarrollo .

Debería reservar todos esos dtrace y otros ajustes de rendimiento a la plataforma de ensamblaje (por ejemplo, en Linux), para implementaciones diarias donde todo se recompila y se prueba en unidades.

Y luego podría configurar una JVM especial (como IBM JRockit en lugar de Sun JRE) para hacer un análisis en su plataforma de integración, donde todo su sistema puede ser probado de adelante hacia atrás, con estrés y prueba de no regresión

Y finalmente, realice todas las pruebas de aceptación de usuario (UAT) en una plataforma de preproducción (que puede ser un costoso F15K o SunFire880 o V490 o ...), con el JRE objetivo utilizado allí.

Mi punto es: hay tantos parámetros a tener en cuenta entre el desarrollo y la liberación en la producción que cambiar el sistema operativo en una etapa tan temprana puede resultar innecesario.

Desarrolla lo que quieras. Como programador de Java es posible que desee evitar Mac OS X, principalmente porque las nuevas características parecen haberse retrasado significativamente, y también porque puede descubrir que ya no tiene un equipo que admita las nuevas versiones de Java. Habiendo dicho eso, me imagino que desarrollar en Mac OS X debe ser muy agradable (interfaz de línea de comando, dtrace, buen sistema operativo).

Desarrollo en Windows con IntelliJ 7. Está bien, pero necesita hardware considerable. Luego despliego en solaris / linux. A menos que esté escribiendo GUI o integrándolo con código C ++, debería estar bien eligiendo lo que le apetezca.

Desarrolle aquello con lo que está satisfecho y pruebe en qué se implementa.

Puedo desarrollar Java en mi Mac y desplegarlo en Solaris y Linux. La verdad es que para la mayor parte de las tareas, Java se puede desarrollar de manera independiente del sistema operativo. Esto es especialmente cierto para el desarrollo del lado del servidor.

Me gusta desarrollar en un Unix en general sobre un cuadro de Windows, pero ese soy yo.

He tenido éxito antes de hacer el desarrollo de Java en Windows con Eclipse. Parece que también estás preguntando sobre implementación / hosting. Sea cual sea el sistema operativo en el que sea mejor ejecutar su aplicación, en realidad no se debe establecer qué sistema operativo usará para desarrollar la aplicación.

Personalmente, no me molestaría. Utilizaría la plataforma que mejor soporte las herramientas de desarrollo y la plataforma de destino que utiliza.

¿Por qué necesitas sintonizar la JVM? Esto es algo muy raro de querer hacer. ¿Sería mejor escribir en un lenguaje de nivel inferior como C ++?

Dtrace está disponible para OS X, también hay un puerto de Linux. Solaris históricamente ha tenido una reputación de ser lento (de ahí el apodo de Slowaris). No estoy seguro si esto sigue siendo cierto.

Una cosa que debes tener en cuenta es si vas a desarrollar una aplicación que se pueda ejecutar en un mac. Me encanta OS X, pero el bueno de steve se aseguró de que siempre hay muchas versiones de JDK detrás. Apenas conseguimos Java 6. Desarrollar en un Mac puede al menos asegurarnos de que trabajas con la versión JDK más baja posible.

Windows y Eclipse funcionan bien, como sugirió pmiller. También puedo recomendar OS X con Eclipse o IntelliJ IDEA (este último también funciona en Windows).

Solo he hecho el desarrollo Java más básico en Solaris (práctica de programación de estructuras de datos básicas en la Universidad), así que no puedo ofrecer ninguna comparación real, me temo. Sin embargo, me resultó bastante doloroso en Solaris debido a la falta de herramientas adecuadas (creo que estaba restringido a nedit o algo así).

Yo diría Mac OS X.

Desarrollo de Java integrado. Todas las herramientas de línea de comandos de Unix que desee. Fuera de la caja. Ant y maven están allí. No son las últimas versiones, pero eso es bastante fácil de actualizar.

Sí, es posible que no tenga la última versión del JDK, pero realmente, a menos que necesite desarrollar el JDK más reciente y mejor, no va a ser un problema.

De los tres que he usado (Mac OS X, Linux, Windows), considero que Linux es el mejor lugar para hacer el desarrollo de Java.

Mi máquina personal principal es una Mac, y he hecho bastante desarrollo de Java allí y me he sentido feliz con ella. Desafortunadamente, sin embargo, Apple está rezagado con respecto a los lanzamientos oficiales de JDK y estás prácticamente limitado a las pocas versiones que eligen proporcionar.

La máquina provista por mi empleador es una vieja caja P4 de HP que uso principalmente para mantener los pies calientes. El verdadero trabajo ocurre "Oberon", en un quad-core de 2,6 GHz con Ubuntu 8.04 en modo de 32 bits [1]. Las dos ventajas que noto día a día en comparación con Windows son:

Una poderosa línea de comandos, que me ayuda a automatizar las pequeñas cosas aburridas.
Muy superior rendimiento del sistema de archivos. (Actualmente estoy usando EXT3 porque me estoy volviendo conservador en mi vejez. Utilicé ReiserFS anteriormente, lo cual fue aún más rápido para los tipos de operaciones que normalmente se realizan en espacios de trabajo grandes desprotegidos de subversión).

También puede obtener esas ventajas de una Mac, pero Linux ofrece otra bonificación agradable:

Remote X11: Antes de que mi $ EMPLOYER proporcionara el correo electrónico y el calendario a través de la web, tenía que estar en el buzón de Windows para leer mi correo y ver mis reuniones, así que usé Cygwin''s X11. Esto me permitió ejecutar las cosas en Linux pero mostrarlas en mi escritorio de Windows.

[1] Solía ejecutar Ubuntu en modo de 64 bits, pero no tuve ningún problema. (Mezclar 64 bits y 32 bits es algo que Mac OS X hace mucho mejor). 7.04 funcionó bien ejecutando aplicaciones de 32 bits en el núcleo de 64 bits. 7.10 rompió el script de linux32 y la capacidad de instalar nuevas aplicaciones de 32 bits a pesar de que las antiguas continuaron (principalmente) ejecutándose. 8.04 eliminó Java de 32 bits al imposibilitar la conexión a la red desde una JVM de 32 bits (no hay más actualizaciones para Eclipse). La ejecución de Eclipse de 64 bits no funcionó de manera confiable. La versión actual de oXygen solo se ejecutaría (a regañadientes) en la máquina virtual IBM de 64 bits, que funcionaría durante unos 10 minutos hasta que dejara de recibir los eventos del teclado. Finalmente me rendí de la frustración y usé mi Mac durante unos meses hasta que tuve suficiente tiempo de inactividad para hacer una instalación de 32 bits de 8.04 en el linux box. Ahora todo funciona de nuevo y estoy bastante feliz.

La respuesta es más fácil de lo que piensas: utiliza tu sistema operativo favorito. Para Java, es la mejor respuesta. No es el desarrollo en sí, pero su comodidad ayudará a su éxito, examinando documentos, etc. en su entorno favorito.

He usado Linux, Windows y OS X. Mi gran argumento a favor de OS X es que es un sistema operativo fácil de usar (es decir, puedo ejecutar iTunes, la mayoría de los navegadores modernos, y no necesito asignar el 50% de mi tiempo de mantenerlo en una computadora portátil como Linux) con una base de Unix. Como la mayoría de mi desarrollo es para sistemas Unix, esto hace que la vida sea mucho más productiva. Además, hay una comunidad de desarrollo cada vez más activa detrás de la plataforma aquí. Esta razón también funciona a la inversa para Windows, mientras que cygwin cierra algunos de mis requisitos para usar las herramientas de Unix, no se parece en nada a tener un sistema Unix real.

Su entorno de desarrollo DEBE SER IGUAL A LA PRODUCCIÓN.

No existe un "mejor entorno de desarrollo" que no sea idéntico a su entorno de producción. Ejecuta lo que ejecutas en producción, en desarrollo.

Dicho esto, eso no significa que no pueda ejecutar su IDE, por ejemplo, en otro sistema operativo, siempre que siga desarrollando en el mismo sistema que la producción (en otra máquina o máquina virtual, por ejemplo).

Mi mejor consejo es desarrollar en la plataforma a la que apunta. De esta forma, cuando lo ejecuta durante las pruebas de desarrollo y ejecuta las pruebas unitarias, sabe que también funcionará en la plataforma objetivo, sin sorpresas desagradables.

Si se dirige a todas las plataformas, es posible que desee desarrollar en una Mac porque obtendrá las sorpresas más desagradables en la Mac. En lo que respecta a Java, en Windows y Unix, "simplemente funciona", pero no tanto en Mac. Sun desarrolla el tiempo de ejecución de Java (JRE) para todos los sistemas operativos, excepto Mac. Apple desarrolla su propio JRE.

Si se desarrolla en la Mac, lo más probable es que se desarrolle contra el mínimo común denominador, por lo que lo que se ejecuta en Mac debería correr sobre los demás. Esa ha sido mi experiencia.

Salvo eso, siempre recomiendo que elija el sistema operativo en función de si ejecuta su software. Elija el sistema operativo que ejecuta su IDE y otras herramientas que utiliza para el desarrollo y las pruebas. Si más de un sistema operativo ejecuta las herramientas que necesita, elija el que mejor funcione.

Windows está bien.

Solaris también es un maravilloso entorno de desarrollo Java (me gusta más que Windows, pero por razones subjetivas), pero a menos que esté implementando en él, puede que no valga la pena cambiarlo.

Linux es un poco torpe para el desarrollo de Java, pero factible.

La única que no puedo recomendar es Mac porque siempre están tan atrás en la versión de Java disponible (no proporcionada por Sun, Apple hace la suya).