James Ward sobre Java

James Ward, de Salesforce, escribió el pasado mes de diciembre una  nota sobre Java (y alrededores). Una excelente lectura sobre java para aplicaciones web, y seguramente adaptable a otros escenarios. En realidad, se trata de una recomendación basada en experiencia acerca de la adopción de métodos ágiles y el recurso a herramientas de automatización y sistematización del proceso de contrucción (e implementación) de aplicaciones. No quiero repetirlo, pero sí recomendarlo. En todo caso, quisiera citar su reflexión sobre el mantenimiento de releases "monolíticos" (trabajar para entregas en series de tiempo y desarrollo prolongadas):

Monolithic Releases Suck

Unless you work for NASA there is no reason to have release cycles longer than two weeks. It is likely that the reason you have such long release cycles is because a manager somewhere is trying to reduce risk. That manager probably used to do waterfall and then switched to Agile but never changed the actually delivery model to one that is also more Agile. So you have your short sprints but the code doesn’t reach production for months because it would be too risky to release more often. The truth is that Continuous Delivery (CD) actually lowers the cumulative risk of releases. No matter how often you release, things will sometimes break. But with small and more frequent releases fixing that breakage is much easier. When a monolithic release goes south, there goes your weekend, week, or sometimes month. Besides… Releasing feels good. Why not do it all the time?
Moving to Continuous Delivery has a lot of parts and can take years to fully embrace (unless like all startups today, you started with CD). Here are some of the most crucial elements to CD that you can implement one-at-a-time:

• Friction-less App Provisioning & Deployment: Every developer should be able to instantly provision & deploy a new app.
• Microservices: Logically group services/apps into independent deployables. This makes it easy for teams to move forward at their own pace.
• Rollbacks: Make rolling back to a previous version of the app as simple as flipping a switch. There is an obvious deployment side to this but there is also some policy that usually needs to go into place around schema changes.
• Decoupled Schema & Code Changes: When schema changes and code changes depend on each other rollbacks are really hard. Decoupling the two isolates risk and makes it possible to go back to a previous version of an app without having to also figure out what schema changes need to be made at the same time.
• Immutable Deployments: Knowing the correlation between what is deployed and an exact point-in-time in your SCM is essential to troubleshooting problems. If you ssh into a server and change something on a deployed system you significantly reduce your ability to reproduce and understand the problem.
• Zero Intervention Deployments: The environment you are deploying to should own the app’s config. If you have to edit files or perform other manual steps post-deployment then your process is brittle. Deployment should be no more than copying a tested artifact to a server and starting it’s process.
• Automate Deployment: Provisioning virtual servers, adding & removing servers behind load balancers, auto-starting server processes, and restarting dead processes should be automated.
• Disposable Servers: Don’t let the Chaos Monkey cause chaos. Servers die. Prepare for it by having a stateless architecture and ephemeral disks. Put persistent state in external, persistent data stores.
• Central Logging Service: Don’t use the local disk for logs because it prevents disposability and makes it really hard to search across multiple servers.
• Monitor & Notify: Setup automated health checks, performance monitoring, and log monitoring. Know before your users when something goes wrong.

There are a ton of details to these that I won’t go into here. If you’d like to see me expand on any of these in a future blog, let me know in the comments.

Un punto importante, pero recordado sólo con el propósito de que lea completa la reflexión de James Ward, que lo merece.

Tendencias: IOT

El 6 de junio de 2012 se produjo el Lanzamiento Mundial de IPv6, inicio explícito del nuevo y reformulado protocolo de Internet. "IPv6" no se trató simplemente de atender la explosión social de Internet, sino que fue un paso necesario para atender a otra explosión: la perspectiva ya inmediata de extender la red de internet potencialmente a cualquier recurso susceptible de aplicarle inteligencia. Esto es, la Internet de las cosas (IOT), es decir, la posibilidad de que enormes cantidades de objetos puedan disponer algún grado de inteligencia, una dirección propia para comunicarse, y posibilidades inagotables de interrelacionarse con el mundo circundante. Sumémosle el mundo ya lanzado de la movilidad, y tendremos un universo de recursos de potencialidad sin límite. Ian Skerrett, de la Fundación Eclipse, expuso ayer mismo en pocas líneas su visión sobre el alcance de IOT. Creo que vale la pena reproducirlo, por su claridad, profundidad y síntesis:

