Hago una traducción un poco a mi gusto :

Resolver problemas interesantes

“Interesante” es la palabra clave. Responder a preguntas del tipo: “¿Cuando fue la guerra de 1821?” es una habilidad inútil en un mundo en el que Wikipedia siempre está disponible. Es mucho más útil ser capaz de contestar preguntas a las que Google no nos puede ayudar. Preguntas del tipo: “¿Qué es lo que debería hacer a continuación?”

Ayer, mientras volvía a casa en coche escuchaba un programa en el que se debatía sobre si internet nos ha hecho más listos o más tontos. Yo creo que ni lo uno ni lo otro. Ha hecho que nos tengamos que adaptar al nuevo medio. Ahora todos llevamos en nuestro bolsillo una enciclopedia preparada para ser accesible a cada instante así que memorizar ciertos datos resulta completamente inservible. En cambio ahora es más importante que nunca asimilar conceptos y ser creativos. Son dos habilidades que, en mi humilde opinión, creo que son básicas para avanzar cualquier tarea en el mundo que nos movemos.

Cuando adquirimos un nuevo conjunto de habilidades es importante adquirir nuevos conceptos con ella. Creo que es incluso más importante el concepto adquirido que la nueva habilidad en sí. Pongo como ejemplo cuando un programador aprende un nuevo lenguaje de programación. Si somos programadores de Java y aprendemos Scala tendemos a escribir código Scala igual que escribíamos Java solamente que con la nueva sintaxis. Eso, personalmente, creo que es absolutamente inútil. Cuando nos aporta algo es cuando empezamos a aplicar modelos de desarrollo que no eran posible en el lenguaje en el que trabajábamos antes. Cuando aprender ese nuevo lenguaje de programación sirve para ampliar nuestras miras hacia nuevos modelos (p.ej. programación funcional) que eran imposibles de aplicar con la herramienta anterior. Entonces es cuando nos metemos un nuevo concepto en el bolsillo y adquirimos la verdadera ganancia. Cuando salimos del lugar en el que nos movemos habitualmente y nos vamos a una zona inexplorada para nosotros.

La creatividad es después muy importante. Con ella podemos coger los nuevos conceptos abstractos que hemos adquirido y convertirlos en algo real y que resuelva un problema concreto. Nos convertimos cada vez más en gente que resuelve problemas. No estamos para cuando todo funciona sino para cuando algo falla. Además normalmente no hay una sola vía para resolver el problema y tenemos que encontrar la mejor cuando ni siquiera el concepto de mejor está claro. Tenemos un problema si nuestro trabajo lo puede desempeñar una máquina porque, no lo dudes, tarde o temprano lo hará. Es una carrera contra el tiempo entre tú y la tecnología hasta tu jubilación (si es que la llegas a tener en algún momento).

Si juntamos ambas cosas creo que tenemos una persona resolutiva y es la habilidad que tenemos que alcanzar de verdad. Me parece muy revelador un concepto que trata el libro y es que todo esto no son cualidades innatas sino habilidades que adquirimos. Si somos conscientes todos podemos ser un poco más resolutivos.

• Bajo ningún concepto no más código sin tests. Lo siento pero no. Me dan igual las prisas o lo que sea. Si voy a arreglar algo en el Brownfield se empieza escribiendo test y luego se va cambiando.
• Mantener una aplicación web activa y abierta al público. Aunque sea un miserable redireccionador. La cosa es obligarme a ir manteniéndola con mimo y respetando los principios. Además es un banco de pruebas público con lo que me obligaré a cuidarme más de hacer tonterías. Si ya pudiese lanzar otra idea que tengo en mente sería maravilloso.
• Ruby, ruby y más ruby… teniendo en cuenta que Ruby no es sólo rails. Empiezo a cogerle el gusanillo, especialmente a Sinatra. Me parece que es un banco de pruebas estupendo donde se van viendo un montón de tendencias encuanto a programación se refiere. Una vez que te has metido un poco en este mundo ves las enormes limitaciones de los frameworks a los que estás acostumbrado.
• Android. Terminar el año con al menos una aplicación más en el market.
• Escribir más en el blog que lo tengo bastante abandonado.
• Todo esto dedicando más tiempo a mi santa esposa que bastante me aguanta ya.

No voy a decir que en lo técnico haya sido un mal año porque mirando la vista atrás si que veo que he aprendido bastantes cosas con respecto al año pasado teniendo en cuenta que ha sido un año en el que el trabajo me ha tenido bastante amargado viajando por el mundo y derrochando mi ya de por si limitado tiempo.

LinkedList mockedLisk = mock(LinkedList.class);
when(mockedList.get(0)).thenReturn("first");

Si nos fijamos en la segunda línea vemos que definimos nuestro código de una manera que intentamos asemejarnos lo más posible al lenguaje natural. Podemos decir que las APIs fluidas son una forma de DSL. El caso es que Carlos planteó diversos ejercicios que fuimos resolviendo haciendo pair programming en pomodoros de media hora. En concreto en mi grupo nos toco implementar un APi que pueda haceer algo parecido a lo siguiente:

