• Hábitos. Una serie de hábitos que hay que realizar.
• Mente extendida. Un sistema externo donde poder organizar todos los recordatorios y poder sacarlos de tu cabeza.

La dificultad de GTD

Muchas personas que se acercan a GTD mencionan la dificultad del método y por qué no pudieron implementarlo en sus vidas. Sin embargo, esto no es así. GTD es muy sencillo, solo consta de una serie de hábitos y unas pocas listas donde tener que colocar los recordatorios para encontrarlos justo cuando debemos encontrarlos.

El gran problema es que hasta el momento en que llegamos a GTD realizamos el trabajo de una forma más o menos productiva. GTD propone una forma de realizar el trabajo que comprende una serie de nuevos hábitos y, aunque seguramente algunos de ellos ya los estés haciendo de algún u otro modo, esto cuesta. Crear nuevos hábitos cuesta.

Y en lugar de centrarnos en conseguir entender estos pocos conceptos e intentar adquirir los nuevos hábitos, nos centramos en otros aspectos más residuales. Por ejemplo, en encontrar la herramienta perfecta para GTD y que nos llevará a crecer nuestra productividad a unos niveles impensables.

La herramienta no es importante

La efectividad de un sistema GTD depende en un 99% de lo bien o mal que se apliquen los hábitos la persona que lo usa. Como dice José Miguel Bolívar: GTD es 1% herramienta y 99% hábitos.

Hay decenas de posibles herramientas con las que podrías utilizar GTD. Pequeñas y grandes aplicaciones, más sencillas y más complejas. Incluso podrías utilizar herramientas más sencillas como boli y papel. De hecho, David Allen recomienda comenzar con esta herramienta ya que no te dejas llevar por todas las funcionalidades de las aplicaciones y te centras más en adquirir los hábitos, que al final son la esencia del método.

No obstante, en la decisión de elegir la herramienta correcta tienes que tener en cuenta:

• Una herramienta donde puedas gestionar listas. Cualquier aplicación con la puedas hacer una lista te sirve.
• Dominas la herramienta. Si ya sabes utilizar la herramienta, te evitará procrastinar en la búsqueda de alguna otra herramienta perfecta. Y te será más útil y te enfocarás en los hábitos.
• Debe ser ubicua. El fin último del método es recordar aquello que tienes que recordar cuando lo tienes que recordar y donde lo tienes que recordar. Así que siempre tiene que estár contigo.

Tu cerebro es tu mejor herramienta

Aunque encuentres la herramienta perfecta para aplicar el sistema, ésta no va a hacer el trabajo por ti. Ya puedes tener la mejor aplicación del mundo, que si no pones a funcionar eso que tienes en tu cabeza, nos vas a llegar a ningún sitio.

Has de tener en cuenta que en lo que respecta al trabajo del conocimiento, antes de que podamos hacer del mejor modo algo, primero debemos tenemos tener claro qué queremos conseguir (resultado), posteriormente qué es lo mejor que podemos hacer para acercarnos a conseguirlo, y por último cómo hacerlo. Es decir, toma de decisiones primero (qué quiero conseguir), toma de decisiones después (qué hago para conseguirlo = eficacia), y más toma de decisiones por último (cómo hago lo que he decidido hacer = eficiencia). Ni que decir tiene, que parte fundamental de todos estos procesos es disponer de información actualizada y de calidad como base para la toma de decisiones. Así que, si desarrollas este tipo de trabajo, no olvides que la herramienta de la que jamás podrás prescindir es tu cerebro y que la toma de decisiones es la base fundamental de la efectividad.

Mi elección personal es TrelloObsidian

Una vez visto que la herramienta no es tan importante, he de decir que yo utilizo Obsidian para gestionar mi sistema GTD. Bueno, en realidad sería el pack Obsidian + Trello + Google Calendar + Google Drive, pero poniendo a Obsidian como mi sistema principal de recordatorios.

Trello es una herramienta que he manejado bastante tanto personalmente como profesionalmente, así que la conozco bien. Además, tanto la web como las aplicaciones móviles son bastante buenas y se sincronizan perfectamente, así que puedo acceder a ella en cualquier momento y sitio. Por ese motivo era mi principal herramienta de trabajo hasta hace poco. Sin embargo, desde el trabajo tengo poco acceso a esta herramienta cuando estoy conectado por VPN, lo que me imposibilita trabajar con ella al 100%, así que me he decantado por Obsidian teniendo la herramienta en local. Y aunque he leído bastante que quizás no sea una buena herramienta para GTD como gestor de listas, a mi me viene bien, es muy similar a como se haría en papel. Recuerda, la herramienta no es lo importante, son los hábitos.

En próximos artículos quiero irte explicando más detenidamente el sistema GTD y como lo tengo todo integrado.

La entrada GTD no va de herramientas aparece primero en David Valverde Blog.

En este artículo te quiero hacer una pequeña presentación de la metodología. Profundizaremos en cada una de las partes en próximos artículos y te contaré cómo la utilizo yo en mi día a día.

¿Qué es GTD?

David Allen publicó el libro Getting Things Done: The Art of stress-free productivity en 2001. En él explica la metodología GTD, una metodología de productividad personal desarrollada a partir de su experiencia profesional tras más de 30 años de consultoría, mentoring individual y programas de formación.

GTD está basado en una serie de hábitos que, una vez desarrollados en su conjunto, permiten mejorar el control del día a día y afrontar la realidad con mayor perspectiva. Aunque el método y las técnicas explicadas en GTD son fundamentalmente prácticas y de sentido común, la mayoría de personas se encontrarán con hábitos de trabajo que tendrán que cambiar antes de poder emplear con éxito este sistema.

¿Por qué GTD?

