Tag Archives: curiosidad

Scrum Casero

Vale, vale, lo sé, es un poco freaky, pero la verdad es que ayuda bastante en varios aspectos:

  • Por un lado, ayuda a interiorizar el sistema, usándolo fuera del contexto habitual, dándole un matiz más desenfadado a las tareas del hogar,
  • por otro lado, las tareas del hogar se hacen más dinámicas y divertidas… ¡los niños hacen lo que sea por mover ticket!

Tablero de Scrum de andar por casa

Para realizarlo tan solo hace falta enumerar las tareas de la casa a realizar, si sois como yo en casa, que dejamos la mayoría de las tareas para el fin de semana (lavadora, barrer, fregar, …) vuestro tablero será grande, si por el contrario sois metódicos durante la semana, incluso podéis mantener el tablero para hacer iteraciones semanales, con demostración el sábado y retrospectiva el domingo :-)

El gráfico de burndown, si se hace todo en un día, se puede montar por horas, en lugar de por días, y marcar los puntos que se van consiguendo a cada hora. Para saber, sobretodo, si al final del día se tendrán todas las tareas hechas o no. Si se hace durante la semana, se puede saber a media semana si habrá que ser más constantes, o se podrá tener un poco más de relax antes de terminar la semana.

Se mire por donde se mire, es una buena técnica, y más completa que solo hacer GTD, ZTD o pomodoros ;-)

Ruleta Rusa en Unix

Navegando por la red he topado con un blog en el que he visto la ruleta rusa de unix.

La idea es jugar, como si de una pistola se tratase, con el comando rm -rf / (lo cual elimina TODOS los ficheros del disco duro y unidades montadas que se tengan -si son accesibles-). El comando toma un número aleatorio y prueba si es divisible por seis. Si es así… ¡bang!, estás muerto, sino, puede volver a tirar :-D

[ $[ $RANDOM % 6 ] == 0 ] && sudo rm -rf / || sudo echo “You live”

Curioso, ¿no?

NOTA: este blog no se hace responsable de los malos usos de los comandos expuestos, de si se elimina toda la información de su disco por un uso irresponsable del mismo, etc. Mi consejo… no lo uséis… o al menos, crear una jaula para jugar.

El Principio de Peter

Hace tiempo ya escribí algo relacionado con esto, en el artículo despide a tu jefe. Hoy, después de haber leído la definición del principio de Peter en la wikipedia, se le puede dar más forma, precisión y color :-P

El caso es que en la mayoría de empresas, lo normal, es promocionar, es decir que, siendo bueno en lo que se hace, se sube de puesto por méritos y se toma mayor responsabilidad, mayor sueldo… pero también, algo poco evaluado, es que se cambia de trabajo.

El principio de Peter viene a decir que cada persona es ascendida hasta su nivel de incompetencia.

Esto quiere decir que, si somos buenos haciendo lo que hacemos, al ascender, haciendo otra cosa distinta, podemos no ser tan buenos, e incluso podríamos ser un desastre haciendo ese trabajo. Ahí es donde se centra el principio de Peter, ya que, siendo ya no tan buenos en el nuevo trabajo, es más difícil ascender.

Esto no es así en el 100% de los casos. Hay gente que cuando sube de puesto se recicla y comienza a hacerse valer en el nuevo puesto… pero son los menos.

La pregunta que debemos de hacernos cada uno, entonces, es… ¿has llegado a tu nivel de incompetencia o te sigues reciclando?

¿Informáticos en paro?, no en el software libre

Hay varios sitios en Internet, como Software Libre y Cooperación, El Blog de Juantomás García y el blog de La Pastilla Roja, en donde se habla de lo mismo. En el sector del software libre NO hay paro, sino que hay déficit.

Los que nos dedicamos a las tecnologías abiertas, libres e intentamos siempre poner algo estándar y abierto sobre otras soluciones propietarias, nos damos cuenta de que, aunque en temas de software libre se está haciendo mucho, hay mucha gente que estudia certificaciones y productos de compañías propietarias, cuya implementación en cualquier empresa, es más cara que el sueldo que se le pueda pagar, durante uno o dos años, al empleado que lo mantendrá.