.

when_successful ( obj.m() ).then_call ( obj.x() ).as_a_chain()

when_successful ( obj.m() ).then_call ( obj.x(), as_a_chain() )

when_successful ( obj.m() ).then_call ( obj.x() ).with_args(args)

.

git clone git://github.com/rafadc/kata-as_a_chain.git

.

Y a continución paso a comentar un poco mi experiencia:

Como when es palabra reservada vamos a saltárnoslo con una función estática (primera cosa que no me convence 100% pero una función sencillamente me convence menos y hay que seguir el enunciado ) y crearemos nuestra clase llamada When. De todos modos vamos viendo un poco el concepto del API fluida que estamos creando.

Otra pieza que tampoco me convenció 100% fue la sobrecarga de that. En ruby no existe la sobrecarga de métodos así que tuve que ingeniármelas para pasar un símbolo y un bloque. El caso es que no tengo más remedio que psarlo en el orden inverso al que proponía el enunciado por sintaxis. Otro punto a favor de la reflexión en lugar de los bloques. No me parece definitivo pero ahí esta

Siempre quise que mi ordenador fuera igual de fácil de usar que mi teléfono. Mi sueño se ha hecho realidad: ya no soy capaz de usar mi teléfono.

- Bjarne Stroustrup

El buen humor y el buen hacer pueden ir de la mano

Vais a About->Installation Details->Installed Software y ahí os sale una lista de los plugins.

También he de reconocer que no me gusta usar muchos plugins, solo o necesario y no suelo instalar ninguno (y menos desinstalar) pero he estado jugueteando con el plugin de Scala que aún está muy verde y causaba algún NullPointerException a los refactor incluso en Java.

Me hace gracia porque últimamente me estoy preocupando más de lo habitual por aprenderme los shortcuts de teclado de Eclipse para llevar la contraria a la moda de volver a usar vi y eMacs que estoy viendo por internet y resulta que nunca había hecho algo tan básico. Eso si, el que decidió poner la opción ahí se merece guillotina.

“No es necesario hacer que cada módulo sea perfecto antes de subirlo al repositorio de código. Simplemente basta con hacer que sea un poquito mejor que cuando lo bajamos”.

Robert C. Martin (Uncle Bob)

Esta semana voy a hacer un poco de spam de los podcast que suelo escuchar. Los que no sepais lo que es un podcast podeis pasaros por Podcastellano que lo explicarán mejor de lo que yo lo haría.

Particularmente en mi lista no faltan:

• Desarrollo
  • The Java Posse: Todo un veterano en esto de difundir la actualidad del mundo Java. Más o menos semanalmente nos preparan un resúmen de dos horas de lo más importante… o de lo que les apetezca. La canción de la entradilla es inolvidable.
  • Podcast de Javahispano: Es un podcast en castellano sobre actualidad en el mundo java. No tienen periodicidad que yo sepa pero cuando sale tienes casi 2 horas de charla sobre el mundillo. Muy interesante si estás metido en la comunidad Java.
  • Railscasts: Mini tutoriales sobre temas relacionados con Ruby on Rails de unos 5 minutos de duración. Una enorme fuente de sabiduría con más de 200 episodios a sus espaldas.
• Tecnología e internet
  • This week in tech: Un clásico. Un semanal de dos horas que consiste principalmente en una tertulia sobre algún tema de actualidad en el mundo de la tecnología. Tienen dos feeds. Unos de video y uno de audio. En mi opinion el de video es una curiosidad que merece la pena solo de vez en cuando.
  • This week in Google: Es prácticamente un clon del anterior salvando los colaboradores. De todos modos el tema a tratar en este caso suele ser algo relacionado con Google de algún modo.
  • Hak5: Se lema es: “Trust your technolust” y aunque han ido perdiendo un poquito con el tiempo no deja de merecer la pena. Es un programa de capítulos de aproximadamente una hora de duración que sale más o menos semanalmente en el que abordan temas como la seguridad informática, el desarrollo de software o la electrónica de manera muy práctica.
  • Geekbeat TV: Es un noticiero diario de unos 5 minutos en el que Cali Lewis nos habla sobre gadgets e internet.
• Actualidad
  • La brújula de la economía: Para no desconectarme del todo de la realidad. El feed lo podeis encontrar en la lista de feeds de Onda Cero.
• Inclasificables
  • Kafelog: Me gusta el humor chosco. Lo admito. Y por eso cada vez que los chicos de Kafelog sacan un número me paso un buen rato riéndome. Un poco de noticias, un poco de videojuegos, un poco de cine… un magazine muy entretenido.
  • Necesito un arma: Tecnología, armas bien grandes y metáforas centradas en la prostitución. Otro magazine muy simpático de periodicidad indescifrable.

Logicamente no escucho siempre todos pero la mayor parte de las semanas esto es mi televisión y radio. ¿Algo que añadir?

P.D. : Yo también considero que la política de vestir los viernes de manera informal es una soberana gilipollez.