Ama lo que haces

Hay algunas veces que algo te gusta y lo recuperas recurrentemente y cada vez que lo recuperas le encuentras algún nuevo significado. Eso me ocurre con el vídeo que os pongo aquí. Es muy antiguo, lo se. Seguramente lo habreis visto muchas veces, lo se. Yo lo he visto muchas, muchas, muchas. Pero cada vez que lo veo le encuentro algún nuevo significado.

No quiero daros la tabarra de por qué me gusta, así que simplemente os lo paso y vosotros mismos juzgais.

Un saludo.

Parte 1:



Parte 2:

Una buena solución

El SPAM es una lacra. Cuándo te dedicas a un negocio que basa parte de su comunicación en el envío de emails de información a tus clientes, te das cuenta de que todavía es peor de lo que imaginabas.

Uno de los mayores daños, que a mi entender, han generado las estrategias de SPAM, es lo restrictivos que se han puesto muchos servidores con los 'enviadores'.

Conseguir que tus envíos lleguen correctamente a las bandejas de entrada de servidores como Hotmail o Yahoo, comienza a ser algo complejo. Has de estar al tanto de todas las posibilidades que intervienen para que tu mensaje no sea considerado SPAM, has de vigilar con qué velocidad se hace tu envío por que si no pensarán que eres un SPAMMER, etc.

Una de estas variables importantes, es el mantenimiento de los emails devueltos en tu base de datos. Es decir, si le envías un email a un buzón de Hotmail que no existe, el servidor te devuelve el mensaje dónde te dice que ese buzón ya no existe. Si lo vuelves a enviar varias veces, Hotmail entenderá que tienes números de ser SPAMMER por no mantener tu base de datos de correos.

Esto que parece muy simple, se vuelve complicado, por que tener un programita que entre a un buzón POP, lea los mensajes que hay pendientes de leer y sepa deducir lo que es un correo devuelto de lo que no, no es nada fácil. Si le añadimos además distinguir por qué se ha devuelto entonces ya se complica todavía más.

He visto que este mantenimiento es más importante de lo que parece por que:

1. Un buen mantenimento aumenta las posibilidades de que tus comunicaciones lleguen de manera satisfactoria a las bandeja de entrada de tus usuarios o clientes.
2. Si tienes direcciones basura, límpialas por que te ahorrarás además en el siguiente envío un envío que no te llevará a nada.

He probado varias cosas, incluyendo costosos desarrollos propios que siempre se acaban complicando mucho, hasta que encontré BounceStudio. Un programa bastante potente, fácil de configurar, que se instala como un servicio que corre cada 5 minutos y que accede a las cuentas de correo que configures y te reconoce los mensajes devueltos y sobretodo te dice el tipo de rebote.

Lo mejor de todo es que aisla los datos más importantes de los correos en variables y por cada elemento devuelto puedes utilizar llamadas SQL y/o en peticiones HTTP (GET y POST) y/o en reenvíos SMTP.

En ABAEnglish lo hemos probado durante una semana y finalmente lo hemos comprado. El costo es bastante asequible contando además de que incluye soporte.

En una semana tenemos un sistema estable y sólido de detectar los mails rebotados y en el caso de los Hard Bounce (cuentas que no existen) añadirlos a la lista negra y setearles en nuestra base de datos la variable de envío de mails a OFF.

En definitiva, creo que tenemos una buena herramienta para minimizar un problema importante.

Un saludo.

¡Ya no veo la televisión!

Bueno, esta entrada es solamente un mero comentario pero que me parece que es muy importante.

Hace mucho tiempo ya, que los gurús y alguna persona (:-D), anuncian que la televisión ha muerto. De hecho, seguro que esta afirmación a ninguno de vosotros os resulta novedosa.

El motivo de escribir esta entrada, es que para mí personalmente, la televisión ha comenzado a morir. Ya no veo television, ya no me trago lo que den.

Ahora llego a casa, conecto el ordenador y comienzo a ver de aquí de allí diferentes vídeos o vienen amigos a casa y disfrutamos y reímos recordando vídeos o viendo nuevos y la calidad del tiempo que empleo es infinitamente superior a la casi difunta televisión.

Esto que no deja de ser un comportamiento individual y no tiene por que ser algo que haga todo el mundo. Pero de repente leo este artículo dónde explican que Youtube se ha convertido en el segundo buscador en Internet, superando a Yahoo. Me parece ¡impresionante!.

Pero además si tenemos en cuenta que con la nueva funcionalidad de Youtube, se podrán añadir subtítulos en diversos idiomas a los vídeos, resulta que la capacidad de búsqueda de los vídeos se multiplican enormemente. Con esto quiere decir que además se podrán relacionar más fácilmente.

Si además tenemos en cuenta la multitud de canales online (mobuzz, etc) que van apareciendo, la verdad es que está claro que realmente la televisión lo va a tener difícil.

Quizás el golpe definitivo llegue cuándo se pueda disfrutar de esto comodamente en el sofá y en la pantalla de la difunta televisión.

Ya se que quizás sea una tontería, pero me da la sensación de que esto será un cambio importante.

Un saludo

¿ Gadgets ? Otro caso de componentes

Leo en el blog de Nacho una interesante reflexión sobre la personalización y la gadgetización.

La reflexión que hace Nacho es muy buena y real, pero hay un punto dónde quiero incidir y es el costo de desarrollo de los gadgets. En su momento en otra entrada ya hablé de cómo creía que se puede adquirir más agilidad en el desarrollo y este es un ejemplo perfecto.

Si entendemos un gadget como un modo especial de vender, estaremos de acuerdo que lo variable de un gadget será su diseño y/o presentación.

Si la lógica que procesa la venta está bien pensada y diseñada, seguramente la mayor parte del gadget estará hecho. Eso implica componentes y arquitectura.

Pero si tu desarrollo es rápido y sencillo, a lo mejor sí que te interesa probar algunos nuevos canales y quién sabe?! igual en algún lado descubres algo que te interesa.

Pero si el desarrollo te implica tener que rehacer el proceso de venta, incluyendo las pruebas y asegurarte de que todo lo anterior continúa funcionando, evidentemente tus pruebas serán muuuuuuy caras.

Personalmente creo que no se puede estar presente en todo o mejor dicho, no se puede estar presente con calidad en todo, pero en 'algo' creo que sí hay que estar, así que creo que este es otro motivo más para orientar correctamente el desarrollo.

Un saludo

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