¿Y qué si Oracle compra JBoss?

Pues debo ser el último en enterarme, para variar, pero parece que hay rumores sobre la compra de JBoss por parte de Oracle.
¿Es JBoss el siguiente trofeo de Oracle?
Oracle lleva tiempo intentando ser un jugador importante en el middleware, y ha comprado varios servidores de aplicaciones para lograrlo. La última adquisición fue el código fuente de Orion y el acceso durante dos años a sus modificaciones. De ahí nacio el actual iAS 9i, y actualmente el 10g. Y lo estropearon, que le vamos a hacer, pero las primeras versiones de su servidor de aplicaciones basado en Orion funcionaba correctamente, hasta que lo han convertido en un monstruito.
Oracle con esta jugada se colocaría además en un importante lugar en el software de código abierto, puesto que JBoss es un jugador importante, pero ¿qué pasaría con la comunidad de JBoss si esta compañía es adquirida por Oracle? ¿qué efectos tendría esta adquisición?

• La comunidad de desarrollo de JBoss está muy limitada, fuera de la propia compañía JBoss. Así que la mayoría de los desarrolladores importantes del producto pasarían a manos de Oracle (los que continuasen, claro).
• La comunidad de usuarios de JBoss es muy amplia. Sin duda, una de las mayores ganancias de Oracle con esta adquisición.
• El rechazo de parte de los desarrolladores y usuarios hacia una compañía como Oracle puede reforzar un movimiento a proyectos de software libre como Geronimo, de Apache.
• La infraestructura de Oracle de middleware se vería muy reforzada, si no lo estropean en unos meses :)

Será interesante seguir estos movimientos de Oracle.

Pequeños detalles

Ahora que me están acabando unas obras en casa, me he dado cuenta la diferencia entre profesionales y "profesionales". En general, casi todos han hecho un buen trabajo (¡sí, increible! :), pero alguno cuidaba hasta el mínimo detalle: las esquinas perfectas, las juntas perfectamente encajadas... otros tienen menos cuidado, tornillos amarillos sobre plástico blanco(sic), cornisas que no siguen paralelas al suelo,...
Y cuando creas software, ¿cuales son los detalles que a veces no rematamos? Por que hay que veces que las prisas, o las ganas de terminar ese proyecto tan pesado, te hacen olvidarte de los pequeños detalles.

• Generas código en el que te olvidas de algún posible error, aún sabiendo que esa excepción "es posible" que se levante.
• Realizas un diseño rápido, pensando que si hay algún problema ya lo solucionarás con más código.
• En Java, usas "+" para concatenar esos dos Strings que tenías perdidos por ahí. :)
• Al crear el HTML te olvidas de reducirlo a su mínima expresión para quitarle peso.
• Sabes cómo acortar ese bucle pesado, pero lo dejas para después.

En fin, aunque cuando realmente molestan los "detalles" es cuando coges el código de otra persona, o cuando retomas el tuyo mismo unos meses después de olvidar el proyecto aquel que no querías hacer!!

Uso de AJAX para minimizar el tráfico

Igual se lo deberían plantear en alguna gran ciudad, a ver si reducen los atascos... perdón, ya me callo, es un chiste malo.
Se ha publicado en TheServerSide una referencia a un artículo titulado: Using AJAX to Improve the Bandwidth Performance of Web Applications. En dicho artículo se comenta un ejemplo de una aplicación web en la que reducen alredor de un 60% del ancho de banda necesario para su funcionamiento.

Hay dos casos de aplicación de AJAX, como mecanismo de mejora de aplicaciones ya existentes, o como método de implementación de nuevas funcionalidades.
La remodelación de una aplicación existente, para evitar recargar páginas completas, y obteniendo la información necesaria únicamente para redibujar una parte de la página puede significar un importante ahorro en ancho de banda y mejorar la eficiencia general. Pero se debe tener en cuenta el tipo de comunicación a establecer, enviando HTML, o XML, o Javascript... para no crear un pequeño monstruo que cargue en exceso la máquina cliente.
Al crear nuevas funcionalidades con AJAX, el objetivo suele ser dotar de mayor interactividad a las páginas, lo que conlleva el crecimiento del número de peticiones HTTP a los servidores. el típico ejemplo de validación de formularios cada vez que el usuario pulsa una tecla en una caja de texto, multiplica las peticiones y por tanto la carga en el servidor.
La aplicación utilizada en el artículo entra en el primer caso, pero es un ejemplo tan básico que realmente no explica demasiadas cuestiones sobre la complejidad de los factores a tener en cuenta para la eficiencia de una aplicación real.

