Quería hacer una reflexión sobre la cultura, sobre la cultura en general y la sociedad, esta, la actual, la nuestra, la mía. Sobre la cultura, la sociedad, y el acceso que ésta (la sociedad) tiene a ella (la cultura) actualmente.

Bien, el motivo real de esta entrada viene a partir del cierre de megaupload, ocurrido anoche, eso hizo plantearme algunas cosas, hacerme ciertas preguntas y me generó la necesidad de dejarlo todo por escrito, en forma de apunte.

Y no, no voy a entrar en valoraciones acerca del cierre, los que me conocéis las sabéis de sobra, a lo que le doy vueltas realmente con este apunte, es a la palabra cultura en sí, en si somos o no cultos, en porque lo somos o lo dejamos de ser…

La palabra cultura, según la wikipedia, tiene estas 3 acepciones:

• Excelencia en el gusto por las bellas artes y las humanidades, también conocida como alta cultura
• Un patrón integral de conocimiento humano, creencia y comportamiento que depende de la capacidad para el pensamiento simbólico y el aprendizaje social
• El grupo de actitudes compartidas, valores, metas y prácticas que caracterizan a una institución, una organización o un grupo

¿Os habéis dado cuenta de la facilidad que tenemos actualmente de consumir cultura?

Sí, he dicho consumir, vamos a utilizar esa palabra ahora, ya sea la lectura de un libro, el visionado de una película, el teatro, etc… hablaremos de “consumir cultura” en general, todo ello será consumir cultura. Pues bien, ¿os habéis parado a pensar lo fácil que podemos consumir cultura en estos momentos?, y cuando digo “ahora”, me refiero a lo que ha estado sucediendo durante estos años, de cómo se nos ha acercado consumirla.

Hablo de dispositivos, de internet en sí, de lo sencillo que es ahora tener acceso a un libro, a una película concreta, un documental… a los idiomas, a diferentes películas subtituladas en diferentes idiomas, versiones originales, etc…

¿Qué sucede entonces? ¿Somos más cultos?

Pues no sé que responder, la verdad. ¿Somos más cultos? Yo creo que sí, es decir, en mi caso específico, sí. ¿Y en el resto? ¿y el resto de la gente? Pues ahí, no sé que decir… Supongo que todo no gira en torno a la facilidad o no, de consumir esa cultura, digo yo que es algo más profundo, incluso algo que está dentro de la educación, de tus valores, de lo que persigas, en definitiva, de si tu quieres o no quieres tener más cultura.

Pero… ¿tener más fácil acceso a la cultura te puede hacer más culto?

Sí, evidentemente.

Es un factor a tener en cuenta, teniendo acceso más fácilmente es una barrera menos que tirar abajo, digamos que es un paso que tenías que dar de algún modo, y ya está dado, lo tienes ahí, al alcance de la mano. A partir de ahí ya depende de ti, y solo de ti, que seas o no más culto, es decir, que accedas a esa cultura que tienes al alcance de la mano y la consumas…

Ahora bien… Cultura… ¿qué cultura?

Esa es otra de las claves.

Vale, tienes acceso a la cultura, ¿y ahora qué? ¿Te lees todo lo que te pasa por delante? ¿Ves todo? ¿Escuchas todo? ¡Es imposible!

Claro, no solo es imposible hacer eso, ya que el día tiene 24 horas, si no que además, ¿quién te alecciona sobre que leer/ver/escuchar? ¿quién te aconseja? Porque puestos a pensar fríamente, la tercera acepción de la wikipedia es: “El grupo de actitudes compartidas, valores, metas y prácticas que caracterizan a una institución, una organización o un grupo“. Lo cual quiere decir, que igual no es la cultura que nos interesa a nosotros… ¿no?

Imaginad que, siendo literales, como “institución, organización o grupo” dentro de esa acepción, podría estar… qué sé yo… Forocoches, por poner un ejemplo. Imaginemos que consumes toda la cultura de forocoches, y cuando digo toda, es toda… comentarios, vídeos, música, o como dice la acepción, “actitudes, valores, metas y prácticas“. ¿Qué pasará? ¿Serás más culto?

Aquí está la clave, ¿qué cultura?

Internet, porque al fin y al cabo hablamos de ello, como vía a esa cultura que comentamos, tiene muchísima información, podrías nacer y morir constantemente y jamás asumirías todo lo que hay, y como nuestro tiempo en la tierra es limitado y nuestras neuronas, lo queramos o no, también, tenemos que seleccionar bien.

Y aquí está toda la clave, seleccionar bien.

Ahora tenemos todo ese acceso libre a la cultura, tenemos esa vía, estantes y estantes de cultura enlatada, solo tenemos que estirar el brazo, cogerla y está lista para nuestro consumo, para el vuestro.

Elige bien, como ves, puedes ser culto de modos en los que no pensabas…

Foto: Library books and more – A state of Mind.

Este nuevo año, a pesar de estar en plena crisis, y que por esa parte todo parece gris, incluso gris oscuro… también es el año de reinventarse, de darle la vuelta a todo esto, y de cumplir objetivos conjuntamente.

El 2011, no ha esta mal, espero que el 31 de Diciembre del 2012, diga que el 2012 ha estado inmejorable ;-)

Objetivos:

• Aprender a programar, más y más… ;-) (¡siempre más!)
• Terminar y lanzar el nuevo enfoque con Embat
• Seguir avanzando en dar formación (me está gustando el curso de desarrollo web que estamos dando para EDIB)
• Dar un buen empujón a Web Labs (¡necesitamos ayuda! ;P)

Este es rapidito y fácil, pero muchas veces cuando maquetas algo con columnas tienes el problemilla de los fondos… que no sabes el contenido que meterán en cada una de las columnas y resulta complicado que queden de la misma altura… pues bien, como de momento CSS3 está un poco lejano en este aspecto (algunos navegadores nos traerán problemas con ello), con un rápido jquery lo solucionamos, bueno bonito barato, aquí tenéis, tiene poco secreto pero es útil, os dejo el código:

$(document).ready(function() {
    var altMax = 0;
    ajustarAlturas(altMax, '.contenedor div');
});
function ajustarAlturas(altMax, elemento) {
    $(elemento).each(function(i) {
        var xL = $(this).height();
        if (xL > altMax) {
            altMax = xL;
        }
    });
    $(elemento).css('height', altMax);
}

HTML y CSS simplemente para resaltar las columnas y ver que está correcto:

<div class="contenedor">
    <div class="ajustable">lorem ipsum lorem lorem</div>
    <div class="ajustable">lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem</div>
    <div class="ajustable">lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem lorem ipsum lorem lorem</div>