En la antigüedad, y hasta no hace mucho, los trabajos eran completamente diferentes. Los trabajadores, tras su formación inicial si la necesitaban, sabían lo que tenían que hacer en cada momento y cuándo su trabajo estaba terminado. Un pastor o una persona en una cadena de montaje conoce bien cuáles son sus funciones, lo que tiene que hacer y cuando se termina su trabajo. Con la llegada del trabajo del conocimiento todo esto cambió. En muchos de los trabajos actuales todo esto es más difuso. No se tiene toda la información de lo que hay que hacer y tampoco se sabe muy bien cuando algo está terminado.

A lo anterior hay que añadir que vivimos en la era de la información y que nos llega continuamente todo tipo de información y compromisos para los que no estamos preparados. Todo esto nos provoca agobio y estrés por no poder llegar a todo lo que tenemos entre manos.

GTD llega para que podamos enfrentarnos al entorno VUCA en el que nos encontramos y podamos estar tranquilos con todos los frentes abiertos o incompletos que tenemos.

Tu cabeza no es un contenedor, es un procesador

¿Cuántas veces has recordado cosas cuando no podías hacer nada? ¿O cuántas veces sabías que tenías que hacer algo pero no recordabas el qué? Si te quedaste sin pilas en el mando a distancia, ¿cuándo crees que te vas a acordar de comprarlas? ¿Cuando estés en el supermercado al lado de la zona de pilas? ¿O cuando estés tranquilamente sentado en tu sofá dispuesto a ver la televisión?

El cerebro es una herramienta increíble pero, salvo algunas excepciones, no está hecho para recordar cosas. Se dice que la memoria a corto plazo puede almacenar entre 5 y 9 cosas, por lo que no podemos recordar todo lo que tenemos pendiente. Y si alguno de estos frentes abiertos que tenemos no lo recordamos, y llega a su plazo de vencimiento, vienen las urgencias. Y lo peor es que, además de tenernos que enfrentar a este tipo de tareas y no poder cumplir con nuestros compromisos, no sabemos cuál será la próxima bomba en explotar. Es un estrés constante.

GTD propone tener todos estos frentes abiertos en un sistema externo. Un sistema organizativo en el que podamos confiar para mantener la cabeza vacía y pueda concentrarse en lo que tiene que hacer, hacer tareas.

Mente como el agua

Una vez tenemos todo nuestro inventario de acciones y tareas en un sistema externo, podemos consultarlas en el momento preciso en que podemos hacer algo con ellas. Así liberamos nuestra mente para que se enfoque en hacer tareas. Y reducimos las interrupciones tanto internas como externas.

Otra ventaja que tenemos al tener todo en un sistema externo es que podemos decidir qué hacer y, muy importante, que estamos dejando de hacer. Y reducimos las posibles urgencias que pueden llegar por no haber atendido correctamente un tema.

De este modo nos podemos enfocar en la tarea que estamos realizando y entrar en lo que se conoce como La Zona, ese estado en el que estamos completamente centrados en lo que estamos haciendo. ¿No te ha pasado alguna vez que estabas tan inmerso haciendo algo que parecía que el tiempo no pasaba y casi se te olvida ir a comer?

La idea de GTD es poder alcanzar este estado de concentración más a menudo para poder ser más productivos. Y si entra algún nuevo frente poder manejarlo adecuadamente. Tal como hace el agua. El agua está en reposo, pero cuando tiras una piedra ésta reacciona proporcionalmente al tamaño de la misma, hasta que vuelve a estar en calma. Igual que la mente cuando tiene un sistema externo confiable y completo.

La gestión del tiempo

El paradigma de la gestión del tiempo está anticuado y no se adecua al entorno VUCA en el que nos encontramos.

Muchos de nosotros, entre los que me incluyo, hemos intentado mejorar nuestra productividad de distintas formas. Ante todo el conjunto de tareas a las que nos enfrentamos, las priorizamos por orden de importancia (o lo que creemos que son más importantes, algo muy subjetivo) e, incluso, reservamos bloques durante el día para hacerlas. ¿Cuántas veces has planificado para un día que vas a hacer X tareas y los imprevistos han impedido realizar algunas o la mayoría de ellas? Seguramente más de las que te gustaría.

Esto, además de ser una pérdida completa de tiempo, nos provoca estrés por no poder cumplir con la planificación que habíamos realizado.

GTD nos propone un sistema basado en hábitos productivos que se olvida de la gestión de tiempo y se centra en la gestión de nuestra atención. Enfocarnos en aquellas acciones que podemos realizar en cada momento para ser más eficientes y poder enfrentarnos mejor ante los retos que tenemos cada día.

Los 5 pasos de GTD

El flujo de trabajo de GTD consta de 5 pasos:

1. Recopilar o capturar. Apunta todo lo que te viene a la cabeza para que no se te olvide.
2. Procesar o aclarar. Identifica cada cosa que tenemos en nuestras bandejas de entrada para saber qué es.
3. Organizar. Una vez identificadas las cosas se organizan en nuestro sistema externo.
4. Revisar. Para mantener al día el sistema y poder seguir confiando en él.
5. Hacer. Elegir la acción más adecuada y hacerla.

Los 6 niveles de perspectiva

GTD contempla también la perspectiva y la clasifica en 6 niveles de altitud:

1. Acciones.
2. Proyectos.
3. Áreas de enfoque y responsabilidad.
4. Metas y objetivos.
5. Visión.
6. Propósitos y principios.

¿Quieres saber más?

Esto ha sido una muy breve introducción al sistema GTD. Si quieres seguir aprendiendo te recomiendo los siguientes recursos:

Libros:

• Organízate con eficacia, de David Allen.
• Productividad personal, de José Miguel Bolívar.
• Haz que funcione, de David Allen.
• Sé más eficaz, de David Allen.
• Organízate con eficacia para jóvenes, de David Allen.

Webs y blogs:

• Getting Things Done. La página oficial de GTD.
• Formación GTD. La formación oficial en España de GTD.
• Optima infinito. Blog de José Miguel Bolívar.
• Ranking de blogs de GTD y efectividad. Listado de blogs que hablan de GTD y productividad.