La "realidad" y la blogsfera

Seguro que os habeis enterado del problema de Enrique Dans con Air Europa. Aparte del problema en sí, nada nuevo, me temo, en una linea aerea, me ha llamado la atención el alto número de enlaces y comentarios que ha generado.
Otros problemas más graves, bajo mi punto de vista, comentados por Enrique (perdón por el tuteo) no han tenido el mismo eco. ¿por qué este en concreto sí? ¿puede llegar a tener repercusión importante si toda la blogesfera lo comenta?
Me imagino que muchas personas se han sentido muy identificadas con su problema, y comentan casos parecidos. Otros problemas más graves, no afectan directamente a los lectores de Enrique, y no generan tanta repercusión. Además me imagino que la solidaridad de haberse enfrentado a problemas similares anima a escribir. El caso es que este post sobre Air Europa ha generado más de 80 comentarios.
Otra cuestión es la repercusión que pueda tener una protesta por Internet, y específicamente alrededor de los Blogs. No me cabe duda que el poder de los bloggers más leidos irá aumentando conforme aumente su audiencia, pero hoy por hoy se necesita de medios "tradicionales" para lograr un impacto medianamente fuerte en la sociedad.

Extensión para Firefox: Tamper Data

Siempre desarrollo las aplicaciones WEB con FireFox, antes en Netscape. Es mucho más cómodo y sencillo. Con esto no creo que descubra nada nuevo a nadie. Lo malo es después hacerlo funcionar correctamente en el explorer :) pero eso es otra cuestión.
Ahora he descubierto otra extensión que me ha parecido utilísima. Tamper Data. Puedes ver todas las peticiones HTTP que va haciendo el navegador, e incluso modificarlas antes de que las envíe, tanto GET como POST. Así podrás ver también tus peticiones realizadas con XMLHttpRequest si ya te has pasado a la WEB 2.0 ;).

El soporte del software libre

Y vuelvo con la temática original de este blog, el modelo de negocio del software libre. Dos posts me han parecido interesantes ultimamente.

• Red Hat: The mother of all open source business models
• El soporte técnico no es un modelo de negocio viable
  

¿Pero no era el principal modelo de negocio el soporte de estos productos? Los servicios relacionados con el software libre son varios: consultoría, desarrollo de personalizaciones,... y el soporte parece que puede ser uno de los más atrayentes para los clientes, para esas empresas que se quieren ahorrar dinero en licencias, o usar unos productos cada vez más competentes y superiores a sus homólogos privaticos.
Pero lo que parece es que el soporte técnico profesional no es tan necesario en las empresas. Cada vez más, las comunidades de los productos funcionan, y se puede encontrar solución a los problemas en el conocimiento exparcido por Internet, pero que es localizable facilmente.
Si una empresa cuenta con profesionales cualificados, y confía en ellos, es más que posible contar con las herramientas adecuadas con su mantenimiento de manera segura, sin soporte profesional.

la experiencia de los 3 años que llevamos fabricando y vendiendo Software Libre en KnowGate: el grueso del dinero lo genera la venta de bits, no los contratos de soporte técnico.

No poseo la experiencia de Sergio, así que no se lo voy a discutir, de hecho, yo diría que las razones en muchas empresas de compra de soporte es puramente política, que después esos soportes ayudan poco, y que las verdaderas ayudas de los fabricantes se pagan a precio de consultoría.

Es posible que compren derechos a parches de seguridad y actualizaciones ultra-rápidos por miedo a virus, pero, de nuevo están comprando bits, no soporte.

Red Hat makes it hard to impossible to get the compiled, binary version of its tested/supported/enterprise-ready software without paying it. (A recognition that while source is free, few actually want source, and even fewer pay for it.)

