Cuando lleg\u00f3 la crisis pas\u00e9 de trabajar 12 horas al d\u00eda a trabajar solo 6, fue un palo importante porque est\u00e1bamos creciendo en Artifact como la espuma pero varios proyectos se detuvieron y una carga equivalente no llegar\u00eda hasta 2015… fijaros hasta que punto crec\u00edamos que incluso trabajando la mitad los beneficios seguir\u00edan aumentando a un ritmo de entre el 20% y el 70% anual hasta 2015… \u00a1y trabajabamos la mitad!.<\/p>\n
Con ese tiempo libre que consegu\u00ed desde 2008 decid\u00ed lanzar 3 proyectos internos: la LNRC<\/a>, BalanceK <\/a>y SOA4J. SOA4J era un proyecto web que conten\u00eda varias aplicaciones diferentes para facilitar la resoluci\u00f3n de problemas de aplicaciones, imag\u00ednate aquel libro m\u00e9dico de 1980 (azul, muy grueso) donde ven\u00edan infinidad de workflows para identificar ante tus s\u00edntomas el problema f\u00edsico que te estaba afectando… pues program\u00e9 eso pero para aplicaciones en Java y funcionaba muy bien para los problemas t\u00edpicos y bastante bien para fallos m\u00e1s espec\u00edficos, de hecho tenia un backend donde pod\u00eda tunear las soluciones a los problemas como si fuera un helpdesk pero alimentando los workflows dinamicamente para que la siguiente resoluci\u00f3n ya contara con esa mejora… una gozada, a d\u00eda de hoy (2017) no hay nada igual, el IBM Support assistant<\/a> estaba a mucha distancia de lo que pod\u00edas hacer con SOA4J, no solo a\u00f1o por a\u00f1o (comparando el estado de ambas apps en el mismo momento) sino que SOA4J iba dos o tres a\u00f1os por delante.<\/p>\n Eso de que no hubiera nada igual ya en 2016 me hizo pensar \u00bfrealmente quiero esto? \u00bfrealmente quiero permitir que cualquier programador junior o gerente sin conocimientos pueda resolver los problemas “one-shoteandolos” sin contar con expertos? NO!. De hecho puestos a pensar \u00bfcomo era posible que una soluci\u00f3n hecha por una persona en Espa\u00f1a fuera mejor que la app oficial de IBM para este mismo tema?, y llegue a la conclusi\u00f3n de que solo existe un “half-hearted effort” por conseguir la resoluci\u00f3n autom\u00e1tica de problemas. Por ejemplo Oracle ni lo intenta y os aseguro que es m\u00e1s f\u00e1cil de lo que parece.<\/p>\n Adem\u00e1s en 2015 el resto de proyectos internos ya hab\u00edan crecido (LNRC y BalanceK) y me consum\u00edan mucho tiempo, al mismo tiempo que los clientes tradicionales estaban volviendo a darnos m\u00e1s trabajo del que podiamos abarcar.<\/p>\n As\u00ed que sin verle m\u00e1s futuro a SOA4J decid\u00ed cerrarlo, obviamente sigo utilizando estas herramientas pero solo en proyectos para clientes… todav\u00eda alguno alucina cuando le ense\u00f1o el analizador din\u00e1mico de invocaciones o el desgranador de trazas pero \u00bfvender\u00edas la soluci\u00f3n a todos los problemas? \u00bfpor cuanto? \u00bflo licenciarias para que lo ripearan? \u00bfiba una empresa a aceptar pagar 5 millones por algo as\u00ed? \u00bfalgo que ni siquiera tiene un modelo de monetizaci\u00f3n detr\u00e1s?… vivimos en un contexto corporativo donde “Compras” no se gasta 50\u20ac en JRebel aun cuando ahorre un 20% de tiempo del programador, no es un contexto en el que nadie se plantee comprar algo como SOA4J.<\/p>\n Obviamente de haberse hecho SOA4J en otro contexto hubiera tenido una suerte diferente, pero este contexto es lo que hay y me gusta mucho vivir aqu\u00ed, no todo es dinero.<\/p>\n