por
pobrecito hablador
el Jueves, 05 Enero de 2012, 19:48h
(#1297095)
Aunque me gusta mucho Java y el software libre, creo que todos deberíamos dejar de vivir en una nube, bajar a la tierra y aceptar la cruda, aplastante y abrumadora realidad. La durísima verdad es que Java está muy lejos de ser una elección viable para llevar aplicaciones al usuario.
En estos tiempos da lo mismo si sacan JavaFXXX o JPE, porque mientras ambas variantes (y otras con menos peso y que perdieron el tren, como JSE, JEE y JME) se encontraban peleando un ridículo porcentaje de aceptación en el escritorio, Microsoft sacude el mercado informático con su innovador.NET, que ya es el nuevo estándar de facto y ya posee la mayor parte de la torta en el mercado de aplicaciones. Todas las empresas conocedoras del mercado y de las necesidades de sus clientes (que no quieren quebraderos de cabeza porque sus aplicaciones parecen necesitar años para iniciar) ya están pasando a desarrollar sus aplicaciones con el gran entorno.NET y por supuesto, con el mejor lenguaje que jamás se haya inventado: C#.
La dura realidad es que Java está aún muy lejos de ser una alternativa razonable para el escritorio o el móvil del usuario medio. Cualquier chaval quinceañero acabaría hasta los cojones al no poder correr aplicaciones escritas en Java porque requieren cantidades inimaginables de RAM para correr decentemente y eso que a velocidad de tortuga.
Entonces claaaaaro, le decimos que en Java se han escrito aplicaciones de calidad como Vuze y Freecol, y que hay miles de juegos programados en Java. ¿ Cuántas personas usan estás aplicaciones devoradoras de RAM en vez de las alternativas escritas en.NET ? ¿ Cuántas personas descargan los juegos programados en Java para sus móviles ? Con los dedos de las manos sobra para contarlos, porque no llegan a los diez. En cambio, ya vemos como la industria ya se está pasando a.NET como ya lo ha hecho la NBC, vemos como Nokia anuncia que incluirá Silverlight en los móviles que usen Symbian, y también vemos como Silverlight tiene el apoyo del presidente de Estados Unidos, quien sabe que el usuario quiere calidad.
¿ Y los programadores ? Por supuesto que prefieren usar C# y.NET antes que cualquier cosa relacionada con Java. En Java no hay forma decente de trabajar con código nativo, no hay algo tan simple como lo son los punteros e increíblemente, no hay forma de trabajar con tipos sin signo. Java, a la hora de la verdad, da asco.
Sigan defendiendo lo indefendible. Sigan usando una plataforma lenta y obsoleta como lo es Java. Sigan defendiendo un lenguaje que no soporta una característica tan básica como lo es la sobrecarga de operadores. Sigan así.
por
pobrecito hablador
el Jueves, 05 Enero de 2012, 20:19h
(#1297098)
entonces... ¿no vas a programar en Java?...
yo, como programador de Java, me he preocupado de apender (al menos un poco) el CUARTO [genbetadev.com] lenguaje en importancia del mercado, por detrás de Java, C, y C++ y un poquito por delante de Objective-C.
por
pobrecito hablador
el Viernes, 06 Enero de 2012, 13:55h
(#1297158)
Curioso, según esto, java no existiría, siendo.Net tan bueno, no entiendo como tanta gente y tantas empresas usan java, mas aún, como java es el lenguaje mas utilizado para aplicaciones empresariales y como grandes empresas como SAP, IBM, Oracle apuestan por java y no por.Net
por
pobrecito hablador
el Viernes, 06 Enero de 2012, 15:53h
(#1297164)
Con LISP haces en 10 líneas lo mismo que haces en Java en 50. Lo siento, pero no le acabo de ver el punto a Java ni la clave de su éxito. ¿Es la portabilidad, o nuestra mentalidad gregaria? Java es un lenguaje feo e inflado.
por
pobrecito hablador
el Domingo, 08 Enero de 2012, 13:17h
(#1297278)
Java se usa tanto porque lleva siete años más en el mercado. Técnicamente.NET es mejor que Java, al publicarse siete años después no tiene algunas de las deficiencias de Java (y te hablo con conocimiento de causa, me he ganado el pan desarrollando aplicaciones en Java).
Y respecto a las empresas, les da igual la tecnología siempre y cuando ganen dinero, SAP, IBM, ORACLE y otras apuestan por Java pero no descuidan.NET es un mercado demasiado grande para ignorarlo.
En el fondo es bueno que haya competencia, sino fuera por.NET Java no tendría competencia y pasaría como con el IE6. Con la versión 3.5SP1 de.NET Java estaba un paso por detrás, con la versión 7 han acortado ese espacio poro con la versión 4 de.NET se ha vuelto a distanciar y con la versión 4.5 que se liberará este año cogerá aún un poco más de ventaja. La base de aplicación de Java es gigantesca y no se verá muy afectada pero cuando haya que hacer un desarrollo nuevo quizá no sea la opción ideal.
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 10:30h
(#1297356)
Solo te olvidas de un detalle sin importancia,.NET solo es usable en entornos Windows, por lo que queda descartado en el 90% del mercado de teléfonos móviles y tablets actuales, por no hablar de servidores.
Estas son las principales causas de que.NET tenga un futuro muy limitado si insisten en no desarrollar el entorno para otros sistemas. Mono no es una opción usable, va con tres versiones de retraso y aumentando...
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 15:31h
(#1297394)
Yo llevo trabajando simultáneamente con java y con.Net y aunque C# tiene algunas ventajas técnicas, he visto como la mayoría de cambios que se hacen en.Net son copia de cosas que se han creado para java, ejemplo, los ORM, Servidores de inversión de control, anotaciones, etc. Yo personalmente puedo garantizar hasta un 60% mas de productividad con java frente a.Net, y no por el lenguaje en si, sino por el ecosistema y los estándares con los que se trabaja en java, como JAVA EE 6, JSF, JPA y la diversidad de herramientas que se encuentran para trabajar, en.Net estamos amarrados a Visual Studio con todas sus fallas y su ínfimo soporte. Por otra parte, la ventaja del multiplataforma no es poca cosa, mis clientes tienen entornos mixtos en donde no podría venderles soluciones con.Net por temas de implementación.
por
pobrecito hablador
el Martes, 10 Enero de 2012, 14:38h
(#1297528)
Nos ha jodido. Estaría bueno que el ecosistema.NET estuviera más maduro que uno que le precede por muchos años. Y en parte por ese mismo motivo, tecnológicamente.NET es superior.
por
pobrecito hablador
el Domingo, 08 Enero de 2012, 01:02h
(#1297260)
Pues alguien debe de hacerlo: hace poco (unos días) me contactó un cazatalentos que buscaba un candidato con 5 años de experiencia para un puesto en Bangalore.
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 15:35h
(#1297396)
Ya lo instalé y pude trabajar con mis proyectos actuales sin problemas, la integración con Weblogic 12c está de maravilla y el entorno se siente mas liviano y mas rápido, la generación automática de código es mas rápida y los tips para CDI están bien optimizados.
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 16:43h
(#1297408)
El JDK de Oracle/Sun me detesta.
Por 2 simples razones de sus prácticas ocultistas:
Desde decenios, nunca hizo proveer la sentencia GOTO <label>; (ni la sentencia label <label>:) en el lenguaje Java para que dicho lenguaje fuera la representación intermedia de alto nivel del target de unos compiladores, y así ahorrarse esfuerzos de los desarrolladores de compiladores e intérpretes de lenguajes multiparadigmáticos.
Ni tampoco hizo proveer un ensamblador ASM de los bytecodes de Java aunque sí estuviera disponible su desensamblador.
En fin, ya sabe usted que cuando haya leido el libro del dragón rojo de Aho-Sethi-Ullman, se percatará de que ese JDK siempre faltará las piezas esenciales de toda construcción de un compilador.
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 18:05h
(#1297423)
Mejor es volver a traer la naturaleza de... ¿cómo se llamaba?... NeXTStep environment.
¡ya está! ¡Objective-C es la competencia directa!
¡Y lo estaba usando Apple desde decenios!
Si el linear scan register allocator del JDK es muy ineficiente entonces su rival bin packing approach de register allocator como el implementado lo similar en el poderosísimo GNU GCC Objective 4.6.2 que contiene el LTO (Link Time Optimization) puede dar pasos grandes de rendimiento, y ganarse el terreno de la computadoras (con o sin VM).
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 18:27h
(#1297426)
Pues sí.
Por ejemplo, construir IDEs, RADs o editores avanzados como los de workspaces de 4 marcos de ventanas de OO de la época de Xerox Smalltalk de hace más de 20 años (de los años 80).
1. Si estuvieran escrito en Java, son muy horribles, van muy lentos cargándolos, por ejemplo, tarda varios segundos en arrancar Eclipse, JBuilder, etc.
2. En cambio, si estuvieran escrito en Objective-C, ¡van de maravilla! ¡son muy interactivos! ¡sus latencias son muy bajas!¡en milisegundos!.
por
pobrecito hablador
el Lunes, 09 Enero de 2012, 18:39h
(#1297427)
Objective-C + Boehm's GC = añadido un Garbage Collector para minimizar el goteo de memoria (antes de que sea provocado un Raised Exception of Out of Memory que en la mayoría de las aplicaciones gráficas no lanzarán dicha excepción hasta pasadas varias horas).
Boehm's GC es para ayudar a atenuar la curva de crecimiento de memoria en función del tiempo de su ejecución, y Objective-C es para irse a lo más rápido hasta el extremo.
Por mucho que se remachee (poner muchos remaches) el Java, los programadores no conseguirán cuantitativamente y cualitativamente sus deseos.
hmmm...
(Puntos:-1, FueraDeTema)Re:hmmm...
(Puntos:-1, Troll)Da igual
(Puntos:-1, Troll)Aunque me gusta mucho Java y el software libre, creo que todos deberíamos dejar de vivir en una nube, bajar a la tierra y aceptar la cruda, aplastante y abrumadora realidad. La durísima verdad es que Java está muy lejos de ser una elección viable para llevar aplicaciones al usuario.
En estos tiempos da lo mismo si sacan JavaFXXX o JPE, porque mientras ambas variantes (y otras con menos peso y que perdieron el tren, como JSE, JEE y JME) se encontraban peleando un ridículo porcentaje de aceptación en el escritorio, Microsoft sacude el mercado informático con su innovador .NET, que ya es el nuevo estándar de facto y ya posee la mayor parte de la torta en el mercado de aplicaciones. Todas las empresas conocedoras del mercado y de las necesidades de sus clientes (que no quieren quebraderos de cabeza porque sus aplicaciones parecen necesitar años para iniciar) ya están pasando a desarrollar sus aplicaciones con el gran entorno .NET y por supuesto, con el mejor lenguaje que jamás se haya inventado: C#.
La dura realidad es que Java está aún muy lejos de ser una alternativa razonable para el escritorio o el móvil del usuario medio. Cualquier chaval quinceañero acabaría hasta los cojones al no poder correr aplicaciones escritas en Java porque requieren cantidades inimaginables de RAM para correr decentemente y eso que a velocidad de tortuga.
Entonces claaaaaro, le decimos que en Java se han escrito aplicaciones de calidad como Vuze y Freecol, y que hay miles de juegos programados en Java. ¿ Cuántas personas usan estás aplicaciones devoradoras de RAM en vez de las alternativas escritas en .NET ? ¿ Cuántas personas descargan los juegos programados en Java para sus móviles ? Con los dedos de las manos sobra para contarlos, porque no llegan a los diez. En cambio, ya vemos como la industria ya se está pasando a .NET como ya lo ha hecho la NBC, vemos como Nokia anuncia que incluirá Silverlight en los móviles que usen Symbian, y también vemos como Silverlight tiene el apoyo del presidente de Estados Unidos, quien sabe que el usuario quiere calidad.
¿ Y los programadores ? Por supuesto que prefieren usar C# y .NET antes que cualquier cosa relacionada con Java. En Java no hay forma decente de trabajar con código nativo, no hay algo tan simple como lo son los punteros e increíblemente, no hay forma de trabajar con tipos sin signo. Java, a la hora de la verdad, da asco.
Sigan defendiendo lo indefendible. Sigan usando una plataforma lenta y obsoleta como lo es Java. Sigan defendiendo un lenguaje que no soporta una característica tan básica como lo es la sobrecarga de operadores. Sigan así.
¿ Y tú ? ¿ Hasta dónde quieres llegar hoy ?
Gracias por su atención.
Re:Da igual
(Puntos:-1, FueraDeTema)yo, como programador de Java, me he preocupado de apender (al menos un poco) el CUARTO [genbetadev.com] lenguaje en importancia del mercado, por detrás de Java, C, y C++ y un poquito por delante de Objective-C.
Tú mismo.
Silverqueeee... [w3techs.com]
Esto parece un troll M$ en toda regla XDDDD!...
(Puntos:-1, FueraDeTema)Re:Da igual
(Puntos:0)Re:Da igual
(Puntos:0)Re:Da igual
(Puntos:0)Re:Da igual
(Puntos:1)( http://gabriel.freeunix.net/ )
protected static volatile transient boolean coolean = true;
Re:Da igual
(Puntos:0)Y respecto a las empresas, les da igual la tecnología siempre y cuando ganen dinero, SAP, IBM, ORACLE y otras apuestan por Java pero no descuidan
En el fondo es bueno que haya competencia, sino fuera por
Re:Da igual
(Puntos:0)Estas son las principales causas de que
Re:Da igual
(Puntos:0)Re:Da igual
(Puntos:0)Sobre JavaFX
(Puntos:-1, FueraDeTema)Re:Sobre JavaFX
(Puntos:0)Re:Sobre JavaFX
(Puntos:0)Excelente rendimiento
(Puntos:0)Oracle (antes Sun) en el lado oscuro.
(Puntos:0)El JDK de Oracle/Sun me detesta.
Por 2 simples razones de sus prácticas ocultistas:
En fin, ya sabe usted que cuando haya leido el libro del dragón rojo de Aho-Sethi-Ullman, se percatará de que ese JDK siempre faltará las piezas esenciales de toda construcción de un compilador.
El sordo dando palos de ciego.
Re:Oracle (antes Sun) en el lado oscuro.
(Puntos:0)Estoy contigo.
Tampoco provee JDK para la plataforma ARM.
Decían ser multiplataforma pero no lo es cuantitativamente (hay tantos ARMs como PCs) pero no lo libera ninguno al público.
Objective-C va muy fino, mucho mejor que JDK.
(Puntos:0)Mejor es volver a traer la naturaleza de ... ¿cómo se llamaba? ... NeXTStep environment.
¡ya está! ¡Objective-C es la competencia directa!
¡Y lo estaba usando Apple desde decenios!
Si el linear scan register allocator del JDK es muy ineficiente entonces su rival bin packing approach de register allocator como el implementado lo similar en el poderosísimo GNU GCC Objective 4.6.2 que contiene el LTO (Link Time Optimization) puede dar pasos grandes de rendimiento, y ganarse el terreno de la computadoras (con o sin VM).
Re:Objective-C va muy fino, mucho mejor que JDK.
(Puntos:0)Pues sí.
Por ejemplo, construir IDEs, RADs o editores avanzados como los de workspaces de 4 marcos de ventanas de OO de la época de Xerox Smalltalk de hace más de 20 años (de los años 80).
1. Si estuvieran escrito en Java, son muy horribles, van muy lentos cargándolos, por ejemplo, tarda varios segundos en arrancar Eclipse, JBuilder, etc.
2. En cambio, si estuvieran escrito en Objective-C, ¡van de maravilla! ¡son muy interactivos! ¡sus latencias son muy bajas!¡en milisegundos!.
Aprende esto y beneficiarás de lo aprendido.
Re:Objective-C va muy fino, mucho mejor que JDK.
(Puntos:0)Objective-C + Boehm's GC = añadido un Garbage Collector para minimizar el goteo de memoria (antes de que sea provocado un Raised Exception of Out of Memory que en la mayoría de las aplicaciones gráficas no lanzarán dicha excepción hasta pasadas varias horas).
Boehm's GC es para ayudar a atenuar la curva de crecimiento de memoria en función del tiempo de su ejecución, y Objective-C es para irse a lo más rápido hasta el extremo.
Por mucho que se remachee (poner muchos remaches) el Java, los programadores no conseguirán cuantitativamente y cualitativamente sus deseos.