El software libre, y las soluciones de software libre son distintas y proponen mejoras, tanto a nivel de empresa, como a nivel de trabajador:

  • A nivel de empresa:
    • los costes de los productos se abaratan considerablemente, adquirir lo mismo y que funcione adecuadamente al modelo de negocio que se quiere implementar cuesta menos dinero y esfuerzo que adquirir una solución propietaria.
    • las personas que pueden mantener los sistemas no tienen que haber estudiado, ni tener una certificación especial, solo tienen que conocer las herramientas con las que están desarrolladas las aplicaciones (normalmente C, Java, Python, PHP, Ruby…) e incluir las modificaciones o correcciones en caso de necesitarlas.
    • hay más posibilidad de entrenar de forma más económica a nuestro personal TI sobre las tecnologías a implantar, que el coste de un entrenamiento de una empresa propietaria, sobre un producto que no podemos modificar, ni ampliar de forma interna.
    • el mantenimiento puede hacerse mediante nuestro personal TI, consultoras externas de TI, nuevos empleados con perfil de programador, etc.
  • A nivel de trabajador:
    • nos da la posibilidad de acceder a la información para aprender las nuevas tecnologías de forma más fácil, incluso pudiendo acceder al propio código fuente.
    • tenemos el código fuente a disposición y las herramientas para poder construirlo.
    • hay déficit de profesionales que se dediquen a las tecnologías de software libre, y estas tecnologías abarcan todos los campos aplicables de la informática.

Por ello, si un informático dice que está en paro, es posible que deba plantearse el renovar su curriculo, así como sus conocimientos y apuntar a tecnologías libres y abieras, al software libre, que es lo que, hoy en día, aún, da trabajo.

Lenguajes esotéricos

Otro viernes… las oficinas a medio gas y toca trabajar… me da por buscar información, ahora que aprendo más sobre Ruby y Erlang y, topo con un lenguaje llamado COW. Un lenguaje esotérico.

Ves cosas como la serie de fibonacci:

MoO
moO
MoO
mOo
[[ main loop ]]
MOO
[[ print first number ]]
OOM
[[ temp copy of first number ]]
MMM
moO
moO
MMM
mOo
mOo
[[ store second number off in the first position now ]]
moO
MMM
mOo
MMM
[[ move back to temp number ]]
moO
moO
[[ use temp to add to first and store in second in loop ]]
MOO
MOo
mOo
MoO
moO
moo
mOo
mOo
moo

Supongo que el autor de este lenguaje llegaría hasta el punto de decir si hasta las vacas pueden programar… y mira por donde, ahora sí :-D Ahora tenemos un sistema de accesibilidad para que las vacas, con sus gemidos, puedan trabajar por nosotros :-P

Pero realmente, este es uno de los desafíos que se ponen algunos programadores, diseñar un lenguaje Turing completo que desafíen el ingenio, la creatividad y sentido del humor de todos los programadores en general.

Aquí dejo un enlace a más lenguajes de programación esotéricos.

Libros electrónicos

Hay mucha gente que piensa que este será el punto de partida de un dispositivo que permitirá reducir el consumo de papel, del formato de libro convencional y que, a nivel ecológico, tendrá un gran avance hacia un ecosistema más sostenible.

Otros lo consideran un juguete y algo no muy serio que solo usa un sector muy específico de tecnófilos.

El caso es que este dispositivo se va expandiendo, va ganando adeptos y cada vez más, se adentra en nuestra sociedad por dos motivos: el espacio que ahorra, ya que permite tener una biblioteca completa que ocuparía cientos de metros cuadrados en el tamaño de una libreta de A5; el factor ecológico y de sostenibilidad que propone, ya que son miles de libros que no se imprimirán.

Mucha gente piensa, casi sin haberlos visto, que leer en dispositivos LCD, TFT o similares es algo malo para la vista… y estamos de acuerdo, pero el libro electrónico no está hecho ni con LCD ni con TFT, sino con e-ink (tinta electrónica). El papel electrónico se compone de montones de microcápsulas que contienen partículas negras cargadas negativamente y partículas blancas cargadas positivamente que flotan en un líquido. Cuando quieres mostrar algo en el papel aplicas un impulso negativo a las cápsulas que quieres en blanco y positivo a las que quieres en negro, con lo que las cargas opuestas se atraen y las partículas negras o las blancas suben a la superficie de la cápsula. Y eso es lo que ves. Es tan inofensivo para la vista como leer un periódico directamente.

Cuando el libro electrónico carga una página, automáticamente se pone en stand-by, no consume energía, por lo que ahorra mucha batería y, se calcula que, una batería convencional de libro electrónico puede durar cerca de dos meses, leyendo a una razón de 80 páginas diarias.

Hay muchos modelos en el mercado, Amazon sacó su Kindle, el cual permite conexión telefónica con Amazon para la descarga de libros digitales. Sony ya ha sacado al mercado varios modelos, entre los que destacan el Reader PRS-505 y el Reader PRS-700, este último con pantalla táctil.

Hay otras empresas como iRex que tiene un modelo llamado iLiad, que es bastante completo, teniendo incluso la función de libreta, es decir, pantalla táctil para poder almacenar páginas escritas o modificadas por el usuario.

Hay muchos más modelos y, cada día más, puesto que es un formato y dispositivo que cada vez se verá más integrado en la vida diaria de las personas. Tal y como los sistemas MP3 sustituyeron a los antiguos reproductores de musicasetes y CD portátiles.