Comunidad AprendiendoGTD: Aprendiendo GTD es una comunidad de personas relacionadas con GTD y donde se comparten verdaderas joyas sobre el método en sus distintos canales.

• Web.
• Podcast.
• Telegram.
• Slack.

Además de todos estos recursos, en próximos artículos intentaré desgranar y explicar los distintos aspectos de GTD y cómo yo lo estoy implementando con Trello, entre otras herramientas.

La entrada Introducción a GTD aparece primero en David Valverde Blog.

¿Qué es eso de la inversión del control?

Aunque la plataforma Java provee de una gran cantidad de clases y funcionalidades para el desarrollo de aplicaciones, carece de los medios para organizar los bloques básicos en un todo coherente, dejando esta tarea para los arquitectos y desarrolladores. Si bien se pueden utilizar algunos patrones de diseño como Factory, Abstract Factory, Builder, Decorator, and Service Locator para componer las diferentes clases y objetos de la aplicación, estos patrones son simplemente eso: buenas prácticas.

Una forma sencilla de explicar el concepto de IoC (Inversion of control) es el Principio de Hollywood:

No nos llames; nosotros te llamaremos

La inversión de control es una forma de programar en la que el flujo de ejecución de un programa se invierte respecto a los métodos de programación tradicionales, en los que la interacción se expresa de forma imperativa realizando llamadas a procedimientos o funciones. De esta forma, para poder implementar la IoC, necesitamos un agente externo, normalmente llamado contenedor, que se encargará de realizar las conexiones necesarias entre las clases dependientes. Este agente externo será el encargado de controlar el flujo de la aplicación. De esa forma, podremos realiza la implementación de un código que esté débilmente acoplada.

Para entender este cambio, vamos a utilizar un ejemplo con pseudocódigo (para no enmarañar el concepto con mucho código fuente innecesario). Imaginemos que estamos escribiendo un programa que tomar alguna información del usuario y que estamos usando la línea de comandos. Deberíamos hacer algo así:

escribir "¿Cuál es tu nombre?"
nombre <- Introducir nombre por teclado
procesar_nombre(nombre)
escribir "¿Cuál es tu pregunta?"
pregunta <- Introducir pregunta por teclado
procesa_pregunta(pregunta)

A lo largo de la interacción existente en el programa, el código es el que decide el flujo: decide cuando preguntar, cuando leer las respuestas así como cuando procesarlas.

Supongamos ahora que queremos adaptar nuestro programa a un sistema gráfico de ventanas. Podríamos tener un código parecido al siguiente (se trata de otra simplificación en pseudocódigo, ya que este código implementado en Java necesitaría de bastantes líneas más):

importar ventanas, botones, campos_texto
ventana_principal <- crear nueva Ventana.
etiqueta_nombre <- crear nueva etiqueta "¿Cuál es tu nombre?"
añadir a ventana_principal << etiqueta_nombre
nombre <- crear nuevo campo_texto
añadir a ventana_principal << nombre
en_caso_de_evento('dejar foco') sobre nombre, procesar_nombre(nombre)
etiqueta_pregunta <- crear nueva etiqueta "¿Cuál es tu pregunta?"
añadir a ventana_principal << etiqueta_pregunta
pregunta <- crear nuevo campo_texto
añadir a ventana_principal << pregunta
en_caso_de_evento('dejar foco') sobre pregunta, procesar_pregunta(pregunta)
Ventanas.buclePrincipal

Hay una gran diferencia entre el flujo del primer programa y de este segundo, en concreto, en las llamadas a las funciones para procesar el nombre y la pregunta. En este segundo código, no se tiene control sobre cuando se llamarán a dichas funciones, sino que se le ha entregado al control al sistema de ventanas. El decidirá cuándo llamar a estas funciones, basándose en la vinculación que hemos hecho (en_caso_de_evento(...)). El control se ha invertido (en lugar de invocar yo a una clase, es el framework el que me invoca a mí). Este ejemplo es de Martin Fowler, una de las personas que acuñaron el concepto de Inversión de Control.

La inversión de control es un término genérico que puede implementarse de diferentes maneras, si bien la implementación realizada por Spring es la de inyección de dependencias.

Inversión de control mediante la inyección de dependencias

La dependencia de un objeto respecto a otro ocurre cuando el primero necesita del segundo para completar alguna de sus tareas.

Un caso típico es el de un coche, que depende del motor para, por ejemplo, poder avanzar.

public class Motor
{
    //...

    public void acelerar() {
        //...
    }

    public int getRevoluciones() {
        return currentRPM;
    }

    //...
}

public class Vehiculo
{
    private Motor m;

    public Vehiculo() {
        m = new Motor();
    }

    public int getRevolucionesMotor() {
        return m.getRevoluciones();
    }
}

Como podemos comprobar, la dependencia entre las clases Vehiculo y Motor queda patente dado que una instancia de la primera alberga dentro una instancia de la segunda.

Sin embargo, podemos comprobar que el acoplamiento existente en el código es alto. El motor está fuertemente ligado al vehículo, de forma que esta relación es poco flexible. Si quisiéramos realizar cualquier tipo de modificación en la clase Motor, esto supondría un alto impacto en la clase Vehiculo (por ejemplo, si quisiéramos hacer una concreción en MotorDiesel o MotorGasolina).

Como primer paso para desacoplar el motor del vehículo, podríamos hacer que la clase Vehiculo deje de encargarse de instanciar el objeto Motor, pasándoselo como parámetro al constructor. De esta forma, la clase Vehiculo quedaría de la siguiente manera:

public class Vehiculo
{
    private Motor m;

    public Vehiculo(Motor motorVehiculo) {
        m = motorVehiculo;
    }

    public int getRevolucionesMotor() {
        return m.getRevoluciones();
    }
}