El modelo de negocio de Red Hat es alabado por Matt Asay por haber conseguido ver las razones por las que sus posibles clientes están dispuestos a pagar por su producto, y a la vez, mantener y apoyar a una comunidad a la que mima por que sabe que es parte importante de su producto.

Vuelta a casa

Después de un mes algo liadillo, entre niños y obras (me mudaré de piso a principio del mes que viene) me vuelvo hacia Najaraba con intención de ser algo más constante, aunque sería mejor no decirlo por si no lo cumplo...
Ahora veo que desde el 2 de Diciembre (!) no escribía nada, perdón por el silencio ;). La verdad que no he dejado de leer mis blogs favoritos, y supongo que si hubiese leido menos, hubiese podido dedicar más tiempo a escribir, pero es que si dejas acumular los mensajes, luego apareces con el estrés tecnológico...

AJAX vs. Accesibilidad

Actualmente las dos tendencias que más encontramos en las aplicaciones WEB son tendencias que en principio parecen contrapuestas.

• Las administraciones públicas deben tener páginas accesibles por la mayoría de los ciudadanos, aunque tengan algún grado de minusvalía. Y para ello deben cumplir los niveles AAA del W3C.
• Y está la cosa esta del web 2.0. Más AJAX,  más interacción, más JavaScritp. Páginas mucho más interactivas y  dinámicas.

Veamos un guía del W3C, otra vez.

6.3. Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.

¿Son las dos opciones compatibles? Y si no lo son, ¿importa? Lo importante es observar el público objetivo de tu aplicación o servicio, y las obligaciones cívicas de la administración.

Jornada de software libre en Mallorca (2)

Pues ya asistí el martes pasado a las jornadas organizadas por el IBIT. Ellos mismos han hecho un interesante resumen. Aunque tengo que hacer una puntualización: lo que yo comenté sobre la consultora Doblin, se trata de su clasificación de los tipos de innovación, no de un estudio que hubiesen realizado ellos sobre el software libre, que da la impresión tras la lectura del resumen.
En general fue muy interesante para mi esta jornada. Agradezco a los organizadores su interés en mi trabajo, y la confianza para participar en estas jornadas. Espero haber estado a la altura del resto de ponentes.
En general las ponencias versaron sobre los modelos de negocio, excepto la de Maika Díaz, de Fundecyt, que nos explicó el trabajo realizado en Extremadura con la aplicación del software libre en el gobierno y administración local.
En general el público eran empresarios, aunque Ricardo Galli también estaba por allí. Y debio aburrirse bastante, por que no hacía más que charlar con su compi de al lado y mirar su portatil. Pero espero que al resto del personal le resultase interesante, y les haya dado nuevas ideas sobre el mercado del software y alrededores.
Tras la jornada, nos invitaron a comer :) y tuvimos algunas charlas muy interesantes entre los ponentes, miembros del proyecto europeo eSafer, y miembros de empresas mallorquinas que asistieron a la "mesa redonda". ¿que qué me acuerdo por ejemplo?

• Que hablamos mucho del software libre pero que hacemos poco, salvo honrosas excepciones.
• Que tengo que darle una vuelta más a la idea del colegio de informáticos, a la que siempre he sido contrario, tras hablar con Eduardo Elias, del colegio de Cataluña. Ya hablaremos.
• Que el software libre debe ser evitado que se vea como una solución para "pobres", que no lo es.

Bueno, iré comentando cosas conforme me acuerde, pero es que pasaban los días, y tenía que contar algo sobre mi primera ponencia sobre el software libre...

Jornadas sobre software libre en Mallorca

En cuanto mi proyecto más importante me deje algo de tiempo, contaré mi impresión sobre unas jornadas sobre software libre a las que asisto en Palma de Mallorca, organizadas por la fundación IBIT de la isla. Creo que van a ser muy interesantes, y espero poder colaborar a que lo sean!

Un proyecto importante de verdad

No suelo escribir de cosas personales, pero esta vez no lo puedo evitar. Este es Iñigo:

Innovación y software libre