</div>

.contenedor{
    position:relative;
    overflow:hidden;
    border:1px solid #DDD;
    background-color:#EFEFEF;
}
.ajustable{
    position:Relative;
    float:left;
    padding:1%;
    margin:1%;
    width:29.3%;
    background-color:#FAFAFA;
    font-size:13px;
}

Podéis ver el ejemplo funcionando aquí.

Un saludo, espero que vayamos subiendo más experimientos :-)

Hoy  se trata de geolocalización mediante el Api de Google Maps (con sensor true).

Esta sí que no tiene secreto ninguno, como veréis no es más que activar el sensor (true) y un pequeño método de unas líneas.

var map;
function initialize() {
    var myOptions = {
        zoom: 6,
        center: new google.maps.LatLng(38.977029166667,1.5129795833333),
        mapTypeId: google.maps.MapTypeId.ROADMAP
    };
    var map = new google.maps.Map(document.getElementById('mapa'), myOptions);
    if(navigator.geolocation) {
        navigator.geolocation.getCurrentPosition(function(position) {
            var posicion = new google.maps.LatLng(position.coords.latitude,
                position.coords.longitude);
            map.setCenter(posicion);
            var marker = new google.maps.Marker({
                position: posicion,
                map: map,
                icon: "http://negociosenibiza.com/web_img/red.png"
            });
        }, function() { handleNoGeolocation(true); });
    } else {
        handleNoGeolocation(false);
    }
}
function handleNoGeolocation(errorFlag) {
    if (errorFlag) { alert("El servicio de Geolocalización ha fallado"); }
    else { alert("Tu navegador no soporta Geolocalización"); }
}
google.maps.event.addDomListener(window, 'load', initialize);

Podéis ver el ejemplo funcionando aquí.

Un saludo, espero que vayamos subiendo más experimientos :-)

Son entradas muy breves, de distinta índole (Estructura, Elementos, etc…) que luego podremos ir recuperando y crear un gran tutorial, pero paralelamente a eso, vamos a empezar a hacer algunos pequeños scripts y publicarlos.

La verdad es que en local tenemos miles de pruebas que vamos haciendo cuando sale algo nuevo, y el otro día pensamos… ya que igualmente lo hacemos en local, porque no subirlo y lo compartimos, siempre podemos ganar algo más (comentarios, mejoras, etc…).

El primero que voy a subir, se trata de subir ficheros con la ayuda de la API de HTML5.

El ejemplo está en PHP, pero podéis pasarlo rápidamente al lenguaje que os haga falta, realmente la forma de recibir los ficheros y subirlos es lo de menos, lo interesante es ver cómo los almacena el cliente y los pasa al fichero de servidor.

En realidad el código no tiene demasiado secreto, el HTML es simplemente un formulario con un input file

<form method="post" enctype="multipart/form-data"  action="upload.php">
    <input type="file" name="imgs" id="imgs" multiple />
</form>
<div id="ajax"></div>
<div id="imagenes"></div>

Y el javascript, también es bastante claro, únicamente utilizamos FormData(), añadimos un evento y vamos añadiendo ficheros, leyéndolos con FileReader(), al final un ajax para mandar todo al PHP, pero también es irrelevante para mostrar esto…

var formdata = new FormData();
document.getElementById("imgs").addEventListener("change", function (evt) {
    $("#ajax").html("Subiendo");
    var i = 0, len = this.files.length, img, reader, file;
    for ( ; i < len; i++ ) {
        file = this.files[i];
        if (!!file.type.match(/image.*/)) {
            if ( window.FileReader ) {
                reader = new FileReader();
                reader.onloadend = function (e) {
                    $('#imagenes').append('<img src="' +e.target.result+ '" />');
                };
                reader.readAsDataURL(file);
            }
            formdata.append("imgs[]", file);
        }
    }
}, false);

El PHP en realidad da igual, simplemente recibe los ficheros y los copia en el servidor.

La idea me vino de este experimento de mozilla.

Un saludo, espero que vayamos subiendo más experimientos :-)

Entrada de una serie de posts a modo de traducción, resumen y reflexión del libro “The pragmatic Programmer”.

Tiene 8 capítulos, y probablemente haya una entrada por cada uno, ya que resumirlo y comentarlo entero se me podría ir de las manos… ;-)

Añadí una categoría, Libros.
Y un tag, The pragmatig programmer, para que se pueda seguir más tranquilamente.

Enjoy!

2. A Pragmatic Approach

Capítulo denso pero muy interesante, sobre duplicar conocimiento, ortogonalidad, reversibilidad, prototipado, etc…

Hay que tomárselo con calma, y leerlo varias veces (especialmente si no estás muy acostumbrado a leer en inglés).

2.1 The Evils of Duplication

Como programadores, debemos recoger, organizar, mantener y aprovechar el conocimiento que encontramos en las especificaciones y le damos vida en la ejecución de código.

Desafortunadamente, el conocimiento no es estable, cambia a menudo rápidamente y sus requisitos puede cambiar después de una reunión con el cliente (o incluso antes :D).

Toda esta inestabilidad significa que pasamos gran parte de nuestro tiempo en modo de mantenimiento y reorganización del conocimiento en nuestros sistemas.

La mayoría de la gente asume que el mantenimiento se inicia cuando una aplicación se libera, pero estas personas están equivocadas. Los programadores están constantemente en modo de mantenimiento.

Para nosotros los cambios son día a día, los nuevos requisitos, diseños o codificación, e incluso los cambios del entorno.

Sea cual sea la razón, el mantenimiento no es una parte rutinaria del proceso de desarrollo.

Cuando llevamos a cabo el mantenimiento, tenemos que buscar y cambiar las representaciones de las cosas, las cápsulas de conocimiento incorporado en la aplicación. El problema es que es fácil de duplicar los conocimientos en las especificaciones, procesos y programas que desarrollamos, y cuando lo hacemos, nos invita a un mantenimiento que es una absoluta pesadilla, y que se inicia mucho antes de que se libere la aplicación.

Creemos que la única forma de desarrollar software fiable, y para que nuestros desarrollos sean más fáciles de entender y mantener, es seguir lo que llamamos el principio DRY:   Cada pieza de conocimiento debe tener una sola representación inequívoca y autorizada dentro de un sistema.

Consejo en este apartado: DRY – no Repeat Yourself.

El principio DRY aparece una y otra vez a lo largo de este libro, y muy a menudo en contextos que no tienen nada que ver con la codificación. Creemos que es una de las herramientas más importantes en la caja de herramientas del programador pragmático.

