A software developer cookbook

Hoy he recibido una mención en Twitter de Paco Mesa en la que, creo, solicitaba mi opinión respecto al "reciente" movimiento #informáticaSoluciónYA. Bien, mi posición en este tema es de NO apoyo. Espero que fuese mi opinión lo que quería y no mi apoyo :-) #InformáticaSoluciónYA y nomino a @manz @dinesharjani   @ydarias pic.twitter.com/qPUiP3VuxD — Francisco Mesa (@franciscomesa) June 17, 2016 También se supone que me debería importar la política de contratación de la Administración Pública si hacemos caso a la imagen de ese tweet, pero como es un mundo que nunca me ha gustado pues también dejo a la propia Administración sus temas de recursos humanos. Si son buenos o malos es materia de otro post. Sería fácil para mi quedarme en esa posición y no decir por qué o qué experiencias me llevan a no apoyar un mundo en el que sólo las personas con una determinada titulación pueden desarrollar software. Pero a mi me gusta meterme en líos por muy políticamente correcto q...

Disclaimer:   Este es un artículo de opinion, antes de reaccionar, responder o lo que quieras hacer con él, léelo todo y léelo bien. Además no es un artículo que quiera dar respuestas, es un artículo que quiere lanzar preguntas y fomentar el dialogo. Esta semana, el mundo de la arquitectura ha sufrido un fuerte revés, la muerte de  Zaha Hadid  a los 65 años de edad. Yo no soy arquitecto y no puedo opinar de forma técnica sobre su obra. Para mi era una de las grandes, algunas de sus obras son de mis favoritas, tan sólo como ser humano, como persona que observa la belleza de sus diseños. Pero lo que realmente quería hacer hoy, es aprovechar para relacionar la carrera de esta gran arquitecta con una pregunta importante. ¿Por qué esta escasez de mujeres en las "profesiones técnicas"? Quizás no sepas quien es Zaha Hadid, pero lo puedes buscar en la  Wikipedia , o dónde prefieras. Por ponernos en situación, fue la primera mujer en ser considerada "startchitect", ...

Hoy leí un  artículo  de  Chase Clemons  en el  blog de la gente de Basecamp , Signal vs Noise. Básicamente se trata de un buen ejemplo de atención al cliente y me ha parecido genial, pero quería hacer algunas puntualizaciones y ampliar un poco el tema. Por si no te has leído el artículo que se enlaza, cosa que quizás deberías hacer, básicamente se trata de una carta de disculpas en la que la empresa de cafés a la que Chase ha hecho una compra, para una clienta de Basecamp, se disculpa por no haber cumplido con un pedido. Han tenido que lidiar incluso contra huracanes, pero aún así Clarke va a ir personalmente a entregar el café a la clienta de Chase. Y digo yo, chapó. No tengo ni idea del coste del pedido, ni de la distancia que Clarke va a recorrer o el tiempo que va a usar. Chapó también por Chase que va a repetir con esta empresa, yo también lo haría Chase. ¿Pero y qué pasa si tu margen de venta no es suficiente? ¿Tu recurrencia lo compensa? ¿Cuál e...

El hombre es el único animal que tropieza dos veces con la misma piedra, y en mi caso lo puedo hacer incluso 5 ó 6 veces, por eso quiero escribir esta entrada acerca del uso de las directivas ng-if y ng-show (y por extensión de ng-hide) de AngularJS . El problema Pero primero lo primero, veamos que hacen estas dos directivas en un breve ejemplo de código. Si ejecutas este código en tu navegador verás que tan sólo aparece un input en pantalla y que el resto de código HTML no se muestra. Esto se debe al uso de las directivas ng-if y ng-show que tienen precisamente esa finalidad, ocultar elementos mientras la evaluación de sus condiciones no se cumplan. En este caso cuando escribimos la palabra "test" en el input, ambos elementos se harán visibles instantáneamente. Pero en este código hay más de lo que parece. Si te fijas en el bloque script al final del body, verás que hay una función asociada al evento onclick de los elementos ocultos. Y si haces click en cada u...

Ha pasado un año más y llega el momento de sentarme relajadamente y contarte lo que ha pasado este año. No lo hago por ti, lo hago por mi, porque necesito poner en perspectiva y recordarme a mi mismo todo lo que hemos hecho. Han sido muchas cosas y no se ni por donde empezar, si fuese una retrospectiva al uso necesitaría cientos de post-its y si lo quisiera escribir detalladamente tardaría semanas. Mi sensación es que ha sido una montaña rusa en la que la intensidad ha ido aumentando poco a poco. Es como esta canción de la banda sonora de Interstellar. Me viene a la cabeza una frase de Will Smith que leí en alguna ocasión, "siempre llego cansado a casa, pero nunca estresado". Es una sensación genial en la que sientes que no has perdido el tiempo ni un solo segundo. Los pros nos mudamos así, con un viaje de 36 horas en barco y 6 horas en coche :-) Otogami Technologies Sin lugar a dudas el año ha sido Otogami-céntrico, todo ha girado entorno a Otogami, para b...

Mis listas de artículos para leer en Pocket o de ideas sobre las que escribir, poco a poco, tienden al infinito. Desgraciadamente no tengo el tiempo o mejor dicho las ganas para escribir en el blog tanto como debería, pero no hay nada que la jod*** y puñ***** manía de David Bonilla de bromear por Twitter no pueda conseguir. El nivel de "caos organizado" en Otogami es TAL, que @ydarias usa un Trello a escondidas -para él solo- para que no le estalle la cabeza ^_^ — David Bonilla (@david_bonilla) December 12, 2014 Y no es sólo que escriba algo en Twitter y quedé ahí por los tiempos de los tiempos, sino que esa acción que para él dura unos segundos tiene repercusiones durante días. Pues bien, tendré que explicar porqué razón uso un Trello personal en mi día a día y cómo afecta eso a la organización del trabajo en Otogami Technologies S.L. Otogami no es sólo Otogami Sí, habéis leído correctamente, yo no trabajo exactamente para Otogami.com sino para Otogami Tec...