How to categorize the Internet of Things

I was recently asked how to categorize the Internet of Things. IoT is so broad and multi-dimensional that I am not sure if there is one easy answer or set of categories. However, here is my current thinking…

1. IoT Hardware

A lot of the excitement in IoT and the maker community starts with the cheap, easily accessible hardware. Arduino, Raspberry Pi, BeagleBone are the poster kids in the space. Now there are a ton of new hardware solutions be made available, ex Parallela (16 cores for $99) , Galileo from Intel

2. IoT Standards and Protocols

There is a lot of talk about IoT protocols and which one will win. It is too early and I agree not any one protocol will win. One thing I do know is that closed proprietary solutions are not going to win. We do need to work on having a common set of standards like CoAP, MQTT, Alljoyn, SensorML, etc  Of course, we also need to make sure that we have open source implementations for these standards and protocols. That is why Eclipse IoT is so important for an Open IoT.
There will also be a lot of vertical standards that will be developed for IoT, like OneM2M, Continua, etc.

3. IoT Gateway Software

The typical IoT solution architecture will have some type of gateway solution that connect the sensors and actuators to the Internet. Eclipse Kura and Mihini are good examples of this but there are certainly others.

4. IoT Middleware

Companies like IBM, Axeda, Sierra Wireless, 2lemetry, ClearBlade, Microsoft, Eurotech, Thingworx, Litmus Automation and others are providing IoT platforms/middleware solutions. This is definitely an emerging space where all platforms are not equal. I expect to see a lot more startups and the big enterprise middleware vendors driving the innovation for IoT middleware.

 5. IoT Databases

The amount of data generated by IoT solutions has the potential to be Huge Data, not just big data. AS pointed out by Matt Asay, the exists a massive opportunity in analyzing IoT data.  Splunk seems to be the leader in this space but I expect a lot of innovation in this space.

6. IoT Solutions: IoT & Humans vs Industrial Internet

There are also a lot of  industry specific and user-case specific IoT solutions. Tim O’Reilly wrote a recent article titled ‘The Internet of Things and Humans‘ which does a very nice job summarizing the human impact of IoT. In fact a lot of the hype for IoT is around wearables and home automation.  Nest is the poster-child for IoT&H but you can’t go a week without finding another home automation solution being launched on kickstarter.
There is no doubt the human side of IoT will be important but I find the Industrial side to be a lot more compelling. SCADA systems like the London Tube system , Nespresso providing remote management of coffee machine, the work GE is doing for hospitals, aircrafts, etc. are the things  are fascinating and exciting opportunities. This is also where a lot of the profits in IoT will be made.

In the last 6 months the activity/hype around IoT has exploded. It will be fun to watch how these categories emerge and merge in the next 1-2 years. Of course an Open IoT is what is needed for all this to be successful. Eclipse IoT will be an important part of the solution.

Es hora de adelantar(se) en este escenario; ¿nuestras herramientas serán capaces de operar sobre este conjunto? ¿conocemos los recursos, infraestructura, estándares, proveedores, con los que habrá que interactuar? ¿tenemos la comprensión adecuada para transmitirla a quienes serán sus beneficiarios? Creo que sin duda, esta es la hora de los DSLs y de los modeladores y generadores de código, y comparto la expectativa de Skerrett en el papel que Eclipse pueda cumplir, por su flexibilidad y la extensión de su comunidad de usuarios y proveedores.

Comenzando 2014...