En esta sección vamos a esbozar los problemas de duplicación y sugerir estrategias generales para tratar con él.

• Impuso la duplicación
• La duplicación inadvertida
• La duplicación impaciente.
• La duplicación inter-desarrolladores.

Impulso de la duplicación  Duplicación forzada. Documentos que contienen información duplicada, o documentos que duplican la información en el código. Múltiples plataformas de destino y cada una con su propio lenguaje de programación, bibliotecas y entornos de desarrollo, lo que nos hace duplicar las definiciones y procedimientos compartidos.

Técnicas para evitarlo:
Múltiples representaciones de la información. Con un poco de ingenio se puede eliminar la necesidad de la duplicación. A menudo la respuesta es escribir un simple filtro o generador de código. Las definiciones de clase se pueden generar automáticamente a partir del esquema de base de datos en línea, o de los metadatos utilizados para crear el esquema en el primer lugar. El truco es hacer el proceso activo.

Documentación en el código. A los programadores se les enseña a comentar su código, por desgracia, nunca se les enseña qué código necesita comentarios.

Documentación y el código. Se escribe la documentación, y luego el código. Algo cambia, y modificas la documentación y actualizas el código. La documentación y el código de ambos contienen representaciones de los mismos conocimientos.

Problemas de los lenguajes. Muchos lenguajes imponen una considerable duplicación en el código. No existe una técnica fácil para superar los requisitos de un lenguaje. Pasa especialmente con los archivos de cabecera.

La duplicación inadvertida  A veces, la duplicación se produce como resultado de errores en el diseño.
(Aquí habla especialmente de la normalización de los datos con un par de ejemplos).

Por poner uno sencillo:

class line {
public:
Point start;
Point end;
double length;
};

A primera vista, esta clase puede parecer razonable. Una línea tiene un claro inicio y fin, y siempre tendrá una longitud (incluso si es cero). Pero hay duplicación. La longitud es definida por los puntos de inicio y fin: cambiando uno de los puntos cambia la longitud. Es mejor algo así:

class line {
public:
Point start;
Point end;
double length(){ return start.distanceTo(end); }
};

Duplicación impaciente  ¿Necesitas una rutina similar a la que codificaste antes? Entonces tendrás la tentación de copiarla y hacer algunos cambios. Si sientes la tentación, recuerda la frase “pequeños atajos pueden hacen largas esperas.” La duplicación impaciente es fácil de detectar y manejar, pero se necesita mucha disciplina.

Duplicación Inter-desarrolladores  Es la más complicada de detectar y manejar, y ocurre entre diferentes desarrolladores en un proyecto. Conjuntos completos de funcionalidades se puede duplicar sin darse cuenta, y esta duplicación puede pasar desapercibida mucho tiempo, dando lugar a problemas de mantenimiento.

Aquí aconsejan acerca del entorno de trabajo, reporte de errores, y comunicación constante entre desarrolladores, y hace hincapié en que si no es fácil esa comunicación, no lo harán.

Consejo en este apartado: Facilitan la reutilización

Seguiré en otro post, disgregado en varios a su vez para tratar 2 temas que creo lo merecen.

Entraremos en la Ortogonalidad, pero viendo lo denso que es el tema, merece algo aparte, porque realmente sí que se puede sacar petróleo de ahí… Es más, con este capítulo y el de herramientas, estaba leyendo al mismo tiempo CODE COMPLETE, y he visto la luz en muchos aspectos que hasta ahora creo que enfocaba mal…

Un saludo,

Debo reconocer que hace un tiempo jamás hubiera pensado así. Ni por asomo…

Pero también debo reconocer, que en algunos casos, creo que no hay otro modo de avanzar. Y no solo de avanzar en el trabajo, o de avanzar tú, individualmente como desarrollador… Hablo de avanzar en general, de avanzar todos los desarrolladores, los estándares, la web como parte de un todo.

Puede que unos ya hayáis llegado a esta conclusión, puede que otros no, o que simplemente alguna vez os hagáis una serie de preguntas.

Pues bien, esas preguntas para mi ya tienen respuesta.

No hay modo alguno de trabajar, y sacar adelante los proyectos, y a la vez estudiar y practicar las novedades que trae el mundo web, pulirlos y luego aplicarlos, que, parece el procedimiento lógico… el problema empieza a ser realmente serio cuando cada semana hay nuevos cambios y novedades, que tienes que probar y aprender si no te quieres quedar cada vez más descolgado, cosa que te mataría profesionalmente, pero no solo eso… si no que a la vez, los clientes que tienes pasarían a estar todos desactualizados… y en el fondo, ya no serías el desarrollador que quieres ser, que está a la última, que aprende cada día, etc…

Yo antes, sin ninguna duda era de esos de aprender, probar, dominar totalmente, y luego ejecutar en clientes, ejecutarlo primero en los nuevos, aprovechando desarrollos desde 0, y luego poco a poco, ir reemplazando los antiguos hasta que más o menos todo estaba controlado.

Pero claro, ¿ahora cómo lo haces?, si estás puesto en el html5 y lo sigues, verás como cada día hay novedades, en el mundo css3 también, en las compatibilidades de navegadores… ya es que ni lo menciono, pero es uno de los quebraderos de cabeza que parecía que tarde o temprano se arreglaría, y lo único que sucede es que se agrava ese problema.

Y claro está, el mundo móvil ;-) Que aquí sí que es para darles de comer aparte… porque si básicamente te centras en apple/android, aún te salvas, pero como quieras llegar más allá… ya puedes empezar a prepararte cafés.

Por tanto, ¿solución? No queda otra que los proyectos de tus clientes pasen a ser tu campo de aprendizaje, si no lo haces así, amigo… estás jodido.

A la larga, también tus clientes, porque no puedes darles ese plus de innovación, o de estar totalmente a la última, por tanto no les costará entenderlo… siempre que tengas un buen sistema de tickets o de control de proyectos y puedas monitorizar todos los errores y solucionarlos, es decir, organízate, o estás vendido.

Ah, y luego viene lo peor de todo… mirar atrás. Una vez que has pasado a NodeJS este proyecto (o JADE, o STYLUS), HTML5 bien trabajado… ahora mira atrás, a los otros proyectos, y llora ;-)

En resumen, que si estás en esto porque te gusta, porque es tu vocación, porque te apasiona y vives el día a día como más te gusta… que es programando y aprendiendo: ENHORABUENA, y si no es así… ESTÁS JODIDO, cambia de trabajo YA. Os lo dice alguien del primer grupo ;-)