El constructor de vehículo se encarga de inyectar la dependencia dentro del objeto, eliminando esta responsabilidad de la propia clase. De esa forma, hemos dado un paso para desacoplar ambos objetos.

El siguiente paso que podríamos dar en aras de continuar con el desacoplamiento de ambos objetos es el uso de interfaces.

public interface IMotor
{
    public void acelerar();

    public int getRevoluciones();
}

public class MotorGasolina {

    public void acelerar() {
        realizarAdmision();
        realizarCompresion();
        realizarExplosion();        //Propio de los motores de gasolina
        realizarEscape();
    }

    public int getRevoluciones() {
        return currentRPM;
    }

    //...

}

public class MotorDiesel {

    public void acelerar() {
        realizarAdmision();
        realizarCompresion();
        realizarCombustion();        //Propio de los motores diesel
        realizarEscape();
    }

    public int getRevoluciones() {
        return currentRPM;
    }

    //...

}

public class Vehiculo
{
    private IMotor m;

    public Vehiculo(IMotor motorVehiculo) {
        m = motorVehiculo;
    }

    public int getRevolucionesMotor() {
        return m.getRevoluciones();
    }
}

Como podemos observar, la clase Vehiculo ya no está acoplada a la clase Motor, sino que bastará con un objeto que implemente la interfaz IMotor, como lo son MotorDiesel o MotorGasolina.

Por último, nos faltaría ver como se realizaría la inyección de dependencias propiamente dicha. Veamos la siguiente clase, Main:

// todos los import necesarios

public class Main {
    public static void main(String[] args) {

        /*Al proporcionar un objeto que implementa la interfaz IMotor 
        como parámetro del constructor de Vehiculo, estamos inyectando 
        la dependencia.*/
        Vehiculo cocheDiesel = new Vehiculo(new MotorDiesel());
        /*En este caso, realizamos otra inyección de una dependencia, 
        pero con una instancia de MotorGasolina.*/
        Vehiculo cocheGasolina = new Vehiculo(new MotorGasolina());

        //...
    }
}

Diferentes formas de inyección de dependencias

Como hemos visto en el ejemplo anterior, una de las formas de realizar la inyección de dependencias es mediante el uso de un constructor, pero no es la única. De hecho, a nivel formal podemos decir que existen algunas más:

• Inyección por constructor
• Inyección por método
• Inyección por propiedad (esta la encontramos en otros lenguajes de programación, como C#).

En el ejemplo anterior hemos podido apreciar que, para la inyección por constructor, la clase que tiene la dependencia sobre otra debe tener, al menor, un constructor, donde reciba un parámetro de ese tipo.

public class Vehiculo
{
    private IMotor m;

    public Vehiculo(IMotor motorVehiculo) {
        m = motorVehiculo;
    }

    //...
}

En el caso de que quisiéramos implementar esta inyección de dependencia sin el uso de constructores con parámetros, podríamos hacer uso de la inyección por método (normalmente, uno de los métodos apodados como setter). Veamos el siguiente código, modificado para realizar la inyección de dependencia de esta forma:

public class Vehiculo
{
    private IMotor m;

    public Vehiculo() {}

    public void setMotor(IMotor motor) {
        this.m = motor;
    }

    //...
}

// todos los import necesarios

public class Main {
    public static void main(String[] args) {

        /* En este caso, inyectamos la dependencia 
        a través de un método*/
        Vehiculo cocheDiesel = new Vehiculo();
        cocheDiesel.setMotor(new MotorDiesel());

        Vehiculo cocheGasolina = new Vehiculo();
        cocheGasolina.setMotor(new MotorGasolina());

        //...
    }
}

Inyección de dependencias con Spring

Hasta ahora, hemos visto la conocida como inyección de dependencias para pobres, en la que solamente hemos utilizado elementos de Java SE para realizar dicha inyección.

Antes de continuar, hagámonos la siguiente pregunta con respecto al ejemplo: ¿qué otras dependencias tiene un vehículo?

Como podemos observar en el anterior diagrama de clases UML, la clase Vehiculo tiene una gran cantidad de dependencias. ¿Quién se hará cargo de todas ellas? La respuesta es Spring IoC Container.

La entrada Inversión de control aparece primero en David Valverde Blog.

Algunas de las críticas de Johnson al uso de EJBs son (ver J2EE development without EJB (2004)):

• Complejidad (descriptores, implementaciones de interfaces, …) y baja productividad del programador.
• Modelo remoto solamente basado en RMI.
• Muchas aplicaciones no necesitan componentes remotos.
• Difíciles de depurar (volver a hacer deployment y volver a arrancar).
• Mapeo O/R basado en entity beans limitado (por ejemplo, no existe la herencia)

Spring popularizó desde su inicio ideas como la inyección de dependencias, el uso de POJOs (Plain old Java Object) como objetos de negocio, etc…, que suponían un cambio radical con respecto al estándar; de esta forma, las aplicaciones podían ser más ligeras, y posibilitó que un framework que estaba inicialmente ideado para la capa de negocio se convirtiera en un stack de tecnologías para todas las capas de la aplicación.

Spring está basado en los siguientes principios:

• El buen diseño es más importante que la tecnología subyacente.
• Los Java Beans ligados de una manera más libre entre interfaces es un buen modelo.
• El código debe ser fácil de probar.

Desde hace tiempo, estas ideas tan innovadoras popularizadas por Spring se han ido incorporando poco a poco al estándar, de forma que Spring y JavaEE han convergido mucho. Aun así, Spring ha conseguido crear una comunidad de desarrolladores en torno a sus diferentes tecnologías, siendo una alternativa necesaria de conocer, y muy utilizada en el entorno empresarial. En la actualidad, las aportaciones más novedosas de Spring se centran en campos de BigData, NoSQL, HTML5, Mobile, aplicaciones sociales, seguridad…

A día de hoy, una de las principales diferencias que podemos encontrar entre JavaEE y Spring es la posibilidad de usar un servidor web más convencional (estilo Tomcat) para desplegar la aplicación (con Spring Boot nos podemos olvidar incluso de esta parte). JavaEE requiere el uso de un servidor de aplicaciones que, normalmente, requerirá de mayor conocimiento para su configuración y despliegue, y necesitará de unos recursos más potentes para correr cualquier aplicación.

Módulos de Spring

En la siguiente imagen, podemos ver las diferentes tecnologías (en terminología Spring, proyectos) que conforman a día de hoy Spring:

Algunos de los módulos más importantes de Spring:

• Core: La parte fundamental de este framework es el módulo Core, y los adyacentes Bean y Context. Proveen toda la funcionalidad para la inyección de dependencias, permitiéndole administrar la funcionalidad del contenedor de Beans. Además, también proveen de los servicios Enteprise como JDNI, EJB, …
• AOP: Se trata de un módulo que nos permitirá utilizar el paradigma de Programación Orientada a Aspectos (Aspect Oriented Programming). Este paradigma permite mejorar la modularización y separar las responsabilidades. De esta forma, podemos separar las funcionalidades comunes, que se utilizan transversalmente a lo largo de toda la aplicación, de aquellas que son propias de cada módulo.
• Data: Se trata de un gran módulo, formado por múltiples submódulos, y que nos permite simplificar el acceso y persistencia de datos. Spring Data nos proporciona soporte para usar base de datos relacionales (JDBC), ORMs (como por ejemplo JPA, Hibernate, …) e incluso modelos de persistencia NoSQL (como por ejemplo, MongoDB).
• Web: Este módulo nos permitirá implementar el patrón Modelo-Vista-Controlador (MVC) de una manera sencilla y limpia, haciendo uso de forma transparente también de otros patrones de diseño, como FrontController. De esta forma, podemos separar limpiamente la lógica de negocio de la presentación de los datos y el acceso a los mismos. Además de aplicaciones que implican el uso de vistas y formularios, también podremos crear servicios web (por ejemplo, al estilo REST) de una forma sencilla y rápida.

La modularidad de Spring nos permitirá la posibilidad de usar solo algunas de las partes del framework, y poder combinar esta con otros frameworks diferentes:

• Un proyecto que implemente MVC mediante el uso de Struts podría incorporar el contenedor de IoC mediante el uso de Spring (sin necesidad de utilizar Spring Web MVC).
• Una aplicación web desarrollada con Spring Web MVC podría implementar su capa de datos mediante el uso de Hibernate (sin hacer uso de Spring Data).

Versiones de Spring

La primera versión de Spring se publicó en marzo de 2004. Actualmente, la versión más estable en la actualidad de Spring es la 4.3.5, si bien ya podemos encontrar en fases preliminares la versión 5.0 (que nos permitirá trabajar con JDK 9).

A continuación, podemos ver algunos de los elementos que se han incorporado en las diferentes versiones 4.X

En próximos artículos, hablaré más de este framework y cómo poder sacarle partido para el desarrollo de nuestras aplicaciones.

La entrada ¿Qué es Spring? aparece primero en David Valverde Blog.

¿Propósitos u objetivos?

Todos los años sobre estas fechas nos ponemos una serie de propósitos que queremos cumplir en los próximos meses. Los típicos propósitos son perder peso, dejar de fumar, aprender inglés o ser feliz. Formular de esta manera estos propósitos tiene dos problemas:

• El 10 de enero ya los tenemos olvidados. Podemos tener el firme propósito de dejar de fumar este año y fumarnos el último cigarro antes de las campanadas. Aguantamos un par de semanas sin fumar pero una noche de fiesta alguien nos ofrece uno y lo aceptamos, asegurándonos que no pasará nada por uno. Pero al final de la noche nos hemos fumado tres o cuatro y al día siguiente ya tenemos comprado un paquete nuevo.
• Son demasiados vagos o no medibles. Al formularlos de esta manera no podemos medir en qué grado estamos cumpliéndolos. Por ejemplo, si nuestro propósito es perder peso, ¿cuánto deberíamos perder? ¿5, 10 o 20 kilos? ¿en un mes o en todo el año?

Por eso, en lugar de propósitos de año nuevo, lo que hay que hacer es crear objetivos a cumplir en el próximo año.

Objetivos SMART

Si queremos tener posibilidades de cumplirlos deben ser objetivos SMART. Estos son objetivos eficaces que nos ayudan a definirlos y a cumplirlos. Un objetivo SMART debe ser:

• Específico (Specific). El objetivo debe ser lo más concreto posible. No es lo mismo «perder peso» que «salir a correr todos los días 30 minutos».
• Medible (Measurable). El objetivo debe ser medible, tiene que tener una meta que podamos definir. No es lo mismo «ganar más dinero» que «ganar 100 euros más al mes».
• Alcanzable (Attainable). El objetivo debe ser ambicioso pero alcanzable por nosotros. Debe depender de nosotros el conseguirlo. El objetivo «ganar la lotería» no sería válido porque no depende de nosotros.
• Realista (Realistic). El objetivo debe estar dentro de nuestras posibilidades. «Quiero participar en los próximos Juegos Olímpicos» no sería un objetivo realista para mí, pero sí lo sería «participar en la próxima carrera popular de mi ciudad».
• Temporal (Timely). El objetivo debe estar acotado en el tiempo. No es lo mismo «voy a escribir 10 posts en el blog» que «voy a escribir 10 posts en el blog antes de finalizar el mes».

¿Objetivos a un año?

También solemos proponer objetivos a cumplir para el próximo año. Con tanto tiempo para cumplirlos los dejamos para más adelante y cuando nos queremos dar cuenta ya no podemos hacerlos. Por esto creo que, aunque hay que marcarse unos retos u objetivos de alto nivel a más tiempo, por ejemplo, «¿dónde quiero estar de aquí a 5 años?», para marcarse objetivos a corto plazo es mejor hacerlos cada poco tiempo. De este modo:

• Conseguimos un mayor seguimiento de nuestros objetivos y vemos si los estamos cumpliendo (o vamos en el buen camino) o tenemos que corregir porque nos estamos desviando.
• Podemos ajustar mejor los objetivos. Si se deben cumplir en menos tiempo, los objetivos son más medibles y podemos definirlos mejor.
• Es más complicado que las circunstancias cambien. Si proponemos objetivos a un año vista puede que nuestras circunstancias personales o nuestros gustos cambien y ya dejen de tener sentido algunos de estos propósitos. Definiéndolos para un tiempo más corto es más probable que estas circunstancias no cambien.

Visto esto, es mejor tener objetivos cada mes o pocos meses.

Mis objetivos

Por eso este año lo voy a hacer de una forma diferente (y algo friki) y me voy a ir proponiendo objetivos por cumplir cada poco tiempo. A final de año volveré a hacer un resumen para ver qué he cumplido y si esta forma me ha ayudado a ser una versión mejor de mi mismo.

La entrada Propósitos de año nuevo aparece primero en David Valverde Blog.

Hay varias aproximaciones para resolver este problema como, por ejemplo, el utilizado en Bootstrap. El problema de ésto es que añade un scroll horizontal al que ya tenemos vertical, y puede ser un poco confuso.

En este artículo vamos a ver otra forma de enfrentarnos al problema de las tablas de datos responsive basado en el ejemplo que aparece en CSS-Tricks y vamos a pasar de esto

a esto

Veamos el código utilizado.

HTML

En primer lugar, el marcado HTML no tiene mucho misterio ya que se trata de una table normal y corriente.

    

        

            
ID Cliente
            
Nombre
            
Apellidos
            
Ciudad
            
Teléfono
        
    
    

        

            
1
            
John
            
Smith
            
Springfield
            
555 345 6523
        
        

            
2
            
Susan
            
Brown
            
New York
            
555 879 2394
        
    

CSS

El código CSS nos va a permitir transformar nuestras tablas de datos en tablas de datos responsive. Las tablas están apenas sin estilos decorativos para no entorpecer la explicación de lo que nos interesa, pero puedes añadir bordes, fondos y colores para hacerlas más atractivas.

table {
    background-color: #fff;
}
th {
    background-color: #19548e;
    color: #fff;
}
@media (max-width: 768px) {
    /* Force table to not be like tables anymore */
    table, thead, tbody, tfoot, th, td, tr, caption { 
        display: block; 
    }
	
    /* Hide table headers (but not display: none;, for accessibility) */
    thead tr { 
        position: absolute;
	top: -9999px;
	left: -9999px;
    }
	
    tr { border: 1px solid #ccc; }
	
    tbody td { 
	/* Behave  like a "row" */
	border: none;
	position: relative;
	padding-left: 50% !important; 
    }
	
    tbody td:before { 
	/* Now like a table header */
	position: absolute;
	/* Top/left values mimic padding */
	top: 6px;
	left: 6px;
	width: 45%; 
	padding-right: 10px; 
	white-space: nowrap;
    }
	
    /*
    Label the data
    */
    tbody td:before { content: attr(data-heading); }
}

En la línea 8 tenemos un mediaquery que nos indica hasta cuando consideramos una pantalla pequeña y queremos hacer la transformación. He elegido 768px porque es la dimensión que viene por defecto en Bootstrap y que puede aplicarse en la mayoría de dispositivos móviles, pero puedes ajustarlo a tus requerimientos.

Bien, pues lo primero es forzar a que todos los componentes de la tabla ya no se comporten como una tabla en las líneas 10-12.

La cabecera de la tabla podemos ocultarla tal como se indica en las líneas 15-19.

En las líneas 23-28 ajustamos las etiquetas TDs para que se comporten como una fila. El padding de la línea 27 es para mostrar los datos como si fuera una tabla de dos columnas: la primera con el nombre del dato y la segunda con su valor.

Las líneas 30-39 se corresponde con esta primera «columna», la del nombre del dato que vamos a colocar en cada línea. Y por último, la línea 44 recupera el nombre del dato que tenemos guardado en el atributo data-heading de cada etiqueta TD de la tabla y lo muestra por pantalla.

JavaScript

Con lo anterior ya tendríamos resuelto el problema que estamos viendo. Pero al final nos hemos encontrado que tenemos que añadir a cada etiqueta TD un atributo data-heading con el nombre de la columna que estamos mostrando. Algo que va a añadir bastante código a nuestro HTML y que vamos a tener que repetir muchas veces dependiendo del tamaño de nuestra tabla.

Podemos resolver ésto añadiendo una pequeña función javascript que recoja los valores que tenemos en nuestra cabecera en las etiquetas TH y que añada automáticamente los atributos data-heading a todas las etiquetas TD con su valor correspondiente.

$('table').each(function() {
    var thetable = $(this);
    $(this).find('tbody td').each(function() {
        $(this).attr('data-heading', thetable.find('thead th:nth-child('+($(this).index()+1)+')').text());
    });
});

Con este último paso tenemos creada nuestra tabla de datos responsive. ¿Qué te parece? ¿Te gusta la idea?

La entrada Tablas de datos responsive aparece primero en David Valverde Blog.

Actores involucrados

Hay tres papeles principales involucrados en el marketing de afiliación.

Anunciantes

Son las empresas o webs que ofrecen productos y servicios y que pagan las comisiones por su promoción.

Afiliados

Son los recomendadores, aquellas personas que deciden hacer publicidad de los servicios en su web y ganan comisiones por cada nuevo cliente que obtengan para el anunciante.

Compradores

Son los clientes, aquellas personas que se interesan en el producto o servicio promocionado.

Plataformas de afiliación

Por último, se encuentran los intermediarios, que si bien no son imprescindibles en la relación de afiliación, son muy útiles. Permiten conectar a una gran cantidad de anunciantes con los afiliados, lo que facilita a estos últimos al no tener que crear una cuenta distinta para cada anunciante y gestionar todas las promociones desde un mismo sitio.

Tipos de afiliación

Existen diferentes maneras de conseguir remuneraciones por afiliación: CPC, CPM, CPL, CPV… Veamos lo que significan estas siglas.

CPC/PPC

Coste por Click/Pago por Click. Remuneración al afiliado por click; es decir, por cada vez que el comprador pincha con el ratón en algún reclamo publicitario del anunciante, ya sea a través de un enlace de texto o visual.

DC

Doble Click. Remuneración al afiliado por cada clic en un enlace o elemento gráfico del anunciante que se encuentra en la web afiliada, seguido de un segundo click, esta vez en la web de dicho anunciante.

CPM

Coste por Mil. Sistema muy rentable de remuneración al portal afiliado, por cada mil impresiones de página.

CPA

Coste por Acción. Tipo de pago basado en ciertos tipos de acción realizados por el visitante en un sitio web, como podrían ser ventas o registros.

CPL

Coste por Lead. Remuneración al afiliado por cada formulario o perfil que el comprador complete en la web anunciante, siempre a través del enlace de afiliado: inscripciones, cuestionarios varios, o la suscripción a una newsletter.

CPV

Coste por Venta. Remuneración al afiliado por cada compra que el comprador realice en la web del anunciante, a través del intermediario de dicho afiliado. Dicha remuneración puede ser, o bien fija, o bien en función de un porcentaje determinado.

¿Cómo funciona el marketing de afiliación?

Vamos a ver cómo funciona el marketing de afiliación. Lo voy a orientar al perfil de afiliado; es decir, serás tú el que promociones a los anunciantes. Aunque esta es la forma más sencilla de entrar en el mundo de la afiliación, puedes ocupar también el papel de anunciante si quieres que te promocionen tus propios productos.

Lo primero que tienes que hacer es un sitio web donde puedas recomendar los productos o servicios del anunciante. Puede ser tu blog personal, un blog específico que crees para vender cierto tipo de productos o una tienda web.

Después tienes que identificar los posibles anunciantes que se corresponden mejor con el objetivo de vuestra web o a quienes va dirigida. Es importante que los productos y servicios que promociones aporten valor a tus usuarios, porque así será más fácil que éstos hagan compras y tú te lleves la comisión correspondiente. No promociones productos tecnológicos en tu web de alimentación vegana, quizás no tenga mucho sentido. Ya sabes, lo importante es aportar valor.

Tras seleccionar una lista de anunciantes, tienes que inscribirte en su programa de afiliados (estamos suponiendo que los anunciantes elegidos tienen programa de afiliados). Esta inscripción puede estar en el sitio web del anunciante (como en el caso de Amazon) o a través de alguna plataforma de afiliados (Zanox por ejemplo).

El anunciante revisará tu solicitud de inscripción y será aceptada o no, según sus criterios de aceptación. Este proceso puede durar algunos días.

Una vez aceptada la solicitud, el anunciante te proporcionará un identificador (o banners y cualquier material necesario) que tendrás que colocar en tus enlaces de los productos publicitados, para que puede identificar los usuarios que han venido a través de ti.

Por último, coloca los enlaces de afiliados en tu web y comienza a generar ingresos.

¿Por dónde empezar?

Mucha gente comienza con el Programa de Afiliados de Amazon. Es muy fácil inscribirse y tiene millones de productos que puedes promocionar. Aunque las comisiones que se obtienen no son muy altas, hay muchas personas que se están ganando bastante bien la vida sólo con Amazon.

También existe una multitud de plataformas de afiliación donde puedes encontrar una gran cantidad de anunciantes que pueden ajustarse al tema de tu web.

En próximos artículos veremos cómo utilizar estas plataformas e introducirnos en el mundo del marketing de afiliación.

La entrada Marketing de afiliación aparece primero en David Valverde Blog.

Dice así:

En el mundo de los animales vivía una liebre muy orgullosa y vanidosa, que no cesaba de pregonar que ella era la más veloz y se burlaba de ello ante la lentitud de la tortuga.

– ¡Eh, tortuga, no corras tanto que nunca vas a llegar a tu meta! Decía la liebre riéndose de la tortuga.

Un día, a la tortuga se le ocurrió hacerle una inusual apuesta a la liebre:

– Estoy segura de poder ganarte una carrera.

– ¿A mí? Preguntó asombrada la liebre.

– Sí, sí, a ti, dijo la tortuga. Pongamos nuestras apuestas y veamos quién gana la carrera.

La liebre, muy ingreída, aceptó la apuesta.

Así que todos los animales se reunieron para presenciar la carrera. El búho señaló los puntos de partida y de llegada, y sin más preámbulos comenzó la carrera en medio de la incredulidad de los asistentes.

Astuta y muy confiada en si misma, la liebre dejó coger ventaja a la tortuga y se quedó haciendo burla de ella. Luego, empezó a correr velozmente y sobrepasó a la tortuga que caminaba despacio, pero sin parar. Sólo se detuvo a mitad del camino ante un prado verde y frondoso, donde se dispuso a descansar antes de concluir la carrera. Allí se quedó dormida, mientras la tortuga siguió caminando, paso tras paso, lentamente, pero sin detenerse.

Cuando la liebre se despertó, vio con pavor que la tortuga se encontraba a una corta distancia de la meta. En un sobresalto, salió corriendo con todas sus fuerzas, pero ya era muy tarde: ¡la tortuga había alcanzado la meta y ganado la carrera!

Este cuento nos enseña la valiosa lección, si la aplicamos a nuestro campo, que la carrera de alguien que está creando un negocio es una maratón, no una prueba de velocidad. No existen atajos ni fórmulas mágicas para conseguir el éxito y llegar a la meta; sólo aquel que sea perseverante y trabajador consigue triunfar. No intentes saltarte etapas ni buscar el éxito fácil; la única receta es el trabajo duro. Y además: nunca te duermas en tus laureles. No sabes cuándo un competidor, por más pequeño que parezca, puede superarte y ganar a los consumidores.

Una buena lección, ¿no te parece?

La entrada La liebre y la tortuga aparece primero en David Valverde Blog.

Pero ojo, he dicho de forma natural. Ten cuidado al forzar los enlaces porque eso no le gusta a Google y puede que te pille, con la consecuente bajada en los rankings de las búsquedas.

El objetivo no es hacer que tus enlaces parezcan naturales; el objetivo es hacer tus enlaces naturales.

– Matt Cutts

Así que aquí van una lista de interesantes consejos:

• Focalizar en tácticas que crean relaciones reales, contenido real y de verdadera influencia. Si lo haces así, no importa cómo Google mida la autoridad #RCS.
• Detectar tendencias del sector y ser el primero en publicarlas.
• Crear una gran lista que contenga recursos de tu sector.
• Escribir más, aunque creas que no puedes hazlo.
• Usar el humor, la sátira, la ironía o la parodia, con gran variedad de formatos: vídeo, fotografía, ilustraciones.
• Crear polémica en las opiniones.
• Entrevistas a líderes del sector y opinión.
• Realizar una encuesta / análisis / conclusiones con las cifras y argumentos.
• Premios para tus usuarios de tu web
• Realizar guías y tutoriales de ayuda.
• Ayudar en foros de ayuda.
• Escribir un libro.
• Acudir a eventos, ofrecerte como ponente y pedir el enlace o la mención.
• Presentar tu web a concursos.
• Escribir como invitado en blogs de amigos y profesionales del sector.
• Concursos de productos.
• Dar cursos, de pago y gratuitos.
• Ofrecer opiniones de productos y experiencias reales.
• Consultar gratuitamente a otros recursos de calidad similares a los sujetos.
• Patrocinios eventos del sector.
• Donaciones en webs con enlaces de autoridad.
• Ofertas de empleo.
• Inclusión cámaras comercio locales.
• Colaboraciones con colegios y Universidades.
• Altas en directorios adecuados – temáticos.
• Descuentos y cupones para estudiantes (.edu).
• Eventos de emprendedores.
• Eventos networking.
• Directorios de pago alto.
• Construir una red de blogs «cuidada».
• Crear testimonios.
• Plataforma HARO.
• Crear recursos para páginas Universitarias.
• Enviar a agregadores de blogs.
• Buscar guest posting en twitter.
• Agregador contenido Scoop it.
• Broken link building.
• Infografía.
• Submit Audio Sharing sites.
• Hunting Domain.
• Dibujar y publicar comics con enlaces referentes.
• Publicar ofertas de empleo con URL de la compañía.
• Detectar contenidos copiados en sitios terceros sin fuente, pedir un enlace hacia la fuente o al menos una etiqueta (vale por los contenidos imágenes, textos y videos).
• Verificar las errores 404 provenientes de enlaces externos y corregirlas.
• Usar Google+.
• Publicar libros digitales gratuitos.

También es muy importante saber qué cosas no debes hacer si no quieres ser penalizado:

• Altas en directorios automáticos.
• Software Comentarios SPAM.
• Intercambios sin valor y a desconocidos.
• Compra de enlaces de baja calidad sin analizar el perfil de enlaces de la web.
• Enlaces no naturales.
• Link building con auto scraping.
• Sobre optimización.
• Keyword stuffing.
• Footers links.
• Wiki sites.
• Enlaces Blogrolls con anchor.
• Social Bookmarks masivos.
• Web 2.0.
• Links recíprocos.

Si sigues esta serie de consejos en tu estrategia te evitarás más de un dolor de cabeza y mejorará el posicionamiento de tus sitios web.

La entrada Consejos para hacer un buen Link Building aparece primero en David Valverde Blog.

Hoy vamos a ver un par de reglas que deberías aplicar en todo momento para mejorar la eficiencia en tu trabajo y en todos los aspectos personales de tu vida.

Ley de Pareto

También conocida como la regla del 80/20. Dice así:

El 80% de los resultados son obtenidos gracias al 20% del trabajo realizado.

Y es que el dinero perdido se puede volver a ganar, pero el tiempo nunca. Debemos analizar todas nuestras tareas diarias e identificar aquellas que nos traen más beneficios. Tras el análisis nos centraremos en ellas para maximizar nuestro rendimiento y el de nuestro negocio. Con esto nos ahorramos un 80% de nuestro tiempo que podemos dedicar a mejorar el 20% que nos trae los grandes beneficios o a tener una mayor calidad de vida.

Ley de Parkinson

La ley de Parkinson dice así:

El trabajo se expande hasta llenar el tiempo disponible para que se termine.

Cuando tenemos fechas límite para hacer algo, normalmente ocupamos todo el tiempo que tenemos en hacerlas. Por eso es bueno fijarnos fechas más estrictas. De este modo nos enfocaremos mucho más en lo que estamos haciendo y terminaremos las tareas en menor tiempo y, casi siempre, con una mayor calidad.

Si utilizamos estas dos reglas y las hacemos juntas nos permitirán alcanzar un nuevo nivel en nuestra productividad, y, a consecuencia, un mayor éxito de nuestros negocios. Por eso, debemos:

• Limitar nuestras tareas a las importantes, para trabajar menos tiempo (Pareto).
• Acortar el tiempo de trabajo para limitar tus tareas a las importantes (Parkinson).

¿Las aplicas en tu día a día?

La entrada 2 reglas que tienes que aplicar aparece primero en David Valverde Blog.