Portada
mis comunidades
otras secciones
#1:
En otras palabras, que la comunidad se ocupe antes de que nos caguemos otro proyecto de Sun
#16:
Yo salía con una programadora, pero corté porque no se de Java
#38:
#29 completamente en desacuerdo, si eres serio y realizas un análisis de requisitos, de 10 proyecto no creo que tengas más de uno que no puedas implementarlos con MySQL o postgres, otra cosa es que no tengas personal preparado o ya tengas mucho código plsql desarrollado, pero aún así si haces números siendo sincero, te sorprenderás.
#27:
#25 Es que la situación del desarrollo de Android con el soporte de Java es vergonzosa. Todos los que venimos de desarrollar en Java 'completo' y hemos pasado ese pseudoengendro de maquina virtual sin soporte para jdk 1.8, es más un jdk 1.7 a medias, daríamos la bienvenida a la elección hasta de cobol como lenguaje oficial de Android.
#5:
¿Piensan pasárselo a la Fundación Apache?
Ya lo hicieron con OpenOffice y hace poco con Netbeans: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
Ya lo hicieron con OpenOffice y hace poco con Netbeans: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
Comentarios
En otras palabras, que la comunidad se ocupe antes de que nos caguemos otro proyecto de Sun
#1 Pobre Solaris
#4 Solaris tenía cosas buenas pero en general es una puta mierda. Te lo dice alguien que administra entornos Unix/UX/Linux desde hace casi 20 años
#14 Es como todo, algunos usuarios/administradores tienden a mitificar algunos sistemas. Cuando realmente cogías algunos de estos sistemas y los sacabas de sus entornos de confort y se convertían en un infierno su gestión.
#14 Amplia el comentario
Ya que has trabajado con ellos, ¿por qué no te gustaba Solaris? Y cual es tu favorito, privativo/libre? Has tocado AIX? También dicen que es una mierda (o eso creo haber leído)
#59 He administrado todos, Solaris, HP-UX, AIX, RedHat Enterprise (Linux), SuSE (Linux) y luego un montón de variantes de Debían tipo Ubuntu, Linux Mint, etc...
Todos los Unix (Solaris, HP-UX, y Aix) son horribles de administrar con respecto a los Linux principalmente porque son muy cerrados y carecen de la cantidad de herramientas que tienes en los Linux que te simplifican la vida y por la compatibilidad con productos nuevos.
Te pongo un ejemplo, en un Solaris no puedes esnifar trafico de red para diagnosticar problemas en una "zona"(hablo de virtualización en Solaris, llamadas "zones") usando snoop (el equivalente de tcpdump de linux) porque los interfaces de red se comparten en todo el "zone" mientras que en un Linux si puedes aunque este virtualizado.
Los Aix tienen la ventaja del Smitty pero al final apenas los usas y no tienes tantas utilidades que al final hacen falta como un simple lsof
#1 En otras palabras, esto que nos cayó con la compra de Sun nos sale muy caro para lo que conseguimos. Que se encarguen otros que lo nuestro es ganar dinero.
Yo salía con una programadora, pero corté porque no se de Java
#16 Estás nominado.
#16 Solo por curiosidad.
¿Qué usabais cuando os echabais fotos juntos?¿Flash o HTML5?
#36 Ninguno, filmábamos en Super 8
It's a trap
#2. No lo dudes. El 'Open Souce' se parece al 'Free Software' solo en el envoltorio.
#7. Pues lo único que consiguieron incluso con esas fue que OpenOffice fuera sustituido por la comunidad de Software Libre por el proyecto LibreOffice.
#13 Pues con sacar Coffee, asunto arreglado
#17. OpenJDK te vale??? http://openjdk.java.net/ No estoy seguro de si es Software Libre 100% pero las distribuciones Gnu/Linux lo aceptan como implementación de Java por defecto.
#19 No sé cómo está lo de la licencia de OpenJDK, la verdad. Si OSI y FSF dicen que vale, vale.
#19 OpenJDK es una basura a no ser que lo quieras usar como calculadora para sumar dos enteros.
#41. No estoy de acuerdo. Justifica si puedes eso que dices con argumentos. Lo que sí es una basura es el instalador descargable de Java desde la página de Oracl€ con su bloatware incluido.
(CC #17)
#48 evidentemente puedes hacer algo más que sumar dos enteros, es una forma de hablar. lo que si es cierto es que no cumple la especificación de la JVM al 100%, que el rendimiento es manifiestamente inferior a la versión de oracle, y que además tiene muchos bugs. si no vas ha usar cosas medianamente avanzadas, te valen los dos. pero uno es muy superior al otro a día de hoy
#62. No sé que decirte porque en programación solo he utilizado 'OpenJDK' y funcionar funcionaba. Java es muy Java probablemente en todos sus sabores, para lo bueno y para lo malo.
#62 ¿Algun benchmark que demuestre lo que dices?
#73 Búscatelo en google o haz la prueba tú mismo con el programa que quieras. Y así no me molestas más, que estoy liado. Y si no, puedes no creértelo que creo que es lo que en el fondo quieres. A veces cerrando los ojos uno vive más seguro.
#74 Tu afirmas, tu demuestras. Si no quieres tenerte que ocupar de demostrar lo que dices no digas nada. Tan fácil como eso.
#75 permiteme hacer lo que quiera, para todo lo demás cierra los ojos.
#76 Eres libre de hacerlo, y yo de criticarlo, como ha pasado.
#77 Todo en orden entonces, circulen.
Edit #13. '
OpenSource'(CC #2 #7)
#6 LibreOffice, es el fork de OpenOffice que es el que se quedó Oracle (y luego liberó con el tiempo).
#7 Cierto, me había equivocado. 👍
¿Piensan pasárselo a la Fundación Apache?
Ya lo hicieron con OpenOffice y hace poco con Netbeans: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
#29 completamente en desacuerdo, si eres serio y realizas un análisis de requisitos, de 10 proyecto no creo que tengas más de uno que no puedas implementarlos con MySQL o postgres, otra cosa es que no tengas personal preparado o ya tengas mucho código plsql desarrollado, pero aún así si haces números siendo sincero, te sorprenderás.
#38 Yo cuando trabajé algo con bases de datos, Postgres le daba varias vueltas a MySQL, para empezar y no tenía demasiado que envidiar a las bases de datos de Oracle.
No se me ocurre ningún proyecto donde PostgresSQL se quede corto (seguro que los habrá, perdona, corrijo, que los hay, pero yo no conozco ahora ningún caso).
Y totalmente de acuerdo contigo. Por ejemplo casí todas las páginas webs como gestores de base datos usan MySQL o parecido.
Además Oracle tiene fama de ser muy lento.
#6 Y mira la jugada lo bien que le salió que ahora MariaDB está tomando el lugar de MySQL en las distros.
#6 #18 ni MySQl ni MariaDb son competencia de nada de Oracle
La verdad que en los desarrollos java que veo cada vez se están alejando de los estándares EE, EJB esta perdiendo fuerza respecto a Spring u otros frameworks de negocio, JPA es una puta mierda pinchada en un palo, y JSF bueno parece que ha mejorado bastante con las ultimas especificaciones, pero aun así...
#12 Y se van haciendo fuertes otros lenguajes en el mundo empresarial, y creo que Oracle lo está viendo venir. O pone a competir Java en este apartado, o se lo comen en unos años.
#12 a mi JPA me parece que está bien pero JSF apesta desde siempre.
#30 #12 ¿Qué usáis vosotros para la interfaz?
#45 Depende…, en programación no hay una cosa “mejor” que otra, simplemente cada herramienta se adapta mejor a uno u otro entorno.
JSF puede estar bien para entornos de intranet donde no vas a tener muchos usuarios, en JSF toda la carga se hace en el servidor, por lo que con múltiples usuarios lo matas. Ahora se está tirando más hacia servicios REST que solo devuelven datos y se deja al Cliente que genere los componentes, Por ejemplo Angular+Spring
Lo importante en un proyecto, es saber analizar lo que tienes, y que es lo mejor que cubre tus necesidades, y sobre todo en ámbito empresarial que es lo mas económico.
#49 exacto. No hay piedras filosofales que lo hagan todo bien en todos los entornos
#30 Es que hoy en dia JSF no tiene sentido. Lo que se hace mucho ahora en el mundo empresarial es una arquitectura de microservicios con Spring y un frontend pesado, con Angular, React u otros frameworks JavaScript.
#12 Exacto. Yo llevo 12 años currando con java, 6 en españa y 6 fuera. Apenas he tocado JEE y no he usado EJB en mi vida. Spring se ha convertido practicamente en un estándar, y es lo que usa casi todo el mundo. Además, con cosas como Spring Boot, haces un backend en nada de tiempo.
No es rentable para ellos. Oracle sabe sacar pasta de software cerrado. Por mucha influencia que tenga Java en la industria no venden licencias Java y no se yo si facturará algo de soporte; sin embargo tienen que pagar un montón de programadores que lo mantengan.
#37 con las certificaciones y cursos sacan algo, pero en general Java no parece un producto rentable de explotar.
#34 y Maven por moda, y TDD por moda, y Spring por moda, y Scrum por moda... y ademas se quejan de que el servicio tarda en desplegar... La moda esta ahi y hay que vivir con ella, pero lo cierto es que hay muchas cosas para las que no necesitas tener transacciones acid completas (por ejemplo, si casi todo son consultas como el catalogo de una biblioteca) o ni siquiera necesitas tablas porque la informacion que guardas no tiene una jerarquia clara, o incluso una forma clara.
Ni todo es relacional ni todo es no-relacional, pero antes como solo habia relacional habia que adaptarse.
#32 #35 Las bases de datos documentales existen desde mucho ante de que alguien inventara el término Nosql
Pues huele a operación de marketing. Oracle se "deshace" de un producto que no da más que problemas, luego Oracle lo "ofrece" a la comunidad con vistas a que sea ella quién lo mantenga (y a quién poder culpar cuando exista o vea un fallo). Finalmente Oracle envía una peña considerable de peña al paro, con lo que suelta lastre económico.
Pues nada, otro producto más de Sun que Oracle abandona. Ojalá Sun hubiera sobrevivido y no hubieran pasado estas cosas.
Primero fue OpenOffice, luego Netbeans y ahora JavaEE.
Lo de los dos primeros me jodió (Netbeans era/es mi IDE favorito, para lo de OpenOffice por suerte apareció LibreOffice y lo están haciendo muy bien) pero JavaEE se sigue usando aún en muchos desarrollos de aplicaciones de empresa. No sé por qué les quema tanto.
#46 No es que les queme, es que otros frameworks les están comiendo la tostada por ir muy lentos.
Mientras que Spring MVC está en auge, en Oracle aún están discutiendo sobre la inclusión de una especificación MVC, que en teoría ira en java EE 8 ( https://jcp.org/en/jsr/detail?id=371 )
Este mundo se mueve muy rápido, y mientras otros frameworks sacan soluciones, a Oracle le cuesta dios y ayuda sacar unas especificaciones, al liberarlas creo que pretenden simplemente ser mas ágiles
#50 Llámame suspicaz pero creo que sólo se lo quieren quitar de encima por tema costes.
#46 Al final se podrá montar la Sun Foundation que pasará a tener todos los programas y tecnologías que sacó Sun (LibreOffice, MariDB, OpenSPARC, OpenJDK, NetBeans, ...).
#51 Sí, pero el problema es que todos esos proyectos avanzaban rápido porque tenían soporte económico de Sun detrás, sino va a ser difícil que sigan siendo relevantes.
Obviamente ese puede ser también el motivo por lo que Oracle decidiera abandonarlos
#52 Si OpenJDK pasa a ser libre completamente, Google, por decir una empresa, tendrá todas las ganas del mundo de potenciarlo para mejorar la JVM de Android y su programación.
En cuanto a los otros proyectos, LibreOffice está avanzando a buen paso y MariaDB se está comiendo a MySQL. NetBeans espero que pegue un buen acelerón ahora que Oracle no puede pisar el freno. Y en cuanto a OpenSPARC, sigue en desarrollo igual que SPARC (los últimos equipos lanzados con esa arquitectura son de este año) ( By April 2017, the latest commercial high-end SPARC processors are Fujitsu's SPARC64 XII (introduced in 2017 for its SPARC M12 server) and SPARC64 XIfx (introduced in 2015 for its PRIMEHPC FX100 supercomputer); and Oracle's SPARC M7 (introduced in October 2015 for its high-end servers).)
¿Pero para qué narices compraron y desmantelaron Sun? ¿Solo para boicotear MySQL? ¿Realmente son tan malos en todo lo que no sea bases de datos que no supieron conseguir lo que planeaban? ¿Que les ha quedado de lo comprado? ¿Pensaban que era una competencia importante?
En cuanto a la noticia, no lo es tanto. Ya hace años que se recomendaba directamente usar openjdk en según que sistema al ir a descargar java. Hubo palabras (no se si rumores o un acercamiento) de que dejaban a los desarrolladores meter las implementaciones que iban haciendo en la versión libre. Que por eso avanzaba tan bien.
#26 ¿Te parece poco desmontar la principal línea de negocio de tus competidores? Lo bueno es que al final con la persistencia políglota y el fin del uso del modelo relacional para todo se están llevando palos por todos lados.
#28 ¿fin del uso del modelo relacional?
El club de la comedia
#31 bueno, ha añadido un "para todo", lo que es cierto porque ahora hay mucho nosql por ahi. El modelo relacional sigue ahi y no se va a ir, pero antes era relacional o relacional y ahora hay quien vive sin relacional.
#32 ahora hay quien monta no relacional por moda
#31 "fin del uso del modelo relacional PARA TODO" por tu capacidad tergiversadora debes de trabajar mínimo en OKDiario no?
#31 ha dicho "para todo". El modelo relacional no es la solución para todo. Donde yo curro tenemos una base de datos de Oracle y otra de Mongo. Cada una es mas apropiada para lo que las estamos usando.
#54 Según nos lo venden Kotlin es totalmente compatible con el código Java (algo del estilo de Groovy).
Por otro lado me alegra ver la tendencia en los nuevos lenguajes de programación del tipado fuerte (swift, go, kotlin,...). Ha quedado demostrado que el tipado débil cuando se lo das a un vago te destroza la vida y sólo es para programadores muy metódicos y con principios a la hora de tirar código
#65 tipado fuerte siempre. No quiero iniciar una guerra ahora pero todo lo que haga el lenguaje o el compilador por mi mejor. Y en proyectos grandes y serios el tipado débil sólo da problemas desde mi punto de vista, aunque esto te lo negarán pero bueno.
#66 te compro al 100% lo del tipado fuerte, es más, ahora estoy trabajando con Go y es una gozada que te de fallos de compilación por imports y variables no usados y te proporcione herramientas para formatear el código de manera uniforme.
Y eso de que te nieguen que el tipado débil da problemas ya sabes, esto es España y las discusiones están para ganarlas no para aprender nada del otro punto de vista.
#68 no es algo de España, no caigas en eso. Es una de las discusiones más típicas del mundo del desarrollo. El tipado débil tiene sus ventajas también y por eso hay debate, los del tipado débil no tienen razón 😂 pero hay debate.
#69 Tiene sus ventajas... si, como dice #65, lo usa un programador metódico y sin nadie detrás con el látigo. Como haya que empezar a hacer el programa por el método habitual (parches guarros, tiempos de entrega irreales, jefecillos tocando los cojones, ...) se cuelan errores por todas partes. Aunque compilar, compilará, seguro.
#66 Hay una situación aún peor: que tu jefe esté emperrado en convertir todo a string y luego parsear. Vamos, que el lenguaje sea de tipado fuerte y te obliguen a hacer una pirueta con tirabuzón para simular un tipado débil.
#65 y sí, kotlin tiene total y absoluta interoperabilidad con java sin hacer casi nada (alguna anotación en algún momento).
Fueron muy listos en el diseño, ya lo he comentado. Sabían que problemas les iba a poner la gente para usarlo y han sabido atacarlo bastante bien. Hay alguna mierdita (no me gusta que tenga que poner yo activamente si una función de alto orden es inline por ejemplo) pero lo que llevo estudiado está por lo general de 10
Eso indica una cosa: Ya le ha sacado todo lo que le pudiera interesar.
#3 O que no han sido capaces de sacarle el máximo partido, como a Solaris, o a la arquitectura SPARC. De Mysql no voy a decir nada, porque era competencia de su principal producto. Pero del resto de tecnologías que adquirieron con la compra de SUN, se han ido al garete, o han acabado echando o se han largado los desarrolladores, creando otros productos como Openoffice o MariaDB.
Ojo al palo que va a meter Kotlin a nivel de uso ahora que va a ser soportado oficialmente por Google para poder programar apps Android. Evidentemente fuera de mobile va a costar muchísimo que sea reemplazado pero en apps Android... Jetbrains ha sido tremendamente listo en el diseño del lenguaje. Van a ser unos años interesantes.
#25 Es que la situación del desarrollo de Android con el soporte de Java es vergonzosa. Todos los que venimos de desarrollar en Java 'completo' y hemos pasado ese pseudoengendro de maquina virtual sin soporte para jdk 1.8, es más un jdk 1.7 a medias, daríamos la bienvenida a la elección hasta de cobol como lenguaje oficial de Android.
#27 bueno, hicieron lo que los amigos de la noticia les dejaron hacer. No sé si el juicio famoso por el uso de java terminó ya y mira el intento de mierda de usar openJDK que hicieron. La verdad que perder todo lo que tiene java 8 y volver a 6 tiene que ser un dolor. Mi camino ha sido al revés así que no lo he sufrido tanto.
Por suerte o por desgracia es el fin de Java en Android, va a costar porque mover aplicaciones grandes requiere mucho mucho esfuerzo y cuidado pero las ventajas son amplias con las high order functions, fuertemente tipado con nulls, function extension y toooodo el sugar code que lleva.
La trampa de Java dejará de existir.
Oracle no pudo con Google
¿Responsivo? ¿No será responsable?
#9 No, no tengo en clara cuál es la traducción exacta. ¿Adaptable?
#10: Puede significar "responder" o "responsabilidad", depende un poco del contexto.
#10 responsivo, va
Del lat. tardío responsīvus.
1. adj. Perteneciente o relativo a la respuesta.
2. f. Méx. garantía (‖ fianza).
3. f. Méx. Documento mediante el que un médico se compromete a encargarse del tratamiento de un paciente enjuiciado y a cuidar de que no se escape.
http://dle.rae.es/?id=WCx2AoN
#10 Yo, personalmente, diría receptivo a los cambios... Aunque adaptable yo creo que también va bien...
http://www.wordreference.com/es/translation.asp?tranword=responsive
Por favor! Señores del software libre! Hagan mi trabajo que yo llevo años sin hacerlo y no quiero gastarme un duro. Desde que Android abandonó el soporte en Android, java va de capa caída. Obviamente no va a desaparecer pero poco a poco se implementará con otros lenguajes más modernos.
#39 Hombre que lo adoptara Android sirvió para que se usara en ese ámbito (aplicaciones móviles) pero no me parece que haya afectado mucho a Java fuera de ahí.
Se ha seguido usando para aplicaciones web (que es de lo que va el artículo). Eso sí, habrá que ver su futuro en ese ámbito también a partir de ahora.