Google Chrome

Bueno, después de las vacaciones ya estamos aquí de nuevo. La verdad es que todavía estoy 'resacoso' y a pesar de que tenía ganas de volver a escribir todavía no tenía muy claro de qué, hasta que vi el link de probar la nueva versión del Google Chrome.

Por una parte me alegra por que la verdad es que es una joya. Lo he probado y va muy bien. De momento he decidido utilizarlo como navegador por defecto y espero que cale en el mercado. Esto últim lo espero de verdad siempre y cuando signifique la desaparición del resto! :-D o por lo menos de las diferencias que generan.

¿Habéis pensado alguna vez los recursos y tiempo que se dedica para asegurar que no existe diferencia entre algo que tendría que comportarse igual? No, no voy a entrar al eterno debate de si es uno u otro. ¡Sólo se que es una auténtica cruz!

Por otra parte me ha gustado muchísimo el libro que han hecho a modo de comic explicando las ventajas del nuevo navegador. En este momento no lo he podido leer del todo, le he dado sólo un vistazo pero me ha impresionado cómo explican cuestiones muy técnicas a público que quizás no lo sea tanto. Y como explican en genbeta se he enviado a bloggers y periodistas. Me parece una solución muy acertada a un problema muy grande: como comunicar a alguién no técnico por que tu navegador es mejor.

Bueno, un punto más para admirar a Google.

Un saludo

Solución a la diferencia de velocidad

En una entrada anterior hablé de dónde pensaba yo que estaba el origen de la tirantez que siempre hay entre la parte comercial y la parte de IT. Yo creo que es por la diferencia de velocidad entre pensar qué hacer y hacerlo. Pero también comenté que hablaría más sobre esa reflexión.

Creo que la única solución buena es que IT gane velocidad. Eso parece complicado pero el beneficio es para toda la empresa por que si IT puede responder con más rapidez las peticiones que llegan desde la parte comercial, más proyectos se podrán ejecutar y al final más dinámica de venta podrá tener la empresa. Muy bien, hasta ahí supongo que muchos estáis de acuerdo, pero... ¿cómo?.

Desde mi punto de vista la única manera de conseguirlo es con un desarrollo orientado a la reutilización.

Casi siempre se entiende la metodología como una manera de gestionar un proyecto que resuelve un problema de ciertas características. Pero lo primero que hay que hacer es entender la metodología como una herramienta para sistematizar el conocimiento en toda la empresa.

A partir de aquí, IT debe esforzarse por modelar el negocio de la empresa en componentes de software. Componentes que después se reutilizarán y que algunos deberán modificarse o actualizarse pero que será reflejo de la evolución normal en la vida del negocio. Por decirlo de otra manera, un cliente es un cliente pero seguramente un cliente de un curso de inglés será distinto a un cliente de una fábrica de electrodomésticos.

Pero claro, modelar es todo un trabajo de análisis que necesita un tiempo y una calma que en la vida normal de una empresa normal cuesta encontrar.

Entonces, creo que la solución es intentar ir enriqueciendo la librería de componentes de la empresa con los proyectos que surjan, de manera que con el tiempo y los proyectos se vaya construyendo esta librería. Si por ejemplo en el proyecto que estoy analizando ahora de los clientes sólo vamos a tratar los aspectos contables por ejemplo, centraré mi análisis en estas características dejando las menos relacionadas para futuros proyectos.

Cuándo acabe el proyecto colocaré en mi librería de objetos lo obtenido hasta ese momento debidamente preparado para que en el próximo proyecto que deba tratar el mismo objeto me cueste lo mínimo posible el reemprender el tema. A su vez cuándo comience el siguiente proyecto deberé analizar mi librería para ver qué puedo aprovechar y cuánto me supone.

Si esto se realiza correctamente, los tiempos de desarrollo tienen que disminuir por fuerza con el tiempo y los proyectos. Pero a su vez es necesario una metodología de trabajo robusta, que realmente sea respetada por toda la companía y que esté orientada a 'hacer el próximo desarrollo más barato'.

Como resumen, creo que en cualquier proyecto existen dos etapas que muy poca veces se contemplan que son:

1) Análisis de la librería de objetos para ver qué tengo, qué puedo hacer con ello y qué necesito hacer para enriquecerlo