Un saludo!

Imagen de Flickr (konch)

Entrada de una serie de posts a modo de traducción, resumen y reflexión del libro “The pragmatic Programmer”.

Tiene 8 capítulos, y probablemente haya una entrada por cada uno, ya que resumirlo y comentarlo entero se me podría ir de las manos… ;-)

Añadí una categoría, Libros.
Y un tag, The pragmatig programmer, para que se pueda seguir más tranquilamente.

Enjoy!

1. A pragmatic philosophy

Este capítulo resume qué es ser pragmático a la hora de programar, y cómo conseguirlo. Lo trata como una actitud, estilo, filosofía de afrontar los problemas y sus soluciones, pensando más allá del problema inmediato y colocándolo en su contexto más amplio. Además habla de asumir la responsabilidad de todo lo que hacen, ser responsable, no quedarse de brazos cruzados y ver cómo sus proyectos se desmoronan.

Cuenta que mucha gente encuentra difícil de aceptar el cambio, y que tenemos que trazar una estrategia para instigar el cambio.

1.1 The cat ate my source code

Este apartado trata sobre la responsabilidad y sus acciones en términos de su promoción profesional, proyecto, y trabajo día a día. Un programador pragmático no tiene miedo de admitir sus errores, o su ignorancia respecto a algo.

Viene a explicar que incluso en el mejor de los casos los proyectos se retrasan, o contienen errores, sea por las razones que sea… y que hay que aprender desde el principio a adquirir responsabilidades por ello. Debemos ser honestos y directos, tanto en lo bueno, como en lo malo, y asumir la responsabilidad. No hay que buscar otros culpables o inventar una excusa, simplemente ser responsables de nuestro compromiso y ser honestos con ello.

“No culpe a problemas de un proveedor, lenguaje de programación, gestión, o compañeros de trabajo. Todos y cada uno de ellos desempeñan un papel, pero depende de usted para ofrecer soluciones, no excusas.”

Consejo en este apartado: Proporcionar opciones, no poner excusas.

Explicar lo que se puede hacer para salvar la situación en lugar de poner excusas.

Algo que me gusta del libro, es que a medida que lo lees, al final de cada capítulo o apartado te encuentras un listado de temas relacionados o temas a los que hace alusión dentro del mismo libro, ya sean apartados, gráficos, etc… Y además de ello, una serie de retos y ejercicios interesantes, a veces son de codificación, otros de análisis, otros simplemente de poner en práctica alguno de los consejos dados.

1.2 Software entropy

La entropía, en física se refiere a la cantidad de “desorden” en un sistema.

Hay muchos factores que ayudan a que el código se vuelva caótico.

Aunque existan los mejores planes y la mejor gente, un proyecto puede convertirse en el caos absoluto con el paso del tiempo (y de las manos).

¿Qué hace que un proyecto aguante sin caer en ese caos? Que no aparezca una ventana rota (The broken window).

Una ventana rota, sin reparar, inculca en los habitantes de un edificio una sensación de abandono, sensación de que no hay preocupación por el edificio, de ese modo otra ventana se rompe y la gente empieza a tirar basura, aparecen graffitis, daños estructurales…(se capta el concepto, creo, en el libro hay una serie de analogías con una ciudad, que no deja de ser muy realista :-))

La “Teoría de la Ventana Rota”.

Consejo en este apartado: No vivas con ventanas rotas.

En programación, serían malos diseños, malas decisiones, o mal código.
Hay que poner solución a todo esto tan pronto como aparezca, y en el caso de que no haya tiempo disponible en ese instante, comentar el código de algún modo para poner solución a eso rápidamente.

Después de explicar esta teoría, pone un ejemplo interesante que hace tambalear la anterior teoría de la ventana rota, ya que leyéndolo puede parecer que manteniendo todo en orden no hay problemas…

Pone el ejemplo de la casa de alguien muy rico, con la casa impecable y un día un tapiz que estaba cerca de la chimenea se incendia, los bomberos al ir a la casa para apagar el fuego y tirar sus sucias mangueras por el suelo, pusieron unas alfombras entre la puerta y el inicio del fuego porque no querían ensuciar el resto de la casa. El símil hace relación a que si todo el código está bien cuidado, y aparece un fuego que apagar, aunque haya prisas o fechas… hay que cuidar el resto.

1.3 Stone soup and boiled frogs

Aquí cuenta la historia de tres soldados que regresan a casa de la guerra hambrientos pero cuando llegan al pueblo todo estaba cerrado, puertas, ventanas, todo.

Los soldados pusieron a hervir una olla de agua y cuidadosamente colocaron tres piedras en ella y dijeron que era la sopa de la piedra. Y al poco tiempo los aldeanos aparecieron preguntando, ¿qué es eso?, los soldados respondieron es “sopa de piedra”, “aunque algunos dicen que sabe aún mejor con algunas zanahorias ….” -añadieron-, y en ese momento un aldeano se escapó, regresando con una canasta de zanahorias. Los soldados, a los pocos minutos replicaron: “un par de patatas que dan cuerpo.” Entonces corrió otro aldeano… Y así, poco a poco, la sopa se fue completando con la carne, el puerro, sal y hierbas. Los soldados quitaron las piedras, y se sentaron con todo el pueblo para disfrutar de la primera comida que ninguno de ellos había comido en meses.

Los aldeanos son engañados por los soldados, que utilizan su curiosidad para conseguir alimento, pero lo importante, es que los soldados actúan como catalizador para que juntos puedan producir algo mejor y más grande.

Con el tiempo todo el mundo gana.

La moraleja, es que muchas veces pedir y pedir cosas al cliente es contraproducente, y es mejor desarrollar cosas más pequeñas, y en el momento de enseñarlas, añadir un “y estaría mucho mejor si hacemos esto… o lo otro…”, pretendiendo que no es importante, y esperar a que te inviten a añadir la funcionalidad que originalmente querías.

A las personas les es más sencillo unirse a un éxito continuo y mostrarles una visión del futuro

Consejo en este apartado: Ser un catalizador para el cambio.
Consejo en este apartado: Mantenga la perspectiva.

Aquí ataca de nuevo con otra historieta interesante:

Dicen que si tomas una rana y la colocas en agua hirviendo, saltará. Sin embargo, si la pones en una olla con agua fría y luego poco a poco la calientas gradualmente, la rana no se dará cuenta del aumento de temperatura y se quedará quieta hasta que se cueza.

En la teoría de las ventanas rotas, la gente pierde la voluntad de luchar porque perciben que a nadie más le importa, la rana simplemente no nota el cambio, por tanto, no seas como la rana.