Ya he hablado alguna vez más sobre la innovación que puede producir el software libre. Pero únicamente se veía la innovacióndesde el punto de vista de producto. Y ahora he llegado a unos documentos muy interesantes sobre innovación y nuevos modelos de negocio.
Primero, este “Sobre el arte de identificar modelos de negocio” de Mario Lopez de Ávila. Plantea que hay cuatro recursos o procesos sobre los que se asientan todas las empresas:

• financieros
  
• de infraestructura
  
• de relaciones
  
• de contenidos
  
• de tecnología
  

Y sobre uno de estos recursos de manera predominante es sobre el que las empresas fundamentan sus operaciones de innovación y la naturaleza de ese recurso condiciona el desarrollo del proceso innovador. Mario deduce entonces que "las empresas 'sufren' parecidos condicionantes, se enfrentan a dilemas similares en su gestión y, lo que es más imporante, desarrollan estrategias casi idénticas de respuesta a esas limitaciones" según el recurso dominante.
Y el señor Martinez comenta que había escrito un post sobre los procesos de innovación. Lo que nos lleva a los 10 tipos de innovación de Doblin.

Y me ha gustado esta tabla, por que los técnicos, muchas veces centramos el proceso de innovación en el producto. Un software es innovador si utiliza la última tecnología, web 2.0, AJAX, SOAP,... la que sea, y además está creado sobre una idea nueva de producto. Pero se puede innovar de muchas maneras. Lo que voy a hacer ahora, retomando un poco el tema del software libre, es intentar ver que hay de innovación en cada area entre el software libre y el privativo. aunque una cosa hay que tener en cuanta, además de todo, una cosa para ser innovación, debe ser nueva. Y el software libre no es nuevo, existe desde el inicio de la informática. Pero basándonos en este análisis podremos hacer otra disección del software libre como modelo de negocio.

Librería (JavaScript) para el manejo de capas

Despues de ver cosas de la web 1.99 como netvibes o EyeOs, tenía ganas de mirar algo para el manejo de las capas, imágenes y demás elementos que permitiese hacer cosas tan aparentemente potentes como esas aplicaciones.
Y ya la he encontrado. No sé si es conocida o no, como en temas de diseño no suelo andar demasiado enterado, la he conocido hoy. Se trata de un librería creada por Walter Zorn:

• JavaScript: DHTML API,Drag & Drop for Images and Layers

A mi me ha parecido que tiene un API muy sencillo, y que proporciona una funcionalidad más que suficiente para proyectos WEB con interfaz compleja. Además, es distribuida bajo licencia LGPL (GNU Lesser General Public License). ¿qué más podemos pedir?

Actualizado: Pues que casualidad, en Navegapolis acaban de recomendar esta otra librería JavaScript para realizar efectos con capas.

Interacciones Humanas en Programación

Algo así se podría traducir el grupo de Microsoft "HIP: Human Interactions in Programming" que ha publicado un interesante trabajo titulado :"Software Development at Microsoft Observed: It’s about people … working together". Me entero de este trabajo por el informadísimo blog Navegápolis.
Si de algo podemos estar seguros es que en Microsoft, te guste el trabajo que hacen o no, hay mucha gente trabajando. Mucha gente programando, diseñando, analizando, y por tanto muchos equipos, "interacciones humanas", y... problemas, seguro. Este trabajo nos explica la información obtenida en una encuesta a los trabajadores de la empresa.
No creo que Microsoft sea una mala empresa para trabajar, y una investigación sobre los métodos de trabajo de la gente en semejante empresa, debe ser tenida en cuenta. Aunque lo primero que me llama la atención es que de mil personas a las que mandaron la encuesta (aleatoriamente entre desarrolladores y jefes de equipo) unicamente la respondieron 187. Pocos me parece.
Comentaré dos cuestiones que me han llamado la atención, pero os recomiendo que leais el artículo entero, y que sigais la pista al grupo este de HIP:

