|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Licencia de binarios compatible con linux
(Puntos:1, Inspirado)Si lo liberan mejor para la comunidad. Podremos tener la jre en repositorios oficiales y vendrá por defecto en nuestra distribución favorita. Además se crearán multitud de proyectos open source y tal vez se mejorarán algunas cosas. De todos modos soy algo escéptico con que liberando java, vaya a ir mucho más lejos de donde está ahora. Si lo hubieran hecho hace años seguramente las cosas serían distintas.
El retorno del hijo prodigo
(Puntos:5, Interesante)( http://daganu.com/blog/ )
- Schwartz apuesta por mejorar el soporte Linux.
- Sun promete liberar Java.
Este movimiento de Sun viene sobre todo de ver como MS con .NET se va a comer literalmente el negocio en Windows. Pienso que la apuesta de Sun es llegar a ser en Linux lo que dentro de poco sera .NET en Windows. Y sabe que el requisito primero de la comunidad es la liberacion de Java. Stallman eleva el pulgar, las distros incluyen los paquetes, y Sun se sienta viendo como el "hormiguero" abraza a Java para hacerlo crecer y preparase para la guerra.
¿Que hara la comunidad? Creo que hara lo de siempre: Mientras no le toques la fibra....
No voy a poner una firma aquí.
Java en móviles.
(Puntos:1)liberar java?
(Puntos:2)( http://dbahire.com/ | Última bitácora: Sábado, 12 Mayo de 2018, 09:37h )
O no? [barrapunto.com]
Esto parece un culebrón...
El final de un enfrentamiento?
(Puntos:2)( http://barrapunto.com/ )
Esto solo será una vuelta de tuerca. Los defensores del java dirán "¿y ahora que teneis que decir, eh?", mientras que los detractores les responderán "Pues decimos todo lo que deciamos antes menos eso de que no erais libres. Cuando arregleis todo lo que os falta ya nos contareis..."
...y la batalla seguirá hasta el fin de los tiempos... Y ambos contendientes lucharán el uno contra el otro sólo por no reconocer las virtudes de su rival, y así se escribirá otro capítulo en la épica batalla que enfrentó a estos dos contendientes.... Las generaciones futuras hablarán de estos titanes con asombro y compararán su batalla con la que mantuvieron KDE y GNOME, Debian y Red Hat, Vim y Emacs y tantos otros gladiadores del software libre que mantuvieron su lucha hasta el dia del juicio final... y algunos mantienen que siguieron hasta que Dios les mandó uno al cielo y el otro al infierno sólo para que dejaran de dar la matraca...
--
(Aj!! Se me ha vuelto a poner el mode-ironía on!!)
Tengo una duda
(Puntos:1)Apoyo en proyectos estancados
(Puntos:2)( http://elfuturoeselectrico.blogspot.com/ )
Sensores Android [android.com]
Fork hell
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Jueves, 29 Noviembre de 2007, 12:03h )
IMHO no hay tanto peligro de que con la liberación de Java empiecen a salir forks y más forks que sean incompatibles entre sí. La solución es tan sencilla como crear un standard [wikipedia.org], ya se preocupará todo el mundo de que su implementación sea compatible con el standard.
Python es libre y no hay ochocientas versiones incompatibles entre sí de python (que yo sepa), por poner un ejemplo. Y Firefox conocido por las masas sólo hay el que hace la fundación Mozilla.
No hay peligro de forks
(Puntos:2)( file:///devnull | Última bitácora: Viernes, 22 Diciembre de 2006, 14:23h )
¿Acaso hay algún fork de Python? ¿Mono? ¿Perl? ¿Ruby? ¿PHP? y en caso de que haya alguno ¿Conocéis algún programa escrito en alguno de los lenguajes anteriores que no sea compatible con el interprete original?
Yo no. Puro teatro.
Cargando...
Re:No hay peligro de forks
(Puntos:4, Interesante)( http://barrapunto.com/ | Última bitácora: Lunes, 24 Febrero de 2014, 10:03h )
en java tienes maquinas virtuales libres como classspath (yo lo he usado en casa, funciona casi todo y se pueden hacer proyectos completos que funcionen perfectamente, solo que no soy tan taliban del SO como para no ver las ventajas que me ofrece otra JVM gratis, con la especificacion y el codigo fuente disponible) o harmony
en el caso de los lenguajes que comentas no conoceras casos de forks, pero java ya tiene una historia de forks incompatibles... el caso mas sonado es la JVM de microsoft, que se paso la especificacion por el forro de los cojones como hace siempre
Sun demando y gano, y obligo a retirar todas las JVM de microsoft (que venian integradas en el explorer)
IBM tiene su propia version de la maquina virtual, BEA tiene otra version... ninguna de estas versiones es gratis y mucho menos libre, curioso teniendo en cuenta todo lo que se esta moviendo IBM dentro del mundo del SL (bea no, ellos tienen su producto y ya esta), sin embargo nadie les dice nada
yo trabajo ahora mismo con la de IBM y no es compatible 100% con la de sun, el codigo funciona, si, pero hay funciones en las que el resultado es diferente de una JVM a otra... sobre todo en operaciones matematicas y hay que andar con muchisimo cuidado
os guste o no, java tiene un mercado muy grande y mueve mucho dinero, sun, como empresa, no puede tomar una decision a la ligera que pueda causar la perdida de fama de su plataforma... para sun ahora mismo es su mayor fuente de ingresos
no me malinterpretes, yo creo que la liberacion de java es una buena cosa, algo que seguramente hara que la plataforma avance mas rapido que .net y se vayan arreglando con mas rapidez varios problemas que tiene ahora mismo
pero al mismo tiempo entiendo la prudencia por lado de sun, su problema es que deberia de haber tomado alguna decision hace tiempo, opto por el camino facil de no hacer nada y ahora creo que se ve obligado a hacer algo deprisa...
a mi me gusta mucho tanto el lenguaje como la plataforma java (y me da de comer), asi que espero que salga lo mejor posible...
Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
Lo importante es el control de especificaciones
(Puntos:2, Inspirado)Java no es un programa (cómo J2EE no es un programa).
-> JAVA es la especificación de un lenguaje de programación.
De esta especificación hay implementaciones libres i no libres. La noticia parece que hace referencia a la liberación por parte de Sun del código fuente de sus implementaciones. Pero... ¿y el control de las especificaciones?.
Lo importante es que las especificaciones esten controladas por un organismo internacional o fundación. El derecho de veto de Sun y el poder sobre ellas (que tiene actualmente) es el problema. No que ellos tengan una implementación más eficiente de la especificación y que ahora la liberen. Así cómo la potestad de certificar si una implementación és compatible con su máquina virtual.
La clave y el futuro del software no pasa tanto por el software libre y los modelos de negocio, sino por los estándares.
saludosSuponiendo que Sun no liberara y....
(Puntos:2, Inspirado)* Todo el software de la ASF.
* JBOSS.
* Eclipse.
Si esto fuera asi, se podria afirmar que Harmony corre todo lo que necesita correr, y ademas, Harmony pasaria a ser instalado como opcion por defecto en todas las distribuciones de sistemas operativos libres (o al menos al tratar de instalar cualquier software relacionado con los 3 puntos anteriores).
¿Que pasaria? Seria un duro golpe para Sun, perderia gran parte de su posicion estrategica y gran cantidad de empresas cambiarian a la solucion Harmony y sin duda en internet esta solucion acabaria imponiendose. Todos los proyectos de software libre relacionados con Java, pasarian a usar Harmony. Microsoft con .Net, se sentiria muy feliz al ver como Sun lo pasa (Me alegro por lo que hiciste con OpenOffice, donde las dan las toman, pensaria).
Claro que esto solo son suposiones, probablemente equivocadas. En todo caso, Sun tiene al menos 2 o 3 años en el que las presiones de las alternativas libres no seran de temer, por lo que en mi opinion nos quedan 2 o 3 años de noticias como esta. Y en mi pueblo a lo que Sun hace se le llama marear la perdiz.
Re:Que se lo queden todito todo.
(Puntos:3, Divertido)( http://gamerachan.org/ )
Al igual que tú prefiero el c++
lo que no entiendo es esa inseguridad que manifiestas con tú comentario despreciando el trabajo que hay dentro de la plataforma java.
Tal vez deberías alegrarte y aprender que seguro que encontrarías código mucho mejor escrito del que tu nunca llegaras a teclear.
No hay más que fijarse en lo que viene después del else "que_le_peten_igualmente();" te comiste el objeto j (Java) no pareces muy ducho en C++ tal vez deberías darle una oportunidad al java. Seguro que muchas de sus características te salvarán de un código tan mediocre.
Re:Es un error
(Puntos:2, Inspirado)( Última bitácora: Martes, 24 Junio de 2008, 20:44h )
pero las personas que apuestan por el SL piensan que si Java no es SL no lo usan aunque
Fijaros que Sun te permite casi todo excepto hacer un fork.
Pero en el SL tambien hay una especie de mercado y competencia y si el mercado te demanda SL pués habrá que hacerlo SL.
El problema de ésto es lo que tu comentas, cuando Microsoft, Oracle o IBM hagan su versión imcompatible de Java.
Ese siempre ha sido el miedo de Sun.
Sin embargo hay un argumento contrario, el PHP, el Linux, el Apache , etc, son proyectos Libres y no han hecho un fork, así que
¿Porque Java va a ser especial?.
Ambos argumentos tienen sentido y no sabremos lo que pasará hasta que lo hagan SL. Si lo hacen SL y se crean 4 forks incompatibles entre ellos, solo el tiempo puede decirlo.
Aun así habrá gente que seguirá prefiriendo SL con 4 forks que la situación actual.
PD: Mi opinión es que no habría que liberar Java pero el mercado es el mercado.
PD2: Respecto a lo de comparar C++ o cualquier otro lenguaje con Java me parece algo infantil.
La potencia de Java no es simplemente el lenguaje sino todo lo que tiene alrededor, API's, IDE's, Servidores de Aplicaciones,la grna cantidad de proyectos libres que hay para él, etc.
Actualmente el lenguaje es lo de menos,¿para que queremos Mono si lo único libre es el lenguaje? Lo interesante lo tiene MS como su servidor de componentes, su implementación de transacciones distribuidas, etc.
Era como comparar el Basic contra Pascal, una tontería lo que se comparaba era Visual Basic contra Delphi.
Re:Os juro que no lo entiendo
(Puntos:2, Divertido)P.D. Al final el troll sufrió una muerte tortuosa y agónica pagada por sus familiares y amigos. En barrapunto no le echaron de menos.
Re:Es un error
(Puntos:2)( http://www.rastersoft.com/ )
Y nunca subestimes el poder de un sello o marca. Mira el famoso "ISO-9001" que ni dios sabe para qué sirve pero que todo dios tiene :D
Yo quiero un par de narices...
Re:Es un error
(Puntos:2)( http://www.badopi.org/ | Última bitácora: Martes, 18 Septiembre de 2012, 18:45h )
El error garrafal es hacer esas suposiciones tan simplistas. ¿Para qué iba a querer alguien hacer un fork incompatible? Es tan obviamente ilógico como el que argumenta "si lo libero, alguien puede hacer una versión que funcione mal a propósito". Sí, posible es, pero es tan estúpido que el argumento cae por su propio peso.
Y la prueba tangible, es la LSB. Qt y GTK ya forman parte de la última versión [kde.org], y después caerán GNOME y KDE, así que la versión binaria de una aplicación, servirá en todas las distribuciones. Ya tienes un programa multiplataforma, y sin Java. Tan sólo cambiará el que habrás de compilarlo en cada arquitectura que quieras soportar, pero puesto que las arquitecturas del mercado doméstico son muy pocas, y también tienes que compilar la máquina virtual en ellas, apenas hay diferencias en los pros y contras.
Escribiendo de demasiadas cosas [barnacity.net] desde 2003.