Debes revisar constantemente todo lo que sucede a tu alrededor, y no sólo lo que estás haciendo personalmente.

1.4 Good-Enough software

Otro ejemplo a modo de historia :-)

Habla de una empresa de EE.UU que hace un pedido de 100.000 circuitos integrados a un fabricante japonés. Parte de esa especificación fue la tasa de defectos: y dice que una ficha de cada 10.000 es errónea. Unas semanas más tarde llegó el pedido: una caja grande que contiene miles de circuitos integrados, y una pequeña que contiene diez con una etiqueta”Estos son los defectuosos”. ¿Sería perfecto, verdad? ;-)

La palabra (en castellano palabras) “Suficientemente bueno” (good-enough ;-)) no implica que el código esté descuidado, simplemente que los usuarios tengan la oportunidad de participar en el proceso de decidir si lo que ha producido es suficientemente bueno.

Normalmente se escribe software para otras personas. pero, ¿con qué frecuencia se les pregunta lo buenos que quieren que sea su software?

Lo que viene a decir, es que cuando estás trabajando en algo realmente importante como un marcapasos o un transbordador espacial los requisitos serán más estrictos y las opciones más limitadas.

El alcance (más adelante abordaremos más esta palabra) y la calidad del sistema que produce debe ser especificado como parte de los requisitos de dicho sistema.

Consejo en este apartado: Haz de la calidad un requerimiento.

Los usuarios deberían probar el software y valorar si es lo “suficientemente bueno” para lo que ellos necesitan, y luego ya se podrán añadir más funcionalidades.

Es mejor tener un software bueno HOY que uno perfecto mañana.

Hay que saber cuando parar, se puede echar a perder el código si se intenta refinar en exceso, además puede no ser perfecto, no hay que preocuparse, podría no ser perfecto nunca ;-)

1.5 Your knowledge portfolio

“Su conocimiento y experiencia son sus activos más importantes”.

Pero el conocimiento se convierte en obsoleto como las nuevas técnicas, lenguajes, etc… Y dada la velocidad a la que viaja la tecnología, esto puede ocurrir muy rápidamente.

Para tener éxito en tu carrera, debes administrar tu cartera de conocimiento.

• Invertir con regularidad, como en la inversión financiera, invertir en tu modelo de conocimiento con regularidad, aunque parezca una suma ridícula.
• Diversificar, cuantas más cosas, mejor.
• Gestionar el riesgo, no es una buena idea invertir todo tu dinero en acciones de alto riesgo.
• Comprar barato, vender caro. Aprender una tecnología emergente antes de que sea popular, por ejemplo.
• Revisar y volver a equilibrar. Ponerse al día en tecnologías que no se has utilizado desde hace tiempo, etc…

Consejo en este apartado: Invertir regularmente en su modelo de conocimiento.

Objetivos.

• Aprender al menos un lenguaje nuevo cada año.
• Lee un libro técnico de cada trimestre.
• Lee libros no técnicos, también (No te olvides del lado humano de la ecuación).
• Toma clases.
• Participa en grupos de usuarios locales.
• Experimenta con diferentes sistemas, IDE, etc…
• Mantente al día.
• Conéctate, estás en internet.

1.6 Communicate!

“No es sólo lo que tienes, sino también cómo lo empaquetas”.

Como desarrolladores, tenemos que comunicarnos a muchos niveles (muchas veces, a muchos más de lo que querríamos ;-)), pasamos horas en reuniones, escuchamos y hablamos, trabajamos con los usuarios finales, tratando de entender sus necesidades, escribimos el código, que comunica con una máquina y documentamos (o no ;D).

Escribimos propuestas, notas para solicitar y justificar recursos, defender ideas, presentaciones de informes y un larguísimo etcétera.

¿A que ahora que caes nos comunicamos a muchos más niveles de los que pensamos en un inicio?

En resumen: Una gran parte de nuestro tiempo se dedica a la comunicación, así que tenemos que hacerlo bien.

Aquí hay una lista de ideas útiles.

• Saber lo que se quiere decir (siempre partiendo de unas pautas anotadas, no empezar a escribir o hablar al tún-tún)
• Conocer a tu público (importantísimo saber quién nos va a leer o escuchar, tanto por el nivel técnico como por poner en antecedentes en muchas cosas, etc…)
• Escoger el momento (no todo momento es bueno para comunicar cualquier cosa, sé consecuente y determina si el momento elegido es bueno para lo que vas a decir, y a quien se lo vas a decir)
• Elegir un estilo (este punto tiene similitud con “conocer a tu público”, aunque tiene diferencias, digamos que con el anterior punto subsanado, tenemos más datos para subsanar éste)
• Que se vea bien (obvio, aunque en muchos casos descuidado. un buen maquetado y edición son siempre importantes.)
• Involucrar a tu audiencia (está claro que en ocasiones es realmente complejo, pero siempre que se pueda deberías intentarlo)
• Volver a la gente (mantener informada a la gente les hace sentir que no te has olvidado de ellos.)

Consejo en este apartado: Son ambas cosas, lo que dices y la manera de decirlo.

Como no, la gente de google se sale… para variar.

Ahora he podido probar el servicio de google voice, para poder llamar a teléfonos fijos y móviles, y va francamente bien.

De repente me salió el típico mensaje de Google en Gmail, que te advierte de alguna nueva funcionalidad, y allí estaba, “Llamar al teléfono”

Probé con llamar a un fijo, y a un móvil, como curiosidad, tarda unos 4 o 5 tonos en llegar a sonar el teléfono… al principio creía que no iba, pero sí, finalmente sí.

Y… sale “número desconocido”, ya pensaba que iba a salir mi correo electrónico o algo ;-)

Muchos de vosotros no podréis activarlo, por el tema del país… creo que sé porque a mi sí me deja, si veo que a nadie más se lo permite, mañana escribo con mis sospechas.

La url que me ha dado una vez realizada la inserción de “saldo” es esta: https://www.google.com/voice/

Hace unas semanas, recibí una de las noticias que más me ha llenado e ilusionado en mi vida, y hace unos pocos días eso se esfumó.

Reconozco que cuando me llegó la noticia me asustó, ser padre es algo que ilusiona, aunque supongo que la primera vez siempre te llena de sentimientos de miedos, al menos en mí causó esos sentimientos, pero la noticia de que todo eso se esfuma de un plumazo es realmente… jodida.

Error nuestro, supongo, de construir castillos en el aire, de pensar demasiado lejos, y alejarte de la realidad, más aún sabiendo que las primeras 12 semanas son delicadas y que puede, o no salir bien.