Para comenzar 2014, una declaración de posibilidades no vendría mal... especialmente si el último comentario aquí tiene cinco meses. Existen varias razones por las que no se han agregado notas en tanto tiempo, y probablemente una de las más importantes es que este ha sido un tiempo dedicado a trabajar pegado a java: mucho tiempo consumido investigando librerías, creando APIs, testeando respuesta. Mucho tiempo repartido entre Tomcat y Websphere, analizando problemas mientras implementamos un par de aplicaciones. Otras dos razones están relacionadas con las novedades (o para decir mejor, el estado) de Plex, y con la evolución actual de MDD: en el primer caso, las novedades nacidas de la versión 7.0 están fuera de mi alcance, ya que se orientan al soporte de WCF y .NET, áreas que hoy están fuera de mi foco (ya he dicho que estoy concentrado con Java -y JEE), con lo que poco estoy en condiciones de agregar. Y en cuanto a MDD, no encuentro en estos meses novedades relevantes que agregar.
En fin, mi declaración de posibilidades va a lo siguiente: hay muchos asuntos de interés en Plex que trataré de conversar, aunque esto restrinja un poco el foco de los temas. De eso trataremos especialmente este año. Otros asuntos los tomaremos en base a lo que el tiempo disponible permita.
Esto mismo vale para mi página sobre estos temas, que reformaré por segunda vez, simplificando el contenido, recortando las listas de enlaces, que nunca han servido demasiado por su inestabilidad: no estoy en condiciones de rever todos los trimestres quién cambió o eliminó un tema de interes que fue enlazado anteriormente. Y otras cosas que quisiera tratar de otra manera.
Esto es todo por ahora, y espero que el siguiente comentario no sea un felíz 2015...

Cambio de diseño...

Luego de seis años (¿seis?) con el mismo diseño en estas publicaciones, creo que no sólo yo estoy cansado de verlo. Si acaso algún lector tengo, seguramente también se sentirá renovado con un cambio de presentación. Confieso que siempre le he delegado a Blogger la tarea de soporte del diseño, lo que implica algunas concesiones. Una de ellas, desde hace tiempo, era que, si bien estaba decidido utilizar las funciones de compartir a través de distintos medios, esto no se creaba efectivamente a nivel de entrada. Sabía que esto se debía al antiguo diseño empleado. Esto lo hubiera podido resolver seguramente con algo de javascript, pero la crónica falta de tiempo fue demorándolo. Así, un cambio de plantilla me permite actualizar al estado actual del soporte de Blogger. Dos pájaros de un tiro...
Espero que la presentación actual sea agradable y facilite la lectura. Es una de las finalidades...

Adios a Technorati

Acabo de eliminar la invitación a seguir este blog en Technorati. Luego de largos meses de tratar de encontrarle un sentido a permanecer en el sitio, he borrado mis dos blogs registrados allí. Resulta difícil de entender cuál es el sentido de Technorati en este momento. Luego de su reorganización, todos los servicios disponibles se perdieron sin más trámite. ¿Qué utilidades ofrece hoy? Sólo un ranking no fundamentado, un enlace directo a cada sitio, una lista anémica de etiquetas y categorías, y mucha publicidad. Su blog no muestra entradas durante julio...
Parecería una empresa en fuga y dispersión; no sé si debido a dificultades de recursos o a error de política, pero luce como un lugar desierto, especialmente después de sus cambios de presentación.

Technorati.com was just relaunched on October 13, 2009. This was the most significant relaunch we have ever undertaken. The front end of the site is completely new and much of our search technology has been significantly changed as well. Here is our launch announcement. Because the changes were so significant, we had to make the difficult decision to delay rolling out some features at launch. Also, since the site is so new, we expect bugs to crop up that couldn't be found during testing. As we identify and begin to fix these bugs, we will post on this page so the Technorati community can know we are aware of the issues and are working on them. [Beta status]

Desde entonces, mi única información sobre el sitio es un boletín periódico, y una invitación a escribir para Technorati. No será allí, pero eso es lo que estoy haciendo, por última vez.