2) Una vez finalizado el proyecto hay que 'recoger', hay que reincorporar a la librería de objetos todo lo que se haya hecho en el proyecto.

Con el tiempo en los proyectos deberé contar: los tiempos de desarrollo de nuevos componentes, los tiempos de modificación de componentes existentes, y los tiempos ahorrados por anteriores desarrollos. Esas son tres buenas métricas para poder observar con el tiempo si vamos en la buena dirección o no.

Un saludo

10, 9, 8..... Learn English!!

Hola

Hace algún tiempo y algunas entradas que os vengo hablando de un proyecto importante que estábamos haciendo. Hoy por fin, hemos acabado la salida a producción y cómo os prometí quiero explicaros lo que hemos hecho.

Inicialmente nuestro curso estaba desarrollado con una arquitectura cliente-servidor que se encargaba de servir y gestionar los contenidos multimedia. Los contenidos por otra parte estaban compilados en unos ficheros que el servidor se encargaba de abrir y entregar. El cliente pintaba lo que recibía y enviaba al servidor las grabaciones del alumno. Todo esto estaba hecho con una tecnología propietaria en C++ e implementando un protocolo de comunicaciones propietario también. Este origen limitaba que nuestro curso funcionase exclusivamente en navegadores Internet Explorer y en plataformas Windows.

Por otro lado la elaboración de los contenidos del curso era una proceso muy artesanal basado en la edición de los textos en distintos momentos.

Todo el montaje tecnológico estaba bien resuelto pero la actualidad ponía a nuestra disposición distintos elementos que nos dan mucha más agilidad y funcionalidad. Así que nos pusimos manos a la obra.

La estrategia básica era traducir todos los contenidos a un formato XML dónde pudiésmos abstraer el contenido de la presentación. Dicho y hecho, José Antonio se puso manos a la obra y en relativo poco tiempo tuvimos primeras versiones del curso en formato XML. Surgieron diversas cuestiones pero poco a poco las fuímos resolviendo.

Junto con Marie y Angel comenzamos a trabajar en la XSL que generase el HTML. Con Marie trabajamos sobre todo la parte del alumno y con Angel la del teacher y una herramienta para renderización de HTML de la que os hablaré otro día.

De los ficheros compilados de contenidos, Jose Antonio extrajo todos las imágenes y los audios listos para la conversión final.

Cómo os expliqué en una
entrada anterior yo estaba trabajando con la puesta en marcha y configuración de un servidor con Red5, un proyecto OpenSource de un servidor de streaming similar al Flash Media Server. En la parte del cliente había que mirar las cuestiones de Flex para ver cómo ibamos a generar lo que nosotros llamamos el ABAPlayer y que no es otro que el SWF que interactúa con el servidor Red5.

Una vez finalizada la exportación de los contenidos multimedia (imágenes y ficheros de audio) Jose Antonio se puse a generar las Situation. Esto lo resolvimos generando dinámicamente ficheritos de Flex y compilandolos. El resultado fué la generación de 144 SWFs con la situation, incluyendo sus subtítulos en los tres idiomas soportados por el curso.

En paralelo a estas tareas de conversión Marie y Angel realizaron un proyecto perfecto de evolución y refinamiento de las distintas XSLs. A su vez Roberto ha estado haciendo el trabajo de revisar, identificar bugs y en general ayudarnos con las cuestiones de testeo.

Llegados al momento de la migración tuvimos que resolver también la conversión del trabajo realizado por nuestros alumnos.

Así que una vez finalizado este último punto, podemos decir que ahora estamos convencidos de que váis a disfrutar mucho con nuestro curso y esperamos también que ahora sea algo más fácil estudiar el mejor curso de inglés de la red.

Esta entrada sólo pretende ser una felicitación y un reconocimiento al trabajo de todo el equipo Jose Antonio, Marie, Angel, Roberto y por supuesto Victor (nuestro genio del diseño e introductor a los mundos de Flex), así que los detalles técnicos del proyecto, si alguién los quiere saber gustoso los iré comentando, pero cómo veis ha habido trabajo para muuuuuucho rato.

Gracias a todos.

Un saludo

Markeing vs IT