No salió bien. No.

No quiero ni imaginar cómo se pueden llegar a sentir los que les suceda esto más adelante… porque si con tan poco tiempo llegas a imaginar y hacer tantos planes, imagino remotamente si lleváramos más tiempo.

Siento utilizar el blog para cosas tan personales, pero en ocasiones necesitas sacar lo que no puedes sacar de otro modo.

Voy a empezar diciendo que el título del post, me lo estoy empezando a aplicar yo mismo, porque yendo a las plazas, y colaborando activamente en todo lo que puedo (y a veces más…) con el #15M me doy cuenta de las contradicciones en las que caemos muchas veces.

Si llevas una pancarta sobre tu cabeza, al menos sé coherente, primero la lees, y luego piensas si tú eres el idóneo para llevarla en alto.

Para defender algo con unos cánticos, o con unas pancartas o pegatinas, debes creer en ello, y para creer en ello, debes ser el primero en practicarlo, debes dar el ejemplo… Si no, ese mensaje no solo pierde fuerza, si no que se diluye totalmente.

Es como muchas veces he dicho (y sigo diciendo) con el tema del software libre, no puedes ir de libre vendiendo una idea tan “buena”, luego abrir el ordenador, y tener el Word, o el Windows (son simples ejemplos), debes ser coherente y practicar lo que promulgas, si no, todo eso pierde totalmente el sentido.

Pues bien, con este movimiento pasa exactamente igual, si quieres hacer llegar un mensaje al resto de gente, debes empezar por ti mismo.

¿Dónde compras? ¿Qué vistes? ¿Dónde comes? ¿Buscas hipoteca?

Está muy bien quejarse del capitalismo, y de los bancos, y decir que la culpa también es nuestra (que lo es) por la sociedad consumista en la que estamos metido, pero si vas con esas, mírate un poco a ti mismo, porque igual eres un consumista más y no te has ni enterado, y si la culpa es también nuestra (que vuelvo a repetir que es totalmente cierto), empieza a solucionarlo en ti también.

Que todo esto no se va a solucionar solo, despierta.

Hacía ya algunas semanas que quería escribir sobre esto, pero tampoco quería que pareciera que ataco al #15M ni a su gente, básicamente porque soy un indignado más, pero ahora que ya pasó algo de tiempo y queda plausible que escribir esto no es ir en contra, si no a favor. A favor porque para hablar sobre algo y atacarlo, primero tienes que estar seguro que has hecho lo posible por erradicarlo.

Indígnate, y mucho.
Pero empieza contigo.
Verás como luego tu mensaje es más potente ;-)

Si me manifiesto en la calle es porque:

1. Mi participación como ciudadano se ha reducido a votar a listas cerradas cada cuatro años para ver cómo los representantes de los ciudadanos no respetan lo prometido en su programa.
2. Se hacen leyes a favor de grupos de interés en vez de hacerlas a favor del conjunto de la sociedad.
3. Se invierten recursos públicos para ayudar a minorías poderosas, y no a quienes están pasando situaciones desesperadas ocasionadas por la especulación financiera.
4. Los grandes partidos están más preocupados por mantener su poder que por ofrecer soluciones para superar esta crisis histórica.
5. Está a punto de firmarse un “Pacto del Euro” que consiste fundamentalmente en medidas para reducir la inversión pública en servicios esenciales.
6. Desde diferentes órganos del estado se ha insultado a los ciudadanos, e incluso se ha justificado el recurso a la violencia contra manifestantes pacíficos.

Como parte del #15m, acepto y respeto la diversidad ideológica del movimiento. Cuando participo en una manifestación no reclamo un régimen o una ideología en concreto, ni un modelo social no democrático, ni la eliminación de los partidos o los parlamentos. Lo que reclamo es una democracia mejor y más humana que, entre otras medidas, necesita urgentemente:

1. Cambios en la Ley Electoral para permitir una mejor y más directa representación de los ciudadanos en los parlamentos y una mayor participación ciudadana en las decisiones importantes.
2. Aprobación de una Ley de Transparencia y Acceso a la Información Pública para obligar a la publicación en formatos adecuados y reutilizables de todos los gastos, decisiones y reuniones con grupos de presión por parte de funcionarios y cargos públicos.
3. Tolerancia cero a la corrupción de candidatos y cargos públicos, y controles ciudadanos para la exigencia de responsabilidad política.
4. Separación clara, real y efectiva de los poderes del estado.
5. Control fiscal efectivo de grandes fortunas y operaciones financieras; eliminación de privilegios fiscales a cargos electos.
6. Políticas encaminadas a solucionar de forma efectiva los problemas hipotecarios y de vivienda.
7. Servicios públicos de calidad, fundamentalmente salud, justicia y educación.
8. Eliminación de las leyes que permiten el control administrativo de Internet. La red ha demostrado ser esencial para la libertad de expresión y para responder al peligro de manipulación mediática.

Por todas estas razones volveré a salir pacíficamente a la calle el 19 de junio, #19j.

Si estás de acuerdo, aprópiate del texto y divúlgalo (enlace al documento original)

Ellos, su mundo.

Érase una vez un precioso e idílico mundo en el que todo transcurría sin excesivos problemas, en el que todo estaba bajo un control estricto, metódico y en el que una persona puede salir totalmente impune de cualquier cargo mientras tenga el dinero suficiente o los contactos necesarios.

El mundo donde unos pocos mandan sobre unos muchos, y éstos sobre otro grupo aún mayor, la plebe. El pueblo, el populacho, los curritos, los tirados.

Los que sudan cada día de su vida para tener lo justo, pagar sus hipotecas y su comida, en el mejor de los casos, ya que 5 millones hacen cola en el INEM en lugar de ir a trabajar a diario.

Todo normal, ocupados con la televisión que les ponen, con la prensa que les escriben, con los datos que les dan.

Maquillaje. Todo es maquillaje, para no ver una realidad totalmente caduca, fea, decadente y apestosa. Y no es otra que, este mismo cuento, tan horroroso… es la cruda realidad.

Los otros, su ¿mundo?

Érase una vez un mundo lleno de recortes, de robos, de ofertas laborales cada vez más escasas y peor pagadas. De subidas de impuestos, de gasolinas, de luz, de comida y de pepinos.

Eso sí, de Salvamé.

Un mundo en el que las deudas no se pueden subsanar devolviendo la compra, ni aunque esta sean ladrillos y cemento con un precio 5 veces más caro del real. Aunque… bien mirado, si llevas tirantes y gomina, y eres a quien le deben esos millones, puedes perder dinero tranquilamente, porque el pueblo, gustoso, te prestará todo lo que necesites.