Las tecnologías en Chile durante la catástrofe

Pasado el primer momento del terremoto en Chile, comienzan sus duras tareas de reconstrucción. Así como legítimamente muchos observadores externos han elogiado el grado de preparación para desastres alcanzado por el país, su acierto en elaborar normativas preventivas seguidas durante años, y su temple para sacar adelante el desastre, así también al interior del país aparecen observaciones críticas a los puntos flojos del manejo de la catástrofe. De entre ellas, he querido destacar una de las primeras horas, que apunta a cómo debiera responder un gobierno apoyándose en la tecnología, y en qué puntos estuvo el chileno por debajo de las necesidades de su población. Importantes sin duda para Chile, estas observaciones son válidas y atendibles para cualquiera de nuestros países, en tanto se desee usar Internet y otros medios de comunicación para algo más que publicidad.
Jorge Barahona, autor de la nota, analiza la respuesta área por área, juzgando la respuesta como "fracaso digital":

Los sistemas digitales sirven para COMUNICAR. Lo hemos repetido incansablemente, el respeto de la Experiencia de los Usuarios tiene que ver con que sean accesibles, usables y sobre todo actualizados justamente cuando los usuarios lo necesitan.

Han pasado 30 horas desde el terremoto en Chile y llama la atención el fracaso digital de las autoridades y servicios básicos en el uso de los medios digitales como canales afectivos para mantener a la población informada y sobre todo, para marcar presencia efectiva. Gran parte de las quejas de la población que escucho en radio o leo en Twitter (a través de #terremotochile) es la falta de comunicación, la carencia absoluta de una voz que lleve la calma y diga qué hacer a través de éstos insuperables canales de comunicación.

(...) Nunca como en las emergencias es que se pueden apreciar las carencias o fortalezas de los medios digitales bien pensados, diseñados y programados. Nunca ha sido tan valioso para un sitio web ser accesible, usable y actualizado. En ningún otro momento ha sido más importante sentir la estrategia digital del Gobierno y los servicios básicos ante el terremoto en Chile.

Barahona enumera los ganadores y perdedores digitales durante la emergencia. En primer lugar, los perdedores:
La Oficina Nacional de Emergencias:

La Oficina Nacional de Emergencia Onemi tiene un sitio web inútil ante las emergencias (!), no tiene versión móvil básica. El sitio informa con formato de diario, tardíamente los grados y lugares de las réplicas tarde y mucho después que la prensa y el sitio del Gobierno norteamericano. No tiene Twitter ni ningún red social, ni usa Google Maps para georeferenciar la situación, ni hablar de un canal TouTube.

Carabineros, la policía nacional:

Carabineros de Chile tiene el sitio caído. Su canal Twitter no publica nada desde el 10 de marzo del 2009. El canal YouTube no se actualiza hace un año…

Las páginas oficiales del gobierno:

Gobierno de Chile: el sitio web sólo sirve para promover cosas, no para gobernar. Sin Twitter. El último vídeo en YouTube es del 22 de febrero de un homenaje hecho al Ministro Secretario General de Gobierno. Sin duda alguna nadie en el gobierno de Chile sabe que Obama transmite en vivo por esta red social sus importantes iniciativas (el último vídeo es de hace 19 horas).

No quise buscar material de las intendencias o municipios para no seguir avergonzando a más funcionarios.

La empresa privada en general (proveedores de servicio, medios de comunicación):

La empresa privada no lo hace mejor que el Gobierno. En un país donde hasta las moscas están privatizadas, es clave que las empresas que venden servicio básicos como agua, energía eléctrica y gas, TV, acceso a internet e infraestructura tengan canales efectivos y eficientes para mantenerse comunicados con sus Clientes.

Las líneas de emergencia no contestan, tampoco sus ejecutivos de RRPP hablan por las pocas radios que transmiten. Cuán útiles hubiesen sido sitios web con información sobre el estado de sus servicios, canales Twitter o aplicaciones móviles, para estar al lado de sus Clientes, para cumplir con todo lo que nos dicen en sus agotadoras campañas de publicidad.

Y luego, los ganadores, a juicio de Barahona:
En radio y televisión:

• Radio Bío-Bío: ha mantenido una transmisión impecable desde todo el país, con enlaces efectivos y lo más importante, ha abierto sus micrófonos a los auditores para que comuniquen y que permita que suceda lo que medio de comunicación debe: COMUNICAR. Cuánto hay que aprender de un canal como la radio!


• Canal 13: su eficiente streaming a través de iPhone es un aporte enorme, en momentos que no hay energía eléctrica y lo único que funciona es la banda 3G ver las novedades y el enorme despliegue que Canal 13 tiene en estos momentos, es un aporte no menor

Las redes:

• La red 3G chilena: el servicio nunca se interrumpió. A través de mi iPhone pude saber pocos minutos después del sismo, el epicentro, pude tuitear, ver TV y mantenerme conectado en momentos donde nada funcionaba. De hecho, ahora mismo escribo este post conectado con 3G ya que el servicio normal de conexión a internet de VTR está caído
• La red Twitter chilena: nos hemos mantenido unidos, hemos colaborado, escuchado y conectado gracias a Twitter. Nada fue más eficiente para saber de mis amigos, leer a los que tenían más noticias, recibir respaldo desde el extranjero, etc. que Twitter. Nuestra red es una gran herramienta de comunicación y con ésta tragedia se ha consolidad

La importancia de las redes alternativas fue también subrayada por El Mercurio, en un editorial del primero de marzo (tomado por La Nación al día siguiente):

Las autoridades no mostraron disponer de redes alternativas si colapsan los medios normales por una emergencia. De allí que la evaluación de la situación por el gobierno y diversas reacciones consiguientes fuesen lentas.

La muestra más grave de ello fue que la propia presidenta ?tan justamente apreciada por su incansable preocupación ante la desgracia y la angustia de miles de chilenos? descartara prematuramente la posibilidad de maremotos, que sin embargo se produjeron y cobraron víctimas.

El ministro de Defensa imputó al día siguiente la equivocación a la armada, pero el hecho es que el sistema de alarma temprana no funcionó y que los ejercicios realizados en años recientes para preparar a la población no surtieron efecto. Todo lo anterior es inaceptable.

Finalmente, Mariano Amartino da una visión positiva de la respuesta espontánea apoyada en las redes alternativas:

Con problemas en la infraestructura de comunicaciones en Chile, estoy admirado como en menos de 12 los principales blogs ya habían armado páginas que recolectaban la información oficial de toda fuente posible (ej: Conny en FayerWayer poniendonos al tanto de como estaban comunicandose entre ellos o ALT1040 juntando desde imágenes hasta tweets), como Google había armado una página de Crisis Response que concentraba desde donaciones hasta el primer buscador de personas que vimos online y que podés embeber en tu blog… y que gracias a que TODOS twittearon y embebieron, pasó de las 100 personas registradas cuando lo ví hasta las +32000 actuales.
Hubo errores pero hubo satisfacción al poder hacer que, también gracias a todos, la cuenta oficial de Twitter de la Cruz Roja Chile pasé de apenas 1000 followers a casi 10.000 y eso implica que la viralidad ayudó y sigue ayudando… la comunidad de Internet creó un mapa interactivo de comercios funcionando; una página llamada ChileAyuda y hasta cientos de fotos cargadas constantemente.
(...) Cada vez que alguien me dice que los medios van a morir porque “gracias a los blogs y twitter nos enteramos de todo” pienso que o es un naif o el crack que usa es de mala calidad; si Twitter y los blogs actuaron en menos de 12 horas.. al pasar las primeras 24 los medios mostraron que son los únicos con el peso para mandar enviados especiales, conseguir entrevistar con Ministros o tener una agenda con los datos exactos de contacto de las personas con poder de mando o al menos con información oficial.

¿Que se equivocaron dando pánico muchas veces? Y… si, pero también nos equivocamos nosotros al replicarlo, pero pudimos remediarlo y avisar que había correciones a tiempo; era medio gracioso o patético ver a cadenas como FOX decir “se esperan olas de 40 metros” para luego decir que eran de 3 pies!

Pero eso no invalida que otros como TVN Chile, CNN o incluso los sitios de noticias fuertes de cada país ya habían desplegado su poder de fuego y tenían comunicaciones satelitales donde nadie podía llegar, enviados especiales y hasta infografías que nadie podía diseñar a tiempo.

(...) Si hay algo con lo que tengo que sacarme el sombrero es con el profesionalismo, tranquilidad y calma con la que el gobierno Chileno comunicó en todo momento la información clara y precisa; la información da poder a la gente y la ayuda a saber que pasa y como reaccionar; si a eso le sumamos que tuvieron la fortaleza de un plan sólido que les permitía pensar en cuando y como analizar situaciones (por ministerio) y saber que tipo de ayuda se iba a necesitar del exterior… vemos una de las razones de porque tuvieron un terremoto casi 40 veces más fuerte que el de Haití y apenas el 1% de víctimas

El papel de la TV Nacional con su emisión online en UStream y el de la Cruz Roja respondiendo en Twitter además de recomendar todo sitio posible para que vayamos buscando información mostró que la serenidad y profesionalismo pagan en un evento así… porque, además, en seguida aparecieron scammers y sitios con malware posicionandose en Google asi que la velocidad de respuesta nos permitía a todos (Bloggers, Tweeps y Medios) decir donde buscar información oficial.

Doy fe de lo que comenta Mariano: yo mismo seguí por varios días a Mauricio Bertero, de La Serena, que convirtió su blog en un centro de búsqueda de personas.
Desde sus orígenes, Internet fue pensado no sólo para el intercambio de conocimiento, sino como un proyecto militar defensivo. Su objetivo era precisamente éste: disponer de una red descentralizada, a prueba de desastres nucleares. Cuarenta años después, la elaboración de estrategias alternativas que tomen en cuenta la red, parecen ser aún espontáneas. Sin embargo, probablemente esta experiencia genere mejores respuestas en el futuro.

...Y Twitter fuera de lugar.

Así como Twitter es válido en el contexto de la difusión social de noticias (y dejemos de lado la confiabilidad de la fuente), así también suena fuera de lugar para otros objetivos. Se ha hablado de Twitter como micro-blog, y parece ser que Penguin se propone convertirlo en literatura. La nota de Andrés Hax en la revista eñe, tiene algo más de un mes, pero no hace diferencia:

La sucursal de Nueva York de la editorial Penguin acaba de anunciar el lanzamiento de un nuevo libro que combina la divulgación literaria con el fenómeno Twitter que llamará Twitterature, o Twitteratura.

El libro Twitteratura comprimirá varios clásicos de la literatura universal a 20 tweets o menos. Los genios (o necios, según el criterio de cada quien) detrás de este libro son dos alumnos de primer año de la Universidad de Chicago, Alexander Aciman y Emmett Rensin (ambos de 19 años).

Los jóvenes alumnos parecen estar más motivados por el dinero –y aprovechar una moda tal vez pasajera- que por la vocación literaria. Es inconcebible pensar qué valor agregaría leer La Divina Comedia de Dante en 20 frases de 140 caracteres.

El libro será publicado en el otoño boreal. Mientras tanto, el resumen de esta nota (incluyendo El Aleph Twitterizado) se puede ver en el sito de Twitter de la Revista Ñ: http://twitter.com/revistaenie

¿Y cómo quedaría El Aleph en 21 tweets? (Reproduzco solo cinco, que creo que alcanza...)

1. La candente mañana de febrero en que Beatriz Viterbo murió noté que las carteleras habían renovado no sé qué aviso de cigarrillos rubios.

2. El 30 de abril era su cumpleaños; fui a visitar la casa de la calle Garay para saludar a su padre y a su primo hermano. Era un acto cortés.

3. Viterbo murió en 1929; desde entonces, no dejé pasar un 30 de abril sin volver a su casa. Llegaba a las 7 1/4 y quedaban 25 minutos.

4. Carlos Argentino es canoso, de rasgos finos. Ejerce no sé qué cargo en una biblioteca ilegible de los arrabales del Sur; es autoritario.

5. Tiene grandes y afiladas manos hermosas. Algunos meses padeció la obsesión de Paul Fort por la idea de una gloria intachable.

Quizá hubiera aceptado Borges con más aprecio, escribir para twitter un haiku...

Réquiem por BEA

Stefan Tilkov, inventor anticipado de las entradas de blog mínimas, suele exponer material más que interesante, particularmente en temas de arquitecturas orientadas a servicios, especialmente, sobre REST. Ayer publicó una con un nombre apocalíptico (The Day that Middleware Died), que remite a la reflexión de Stuart Charlton sobre la absorción de BEA por Oracle. Dos tipos de observaciones son de interés en su Oda a BEA: su análisis sobre las causas de la caída de BEA, y sus observaciones sobre arquitectura.
Sobre BEA:

(...) by late-2006 I felt BEA was losing its way. The initial AquaLogic push was good, but it spread our engineering resources thin. BEA's SOA vision, which started well, became something of an empty marketing slogan, like how '.NET' was destroyed within Microsoft.
(...) One could see Oracle's acquisition as the culmination of BEA's failure to emerge from the dot-com bubble burst. I don't entirely buy it -- Alfred managed to grow the company to $1.5b from $950m in 2001 when Coleman, then CEO, left. That's quite an accomplishment, if short of expectations. BEA was still performing, people were still buying its products, and a lot of the b.s. about JBoss or other competitors eating its lunch are rather exaggerated, in my opinion. I claim no real insider information, and am speaking for myself when I say, there is one primary, clear, reason for BEA's failure, in my opinion, and anyone "on the ground" in the company would likely agree with it: after the early-2000's recession, finance & legal -- the bean counters -- became the kings of the company. In other words, I believe BEA's wounds were self-inflicted.
Once the goal ceased being innovation & great software, it was about a pristine balance sheet, milking the support organization, and onerous following of extremely conservative accounting guidelines. There were still leaders -- Alfred Chuang still had fire in him, some product executives like Guy Churchward were bright spots, Paul Patrick in the architecture organization was also a great source of ideas (but given power far too late). Many in the sales organization knew how to make customers feel valued, and were rewarded righly. But all of them were beholden to the bean counters. Oh yeah, and there was an options scandal that one hoped would shake the power of the finance department. (It didn't.)
(...) WebLogic Server continues to be, in my opinion, the gold standard of J2EE application servers (and I've used most of them). Yet it's maddening that something as important as their management console -- arguably the defining feature of the product vs. open source alternatives! -- became dog slow. WebLogic Workshop was productive for specific products but made the transition to Eclipse years later than it should have. AquaLogic Service Bus was a visionary product, and has some great understated features for validating the dependencies amount service artifacts. But it's lack of support for RESTful services is also maddening, considering how little work would need to be done (for starters, just enable PUT and DELETE, folks!). AquaLogic DSP was another visionary product, but way too programmer-centric in a world where programmers don't give a crap about data. They needed to target the DBA or the RESTful crowd, but the small & dedicated team was too busy trying to improve the core engine with the resources they had. BEA WebLogic Integration v8.1 SP2+ was the swiss army knife of integration tools, and probably the best game in town circa 2003-2006. WLI could smoke Oracle BPEL on performance, usability, and complex transformations. But v9 was disastrous. WebLogic Portal had one of the most ambitious set of goals, and an extraordinarily bright team. But they too were plagued with quality issues, arguably due to a lack of bandwidth, and a need to compete with Plumtree internally. The Plumtree team got off to a great start with the PEP products, but I doubt if we'll ever see the fruition of that idea.

Sobre arquitecturas:

One could say that it's "the day that middleware died". Perhaps that's a good thing, in the long run. In many respects, we have a new approach to middleware that surrounds us, if only we'd take advantage of it.
(...) It also didn't help that I had stopped believing that SOA would make anyone's life any easier, and reading some of the ITIL v2 material that was guiding our efforts also really just seemed to reinforce that we were following in the grand tradition of "smart people building skyscrapers to nowhere"

En cuanto a Stuart Charlton, agregado al Reader.

Compartiendo intereses

Google Reader amplió el alcance de los ítems compartidos: desde hace algún tiempo (pocas semanas), es posible no sólo presentar en otra página los feeds de interés que el lector destaque, sino que ahora, si los creadores de las entradas leídas son también contactos del lector, sus propias lecturas destacadas aparecen listadas: una manera rápida de compartir intereses con colegas y amigos, a condición de que el seguimiento que los colegas y amigos apunten en el mismo sentido.
De todas formas, más potente sigue siendo para esto del.icio.us, cuya única limitación insalvable sigue siendo la fragilidad de Internet: un enlace vale en tanto el servidor que lo sostenga no cambie el criterio de alojamiento, o peor aún, desaparezca (¿Alguien consiguió establecer un seguimiento seguro de un tema de interés en MSDN, al momento de que su producto cambie de versión?) Quizá en el futuro pueda concertarse un sistema de identificación que deje a salvo las variaciones de ubicación de los sitios, pero por ahora, mi único auxiliar es The Internet Archive, capaz de dar algo de eternidad a lo que se construya en la Red.
De paso, del.icio.us es una de las razones por las que espero que Yahoo no sea comprada.

Global Voices Advocacy, Google Maps, y la Web 2.0

Publicado previamente en mi otro blog, se repite aquí, tomando en cuenta algunos aspectos adicionales:

América Economía comenta la iniciativa de Global Voices Advocacy, que ha creado una aplicación interactiva basada en Google Maps, que pretende registrar aquellas acciones gubernamentales que evidencien censura u otro tipo de acciones limitativas de la libertad en el mundo:

El foro mundial de bloggers Global Voices Online y Google han presentado un proyecto donde muestra un mapa interactivo de los países donde todavía impera la censura en la red.
La aplicación, creada a partir de la tecnología Google Maps, permite conocer las actitudes represivas de algunos gobiernos hacia la web 2.0., donde prohíben el uso de blogs, redes sociales y determinadas páginas web. Además busca apoyar las campañas locales que defienden el acceso a internet.
Asimismo, esta aplicación también pretende ser un foro de intercambio de opiniones para poner en contacto con internautas que sufren censuras, según informa el sitio Glocalia.
Entre los países donde más se han practicado censuras se encuentra China, Etiopía, Irán, Marruecos, Siria, Pakistán y Arabia Saudita, entre otros.
El mapa muestra que entre las aplicaciones más censuradas se encuentran plataformas de blogs y redes sociales como Facebook y MySpace,. También plataformas de vídeo como YouTube y webs como el de la Wikipedia.

Para ver el mapa, visitar aquí.

Global Voices Advocacy refuerza la opinión de todos aquellos que destacan el radical cambio que hoy existe en la utilización y evolución de la tecnología, (ver el comentario de Francis Pisani), en este caso, desde el mundo de las redes sociales. El peso futuro de las redes se ve, por ejemplo, en otro artículo del sitio, dedicado a los bloggers de aquellos países donde la censura impide su actividad.

Ricardo Galli cambia de servidor

Ricardo Galli, a quien sigo con mucho interés desde hace menos tiempo del que debiera, cambió el sitio de soporte de su blog. En medio de una polémica que afecta a cualquiera que haya utilizado un blog, lo retira del dominio de su universidad. Si usted lo seguía, agende su nueva dirección. Por mi parte, lo agregaré en mi lista lateral.