• Prácticas de programación ágil: Se comenta que las metodologías ágiles se van implantando en "islas" dentro de la organización, y se pregunta en las encuestas por el grado de aceptación de las técnicas utilizadas. Ninguna supera el 50% de aceptación.
• Modelos mentales del código: Una de las preguntas abiertas para el futuro dice así (traducida como buenamente sé): "Sabemos que los desarrolladores tienen completos modelos mentales del código, y que esos modelos son raramente externalizados. ¿Qué sucede cuando dos desarrolladores hablan sobre código? ¿Como alinean sus modelos mentales?". ¿no os ha pasado nunca que no sois capaces de visualizar la manera de codificar que os están explicando en ese momento?

Creo que estos dos puntos me darán para algún post más. Interesantes.

Creación de software libre en España (y 3)

Ricardo Galli vuelve a postear información sobre la situación del software en España. Y nos da un enlace a Cinco Días donde se comenta la situación de la creación de software en España. Habla este artículo de unas 400 empresas que utilizan software libre. Y yo me imagino que lo utilizan, pero ya hemos visto que crearlo, parece que hay pocas.
Parece que la situación de creación de SW en España se centra casi exclusivamente en las consultorías y desarrollos a medida, fundamentalmente realizado por PYMES. Los programas "empaquetados" brillan por su ausencia salvo en nichos como la gestión farmaceutica, medicina o contabilidad. Y en Francia o Alemania debe ser similar la situación.
En definitiva, este no es un país productor de software. En fin, tampoco el software libre ha empujado este campo. Solo ha venido a ahorrar costes a algunas compañías y dar ventajas competitivas a otras. ¿y por qué determinados paises crean más software, innovador o no? El caso de India, parece bastante claro, que es por el costo del desarrollo en aquel país, y la gran especialización de sus trabajadores en este campo. En el caso de EEUU, el gran innovador todavía en el mundo de la informática, no me lo nieguen, creo que la innovación se da por la cantidad de gente que está dispuesta a arriesgarse para hacerse rico. ¿por qué lo creo? Por este magnífico artículo de Paul Graham sobre las diferencias económicas y el riesgo (Inequality and risk).

Actualización: Seguimos igual en España, mirad lo comentado en la coferencia WebDosBeta, Mesa redonda - ¿Hay innovación fuera de EEUU?

De idea a software (8)

Así que seguiríamos trabajando en la aplicación-servicio a construir. Con más o menos tiempo libre que le podríamos dedicar a implementar la solución ideada, no hay que perder el punto de vista del negocio. Hay que dedicar tiempo a estudiar a los expertos, y por supuesto que no me refiero a mi. Esta semana han aparecido dos entradas en sendos blogs que me han parecido muy interesantes:

• Fernando Polo nos cuenta su experiencia sobre "De DiceLaRed a LastInfoo: de la idea al producto (I)". Esto es real. Aquí intento averigüar que iría haciendo yo, pero esto es un ejemplo genial. Dos cosas comenta muy interesantes: sobre la innovación y las lecciones aprendidas.
  Respecto a la innovación, que la innovación por sí sola no produce rentabilidad. Solo la necesidad de los clientes de tu producto te generará un modelo de negocio rentable. Ahora bien, ¿estás llevando tu idea hacia un producto-servicio por negocio o por placer? :O
  Y de las lecciones aprendidas, una me decepciona enormemente: "En España, los inversores oficiales no existen para la WebDosBeta. Sólo “friends” & “family” te ayudarán a salir adelante. Y si la cosa tira, rehúye la inversión oficial española, y búscala fuera de España." Que triste.
  
  
• Y un aspecto del que nunca me acuerdo pero es muy importante. La imagen de marca, en concreto el logotipo del producto. Sobre esto, mi invalidez para ver si dos colores se "llevan bien" o crear un diseño elegante, me hacen rehuir siempre de este tipo de cosas. Así que os recomiendo este interesantísimo post de cómo han creado el logo de Panoramio (una aplicación de imágenes sobre los mapas de Google)

Repasa por tanto, mientras construyes tu idea, la red. Siempre ofrece información interesante.

¿Todavía no usas AJAX?

Dos enlaces muy interesantes me llegan en cuestión de minutos de diferencia sobre la nueva tecnología de moda.

• Vía Software As She’s Developed podemos conocer este repositorio de proyectos de framewors sobre AJAX. Son unos cuantos, para la mayoría de tecnologías WEB, así que elige el tuyo.
  