Puedes poner las noticias a cualquier hora, cualquier día, que siempre es el día idóneo para comprar. “Los precios han bajado un X%” “Las condiciones de compra son muy favorables”

¿Por qué será que no dejo de oír eso, y sin embargo no dejan de subir?

La realidad, nuestro mundo.

Érase una vez una red. Una red que permitió informarnos como es debido, contrastar datos, leer en más idiomas, buscar opiniones, ¡darlas! Una red que permite formarse adecuadamente, buscar, escudriñar, guardar, enviar, compartir… Una red que nos permite ver los robos, almacenarlos, ser consciente de ello. Que permite ver los abusos de la polícia (mandada por alguien), que permite ver más allá de nuestras fronteras y darnos cuenta de las manipulaciones, de que hacen con nosotros lo que quieren…

Érase un 15M.
Érase un 22M.
Érase un 19J.
Érase el siguiente…

No les gusta Internet, no. Arremeten contra ella, no quieren que estemos informados, no quieren que nos comuniquemos, quieren ser los dueños también de esto.

Una masa de gente, es un problema.
Una masa de gente informada, es un problemón.
Una masa de gente informada, y cabreada, es un gravísimo problema.
Una masa de gente informada, cabreada y coordinada… Es el fín. O el inicio.

Y llegó el día.

Y ese día puede ser hoy, o será mañana.
O será el año que viene, no hay prisa, estamos en ello, les pisamos los talones.
Disfrutemos el momento, mirad sus caras.

¿Es miedo? Yo diría que sí.

La charla, coloquio, debate, o como la queráis llamar, se dará en mumble (un chat escrito en el que también se puede hablar), y además de exponer en qué se basan este tipo de ataques, se pondrán ejemplos prácticos y se harán preguntas a los asistentes a la charla. Por eso os animamos a asistir a ella.

Siempre hay algo que aprender y/o aportar al resto, ¿verdad?

Aprovechando que la gran detención y desarticulación de Anonymous España (</sarcasm>), ha abierto grandes líneas de debate, se aportará un poco de luz a este tipo de ataques.

Se agradecerá la asistencia tanto de gente técnica, como gente con conocimiento de leyes, como usuarios, como la cúpula de anonymous… etc.

Para entenderlo un poco mejor visitad este enlace.

Un saludo :-)

Esto va por los locos,
los inadaptados,
los rebeldes,
los problemáticos.

Los que van en contra de la corriente,
aquellos que ven las cosas diferentes,
no siguen las reglas y no respetan lo establecido.

Puedes citarlos,
estar en desacuerdo,
glorificarles o satanizarles,
pero lo único que no podrás hacer es ignorarlos,
porque ellos cambian las cosas,
impulsan la humanidad hacia adelante.

Y aunque algunos pueden verlos como locos,
nosotros vemos genios,
porque los que están tan locos como para pensar que pueden cambiar el mundo,
son los que lo consiguen.

1.- OBJETIVO DE #NOLESVOTES. Las personas que apoyamos a la iniciativa #nolesvotes desde sus inicios, a la vista de la catarata de tergiversaciones vertidas por políticos y medios de comunicación, queremos recordar y subrayar que la iniciativa en ningún modo promueve la abstención, y que surgió para hacer una llamada al ejercicio del voto responsable el próximo 22-M. La iniciativa pide específicamente que no se vote a los partidos que responden a intereses distintos a los de la ciudadanía: PP, PSOE y CiU, pero recomienda que en su lugar se examinen otras opciones. La iniciativa no pide el voto para ninguna opción concreta: el voto es responsabilidad de cada ciudadano.

2.- HAZ DE TU PÁGINA UN CARTEL ELECTORAL. Las calles están llenas de carteles electorales, pero muchas personas no se ven representadas en ellos: la intermediación hizo que la política sea cada vez más lejana al ciudadano. Para subsanar tal déficit democrático, proponemos que todo ciudadano que así lo desee pueda convertir su blog, su web, su muro o su twitter en un “cartel electoral” del movimiento. Si quieres respaldar esta iniciativa, convierte tu sitio en Internet en un cartel electoral antes de las 24 horas del próximo día 20 de mayo, con el logotipo de #nolesvotes o de las plataformas con las que simpatices, y el texto “ni PP, ni PSOE, ni CiU”.

3.- COLABORACIÓN DISTRIBUIDA. Te invitamos a copiar este texto y construir páginas de enlaces que referencien todos los sitios que dan apoyo a la iniciativa. De igual modo, invitamos a los demás colectivos que comparten nuestra propuesta a que lleven a cabo acciones similares. La fuerza de la red reside en la distribución y colaboración entre sus nodos.

4.- TÚ ERES EL ALTAVOZ. Tan importante es la red como la calle: no te limites a actuar en internet. Levántate y explícaselo a todos tus conocidos, especialmente a aquellos más vulnerables a la propaganda en los medios de comunicación masivos.

5.- ACCIÓN. No te quedes en casa el domingo 22. Sal a la calle y ejerce tu derecho al voto. No votes a quienes, actuando abiertamente en contra de la voluntad e intereses de los ciudadanos, han convertido la democracia en una burla de sí misma. Por la participación democrática activa: ni PP, ni PSOE, ni CiU.

#nolesvotes

Más información

Manifiesto de #Nolesvotes |http://www.nolesvotes.com/
Wiki colaborativo #nolesvotes | http://wiki.nolesvotes.org/wiki/Portada
Twitter #nolesvotes | http://twitter.com/#!/search/nolesvotes
Facebook #nolesvotes | http://goo.gl/4Nmj1
Material gráfico #nolesvotes | wiki.nolesvotes….

Pues la respuesta, la tendrán el domingo. Animáos a votar, id, no os quedéis en casa, que luego no se diga…
Votad con responsabilidad, daros cuenta de cual es el problema, para mi es obvio, si no votas a PP o PSOE, ¿a quién votas? Todo el mundo me responde así…

Pero es que precisamente la respuesta a esa pregunta, es la misma respuesta.

Si solo contemplamos a esos dos partidos les estamos dando demasiado poder, y así… pasa lo que pasa, que entre ellos queda todo el pastel, toda la decisión, todo…

Vosotros veréis, vuestro voto es vuestro, pero pensad que conlleva una responsabilidad, que nos pesará durante 4 años.

Yo: #nolesvotes.