Hace ya bastantes días que no escribo ninguna entrada. La verdad es que estamos muy liados con el proyecto que tenemos actulmente entre manos. Espero contároslo dentro de poco (cuándo salgamos definitivamente producción) y seguro que entenderéis la complejidad que hay detrás.

Cómo siempre nos estamos eternizando en la tarea Flecos y Detalles, que no hay manera de conseguir contralarla jamás por más que se intente, pero bueno esto será tema de una entrada más amplia.

Ahora quiero compartir con todos un vídeo muy bueno que me ha llegado y que espero que os guste tanto cómo a mí.

Siempre, he tenido la sensación de que existía una relación tensa entre lo que sería IT y Marketing o Ventas. Siempre parece que unos piden y los otros no quieren dar, o parece que hablen de realidades totalmente distintas. Después de mucho pensar en ello creo que al final es un problema tan simple como la diferencia de velocidad entre pensar qué hacer y hacerlo. Pero esto también lo ampliaré en otra entrada por que es algo sobre lo que he pensado bastante a menudo.

Sin más os paso el video en cuestión:



¿Crees que esto pasa realmente? ¿Te suena?

Un saludo.

Renovarse o morir? o sobrevivir?

Este será un post complejo por que el título se entenderá cuándo explique tres puntos.

Hace tiempo que observo como emergen las redes sociales. Desde hace tiempo aparecen nuevas redes con nuevos objetivos.

Mi curiosidad sobre todo se centra en conseguir entender para qué sirven!. Por ejemplo Facebook. Sí, sí debo ser el único que no acab de entender para qué sirve.

Pero de todas maneras creo que es algo generacional por que la verdad es que busco gente con la que he estudiado o trabajado y no encuentro a nadie, sin embargo si que encuentro a amigos de mis hermanos menores y todos tienen cientos de contactos. Entonces asumo que ya la realidad va más rápido que yo y que ya hay cosas que no puedo entender! :-D.

Esta reflexión que os he explicado es el primero punto de este post.

El segundo punto es que parece ser que es muy difícil que estas redes sociales sean éxitos comerciales (por lo que seguramente no debo ser el unico que no lo entiende). Parece que no arracan, recuerda a aquella hermosa etapa que fue la burbuja de Internet, cuándo todo, absolutamente todo iba a cambiar (esto sólo lo entenderán aquellos de vosotros que vivieron profesionalmente aquella etapa, yo los llamo 'burbujos') pero finalmente no cambió absolutamente nada. La realidad fue que simple y llanamente Internet es un canal más de venta. Todo es siempre más simple de lo que parece.

El tercer punto es este artículo dónde se habla de la necesidad de adaptar los contenido actuales para las búsquedas heterogéneas en contenidos naturales de distintos canales: blogs, web, redes sociales, etc.

Con estos tres puntos mi reflexión pasa por pensar que estamos viviendo el crecimiento de una ola, una ola sin forma concreta dónde todavía muchos aspectos se tienen que cerrar. Creo que en esta ola los protagonistas, son personas jóvenes que ahora efectivamente quizás no compran (por que no puedan) pero que en el futuro comprarán cosas.

El gran cambio, es que estos jóvenes, los clientes de mañana, seguramente no se moveran de lo que han conocido desde el inicio: las redes sociales. Habrán aprendido a sacarle partido, a relacionarse, a buscar, a encontrar.

La gran pregunta es si sabremos estar 'al tanto' los 'mayores' del cambio que se está produciendo.

No creo que la preparación se tenga que limitar a los contenidos. La forma de vender será la misma? La relación con los clientes será igual?

Indepenientemente de estas preguntas, creo que el futuro de la Red pasa por estas redes. Mi duda sólo es si quién no sepa renovarse podrá sobrevivir o.....???

Un saludo.

P.D: Si alguién me quiere añadir como amigo a Facebook estaré encantado!! :-D

Ya no es tan fácil

Hacía tiempo que no escribía. Estamos con un proyecto muy importante, que os explicaré tan pronto acabemos, y estoy con la cabeza muy focalizado en él. Necesito estar tan focalizado por que hay varios puntos de acción y cada uno de ellos con sus flecos.

En una de las partes del proyecto he tenido que buscar bastante documentación por la Red y ha sido una experiencia frustrante. Exceso de información, desorden, mucha falta de concreción y muchas verdades a medias en lo poco que encontraba. Finalmente acabé con el clásico 'prueba y error', hasta que lo conseguí.