Menos SPAM, ¿los spammers están en crisis?

Hoy he revisado las estadísticas de mi servidor web, como cada día desde hace ya años y veo que, el flujo del correo entrante, en lo que se refiere a SPAM, que se había mantenido en 1000 mensajes diarios, aproximadamente, con un 80% de SPAM, desde hace dos días se mantiene en 300 mensajes diarios, aproximadamente, donde solo el 40% es SPAM.

Leo en el blog de Tom Keating que no es un hecho aislado, que el spam está disminuyendo de forma global, lo que me sugiere la pregunta, ¿los spammers están también en crisis?

Filosofía Unix

Desde que comencé en GNU/Linux, sobre el 2002, siempre se ha resaltado la filosofía con la que se fundamentó el sistema al que “copia”, que es Unix.

La filosofía Unix se basa en algunos apartados básicos que todo buen informático debería de emplear en sus desarrollos, ya sea a nivel de sistemas o gestión. El uso de estas directivas, asegura que el trabajo, cuanto más pase el tiempo, más llevadero será.

Las directivas son, básicamente:

  • Escribe programas que hagan una sola cosa y la hagan bien: esto quiere decir que los programas deben de ser lo más atómicos posible y que se compruebe mucho su rendimiento y funcionamiento para hacerlo lo mejor posible.
  • Escribe programas que trabajen juntos: de nada sirve escribir programas que sirvan para una tarea específica y que, después, cuando esa tarea se modifique de cierta forma, haya que reescribir todo el programa. Es mejor dividir el problema en varios programas y después desechar o reescribir solo uno de esos pequeños programas, cuando se necesite, o incluso hacer nuevos.
  • Escribe programas que manejen flujos de texto, pues esa es la interfaz universal: todo lo que se hace con entrada y salida en formato textual es más fácil de enlazar con otros programas, así como reutilizarla en el pasado, presente y futuro.

En estos conceptos se basa la mayoría de software libre que existe, por lo que servidores como sendmail o postfix, se basan en pequeños servidores y/o programas que hacen partes de todo un proceso y, mediante sus ficheros de configuración, se pueden enlazar de una u otra forma, así como usar otros programas y/o servidores en lugar de los que vienen por defecto y, así, extender su funcionalidad.

Sobre filosofía Unix, de una forma más extensa, Mike Gancarz, escribe las siguientes líneas:

  • Lo pequeño es hermoso.
  • Haz que cada programa haga una sola cosa, pero que la haga bien.
  • Construye un prototipo lo antes posible.
  • Elige portabilidad sobre eficiencia.
  • Guarda los datos en archivos de texto plano.
  • Aprovecha funcionalidades del software.
  • Usa scripts de shell para aumentar la funcionalidad y portabilidad.
  • Evita interfaces de usuario captivas.
  • Haz de cada programa un filtro.

Esto no quiere decir que lo realizado sobre interfaces gráficas sea malo, o no respete estas premisas, puesto que muchas de estas interfaces hacen uso de programas que sí respetan al máximo estas premisas y que, favoreciendo la penúltima directiva escrita por Mike, permiten ver los comandos que ejecutan, junto con todos los argumentos.

Concluyendo, pensemos que el trabajo que se realiza día a día, no solo ese software que programamos por amor al arte, debe de sernos de utilidad, no solo en el momento en que nos lo piden para solucionar un problema dado, sino como “caja de herramientas” para la solución de miles de problemas que se deban de resolver en un futuro, quizás no muy lejano :-)

Vía: La filosofía UNIX

Despide a tu jefe

Hoy he leído en el blog de Enrique Dans (le he dejado un comentario también ;-) ), que hay un artículo (en inglés) que habla sobre cómo prepararse para la crisis, haciendo lo que realmente pueda ayudar a una empresa recortando por arriba.

La idea base es despedir al encargado de tecnología, por los motivos de que es solo un despido de una nómina que sí se notaría en el balance económico de la empresa y, también, porque este tipo de perfiles en la empresa, tiende, con el tiempo, a separarse de la tecnología, a no entender las nuevas tendencias y a “encasillarse” en las viejas tecnologías de los 80 y 90, porque le han funcionado de forma estable siempre.

Muchas empresas, para acortar la crisis, están comenzando a optar por no adquirir software propietario, sino que invierten en software libre (emrpesas que lo mantienen y dan soporte) y cloud software, o software vía Internet, que consta de que el software que se usa no se adquiere, sino que se usa en un servidor de otra empresa, con la que se contrata un servicio de uso del mismo.

También hay que tener en consideración que no todos los jefes son iguales, y con esto quiero decir que, la regla de despedir al jefe, no debe de aplicarse a diestro y siniestro sin miramientos, sino que debe de ajustarse a una serie de pruebas, como exámenes de capacitación, tests sobre nuevas tecnologías, etc.