Últimamente estamos teniendo problemas en Embat Consultors. Problemas, que alguno de los que los oye dice que no son un problema, que son una bendición. Y es que tener mucho trabajo o muchos pendientes no tiene porque terminar en ingresar mucho dinero, que lo queramos o no, es por lo que se trabaja, para conseguir dinero.

Hay ocasiones en las que tienes que sentarte a recapacitar, y poner todo en orden.

Digamos que los proyectos se pueden clasificar de muchos modos, pero así, a bote pronto, yo veo estos:

• Proyecto finito: Se estudia, se presupuesta, se acepta, se hace el trabajo y se cobra.
  Parece mentira, todos los proyectos parece que tienen que ser así, pero nuestra experiencia nos está diciendo que de estos, hay pocos.
  Siempre hay algo más, se alargan por X razones, o finalmente pasan a ser tareas mensuales, y lo que en inicio era un proyecto finito acaba siendo un proyecto mensual.
• Proyecto mensual: Por alguna razón no tiene una duración finita, y se necesitan X horas mensuales para que el proyecto siga bien su curso.
  De estos hay varios, el problema de éstos, es la definición de los presupuestos, y darte cuenta que el trabajo de gestión son horas que tienes que incluír en el proyecto. Sí o sí, o te enterrará.
• Proyecto “apuesta personal”: Proyectos que nacen de la misma empresa, que vas ejecutando a medida que tienes tiempo.
  Alguno hay, y otros son simplemente bocetos en nuestras cabezas y pizarras. Estos proyectos son el aire por el que empezamos esta aventura, pero a la vez, son los que te consumen más energía, porque puedes dedicarle poco tiempo al día y muchas veces acabas frustrado. Cuidado con ellos…
• Proyecto “para visibilidad”: Hay veces que tienes claro que económicamente no va a salirte rentable un proyecto determiando, pero que puede darte cierta visibilidad.
  WARNING, WARNING. Dí NO. Ups, demasiado tarde…
  Normalmente este tipo de proyectos te van a dar la misma visibilidad que te daría tirar un puñado de flyers en el desierto. Aléjate de ellos porque te consumirán mucho tiempo y dolores de cabeza, y el retorno es verdaderamente complicado, incluso es complicado saber el retorno/impacto real.

Además de todo esto, podría añadir que parece que los proyectos que menos cobras, o que son “para visibilidad” (en cristiano: por la patilla) son los que más tiempo de gestión, pegas, emails y dolores de cabeza te pueden llegar a generar, especialmente si cuando te estás tomando el Ibuprofeno te das cuenta que no te van a pagar ni esas pastillas

Borrón y cuenta nueva.

Coge tu gestor de proyectos, tu blog, tus folios, tu pizarra, lo que utilices para organizarte y BORRA TODO.

¡Todo fuera! A gusto, ¿verdad? ¡No tengo nada que hacer! ¿Vamos al cine?… Ya, que más quisieras ;-)

Ahora empieza por el principio, ¿dónde estás? ¿qué necesitas ahora mismo? ¿qué compromisos tienes dados? ¿dónde está lo realmente urgente? Sé expeditivo, no dejes pasar a ese amigo que te pide un favor, y que según él para ti “está tirado”.

No, dile que no. Ahora no puedo. Puede que no te comprenda, pero… ponlo en valor, si eres su amigo, te pide algo y le explicas que no puedes porque estás saturado, tranquilo que lo debe comprender.

Cuida a tus clientes.

De acuerdo, trabajas para ti, no tienes jefes. Pero ojo, no vives del aire, los proyectos los pagan los clientes, te debes a ellos.

¿Quiénes son? ¿Cómo puedo ayudarles mejor sin morir en el intento?

¿Qué les estás dedicando ahora mismo? ¿Están contentos con tus servicios?

Revisa tus presupuestos firmados, entiende qué han comprado ellos y qué no han comprado, y si es necesario llámales y explícaselo.

Orden.

Ahora ordena un poco tu mesa, tus carpetas, tu escritorio, y ponlo todo acorde a lo que acabas de hacer.

En este momento tendrías que tener más claro qué herramientas vas a necesitar más a menudo, y cómo lo debes tener organizado para rendir un poco más.

Quita lo que sobra, y creeme… sobran muchísimas cosas. Suelen sobrar más cosas de las que necesitas realmente, no dejes algo “por si acaso”, quita distracciones, quita cualquier cosa que realmente no necesites para ejecutar tu trabajo.

El orden es algo necesario, si el kaos empieza a reinar en tu entorno de trabajo se acabará instalando también en los resultados de tu trabajo, tus tiempos de entraga, la calidad, etc…

Focus.

Y por último, ya lo tienes… Ahora el Focus.

Enfoca, enfréntate ahora a la pizarra, blog, o programa de gestión, anota ahora correctamente tus prioridades, utiliza un GTD, ya sea prestado de gente que dice que les funciona, o ya sea uno que te creas tú a tu medida…

Cada cierto tiempo se debe hacer todo esto, ya que es prácticamente misión imposible manternerlo todo “ordenado” siempre.

Somos humanos. ¿O no? Hay días que lo pongo en duda.

Éramos 4 personas hablando, un Alemán, un Inglés, un Francés, y yo, un Español.
Sé que parece el típico chiste, y lo que fastidia realmente es que es como si lo fuera… es más, me encantaría que lo fuera, pero no lo es…
Todo lo comentado es absolutamente real, triste.

La cuestión, es que en un momento de la conversación mencioné una perla en forma de frase que soltó Rajoy hacía “unos días”: “Trabajar unas poquitas horas más o ganar un poquito menos”

Los 3, simplemente me dijeron, bueno, pero no le votarán si dice esto… Como sabréis estamos barajando cifras de paro de casi 5 millones de personas, y no hace falta ser un lumbreras para entender qué sucede si los trabajadores empiezan a hacer más horas… ¿no? Exactamente, menos gente optaría a un puesto, y se generaría aún más paro. Vamos, que siguiendo su consejo iríamos a por los 6 millones, un crack el tío.

Pues analizando sus respuestas tan rápidas, contesté… “Ya, si opino igual, pero… ¿sabéis? Este es nuestro próximo presidente” (o al menos todo apunta a ello).

Acto seguido, todo fueron preguntas en plan… “¿Pero la gente ha visto esto?”, y yo me pregunto… ¿La gente ha visto esto?

PS: Evidentemente, con esto no quiero decir: Votad PSOE. Existen más opciones que A o B, que parece que en España no aprendemos y vamos del malo al menos malo, y al cabo de unos años volvemos al otro malo que ya no es tan malo simplemente porque no gobierna… Resumiendo: #nolesvotes