• Y vía Version Cero he llegado a este FAQ sobre AJAX. Se edita dentro de los blueprints que edita Sun sobre JavaEE.
  

Así que planteate ya si debes actualizar tus páginas HTML, que esto va muy rápido. La verdad que ya se ven aplicaciones impresionantes con esta tecnología.

"Recolector de Basura" de Java

Qué mal suena el "Garbage Collector" en castellano.
Un artículo muy interesante publicado en IBM sobre los mitos y realidades sobre la eficiencia del manejo de memoria en JAVA. La verdad que el GC siempre ha sido un tema muy interesante para comprender cómo sacar el máximo rendimiento a la JVM. Debes comprender bien cómo funciona para lograrlo.

Which language boasts faster raw allocation performance, the Java language, or C/C++? The answer may surprise you -- allocation in modern JVMs is far faster than the best performing malloc implementations.

La verdad es que es un tema muy interesante, y la evolución que ha llevado desde las primeras másquinas virtuales de JAVA ha sido espectacular. El cambio que anuncian para el JAVA 6.0 lo será también. El compilador será capaz de detectar dónde los objetos creados deben ser instalados (o ni siquiera instalados) según el uso que se vaya a hacer de ello. Todo eso liberará de más trabajo al "Garbage Collector".

Revolución con WEB 2.0

Me preguntaba netyweb sobre lo que pensaba yo que debía entrar en esa revolución de los navegadores a la que me refería en el post anterior. Pues realmente no lo tengo muy claro, ¿o alguién sabe realmente qué es WEB 2.0? :)
Pero estos son algunos de los cambios que se me ocurren para una web más dinámica, más 2.0:

• Protocolo HTTP: Se ha quedado un poco pesado para estos menesteres. Haría falta un protocolo statefull, con mantenimiento de estado, y además aliviar el tráfico de cabeceras en cada petición.


• Navegadores: Y relacionado con el protocolo, que se puedan recibir notificaciones de tipo PULL. Que se pueda comunicar el servidor con el cliente sin petición anterior, una vez establecida una conexión abierta por el cliente.


• Interfaces: Personalmente HTML me gusta, será ya deformación profesional, pero obviamente tiene cosas mejorables para dar mayor dinamismo a las interfaces, sin llegar al extremo de tener que hacerlo todo en Flash. (no me pregunteis cómo, no se me ocurre, no lo he pensado)


• Estándares: Hay que hacer las cosas una sola vez. No tres o cuatro para cada navegador. Esto ya va avanzado bastante, menos mal.


• Identificación: Si las redes sociales toman importancia, debe existir algún sistema de identificación "universal", ¡pero sin eliminar la participación anónima!


• ¿que más? Help!

Y mientras la WEB 2.0 será una revolución, si la hacemos y la consideramos así. Lo que no cabe duda es que las nuevas aplicaciones que surgen estos días en la web son un punto y aparte con lo que ha existido unos años atrás.

WEB 2.0

Bueno, pues toda esta movida relacionada con la web 2.0, se está poniendo muy de moda. AJAX, blogs, sindicación, redes sociales, web más interactiva... pero no nos acabamos de enterar muy bien qué es realmente.
Parece un movimiento que ha surgido de los blogs, o como yo lo he conocido ha sido así, y que con el AJAX ha encontrado la herramienta que aparentemente le era necesaria. De repente han crecido numerosas aplicaciones sobre esa heramienta. De ahí, y con lo que venía de atrás de las redes sociales, sindicación y esa palabra que no acabo de conocer: folksonomías, se ha creado la web 2.0.
La idea que yo veo detrás de la web 2.0 es revolucionar las aplicaciones web actuales. Nada de esperas, de envío de formularios y respuestas,... Pero ¿no hará falta alguna herramienta tecnológica nueva para esa revolución? Si los navegadores actuales deben ser el soporte de la web 2.0, llegaremos a mejorar la interactividad, la interfaz, y haremos más aplicaciones interconectadas, pero no se podrá "revolucionar" mientras no haya un cambio más fundamental en los navegadores. ¿no os parece?