Curiosamente hoy he leído un artículo dónde explica que esto que os he explicado ocurre en más de una empresa y que tiene consecuencias 'desagradables'.

En el artículo se detalla una encuesta sobre la importancia que los profesionales del mundo IT dan a la formación, pero no sólo eso sino también a poder disponer de una información online solvente y de calidad. Me suena! Cuántas veces hemos buscado información para resolver un problema y acabamos viendo código de una versión que no corresponde o código con errores?. Cuántas veces llegamos a un foro en el que te acabas tragando un montón de mensajes que no dicen nada o que te dicen lo que tienes que buscar en lugar de darte directamente la solución?.

Realmente el problema es que cada día se generan toneladas y toneladas de contenido y de información y cada día también comienza a ser más difícil encontrar lo que necesitas. Por otra parte seguro que los buscadores irán optimizando sus algoritmos para separar el trigo de la paja y nosotros por nuestra parte también aprenderemos a buscar mejor.

En cualquier caso, lo que más me ha sorprendido es que el 45% de los encuestados acabó utilizando información que acabó no siendo correcta. Y las consecuencias por utilizar esta información también son a tener en cuenta:

- Un 15% reconoció que algún componente de la red había dejado de funcionar.
- Aproximadamente otro 15% dice que se introdujeron brechas en el software corporativo.
- Un 5% dice que se interrupieron proyectos o se incrementaron sus presupuestos.
- Un 3% comenta que el tema acabó en quejas de clientes externos e internos.

Y en todos los casos, se debió invertir tiempo en reparar los errores y problemas generados.

Creo que es un buen tema de reflexión y algo a tener presente cuándo nos lanzamos a buscar información por Internet.

Se que muchos me diréis que lo que yo arreglé que lo suba o explique a algún lado, pero es que tampoco se muy bien dónde?!

Un saludo

Metodología

Desde que estudiaba la 'Metodología' ha envuelto toda mi vida 'profesional' y siempre ha estado presente. La intensidad de su presencia ha variado con el tiempo y en función de las etapas en las que me encontraba.

Yo creo, que ahora estoy en el nivel de intensidad justo y me doy cuenta de que realmente puede ser un arma de doble filo.

Por un lado, durante un tiempo no la usaba ni la cuidaba. Las consecuencias evidentemente las podríamos resumir en 'desastre': horas de reescribir código, deshacer cosas hechas, invertir horas para recordar cosas ya hechas, sobreescribir código en el servidor y tirar por la borda alguna hora que otra y otras lindezas.

De ahí pasé a ser un 'fundamentalista' y pensar que se debía llevar a rajatabla. La verdad es que esa actitud genera muchas frustraciones puesto que ni en un modelo ideal puedes tener tiempo ni recursos para tener una metodología completa.

Así que ahora lo veo de otra manera. Creo que la metodología es INDISPENSABLE pero hay que buscar un equilibrio. Los negocios necesitan una dinámica y casi nunca es compatible con la excelencia metologócia.

Hay muchas metodologías definidas; RUP, XProgramming, CMM, Métrica 3 y muchas más. Todas hablan de lo mismo con distintas palabras. Pero quién las utiliza ¿qué quiere? Y ese es el punto que de verdad representa un valor en la gestión de IT. Hay que buscar algo que:

- Sistematice el conocimiento de la empresa y evite la dependencia de personas.
- Ordenar los recursos, para saber en todo momento dónde está qué.
- Homogeneizar lo que hace todo el mundo. Se hacen las cosas cómo están definidas por el departamento y no como cada uno quiere.
- Reducir trabajos de poco valor; emplear tiempo en volver a configurar cierta cosa, o tener que emplear un par de horas en entender qué hizo un compañero.
- Nos permita comunicarnos con el resto de la empresa.

En definitiva, es un buen ejercicio de organización definir qué necesidades tenemos y cómo tiene que ser nuestra metodología. No nos tenemos que obsesionar con cumpliar a rajatabla cierta metodología. Tenemos que cumplir la que mejor se adapte a nuestro negocio en términos de velocidad, agilidad, riesgos y recursos.

Un saludo