Divulgación

Ludificación en la oficina: ejemplo simple

En ésta publicación les voy a presentar un pequeño ejemplo de cómo aplicar ludificación para aumentar la productividad de los empleados y promover la creatividad (o innovación?). El tema siempre me ha fascinado dado que soy generación Nintendo 🙂 y nunca he dejado de jugar videojuegos, no soy tan fanático, pero siempre he tenido uno o dos videojuegos con los cuales me entretengo y de hecho he estudiado el tema más concienzudamente con cursos de Coursera y otros. Espero que la propuesta que les hago sea suficientemente interesante y si la aplican déjenmelo saber. Disfútenlo.

Ludificación en la oficina: ejemplo simple Leer más »

Estructura de la ingeniería: nuevas categorías

Hace muchos años, cuando fui docente Universitario, en medio de un proceso de actualización curricular del programa de Ing. de sistemas y computación, tuvimos unas interesantísimas discusiones sobre los contenidos del programa académico de Ingeniería de sistemas y computación. Lamentablemente, como pasa con frecuencia en nuestros países latinoamericanos, el proceso fracasó por intereses personales y el programa no se actualizó o por lo menos no con el alcance que se tenía previsto. En ésta publicación quiero ofrecerles una visión que salió de ese proceso, que me da pie para iniciar con una clasificación de los contenidos a la luz de lo que les voy a describir que basicamente es una forma de estructurar contenido académico de una manera más o menos universal. Ésto es un poco una visión que tengo para el próximo año, así como desarrollo de contenido alineado directamente con las certificaciones. Disfrutenlo.

Estructura de la ingeniería: nuevas categorías Leer más »

Networking vademecum (o diccionario que llaman)

Cuando uno empieza a trabajar en redes, adicional a los típicos acrónimos que nacen de nuestra disciplina (que no siempre conocemos porque son de la práctica diaria y no de la teoría) aparecen otros términos que resultan ser muy importantes [para los jefes 🙂 ] y por ende tenemos que conocer. En ésta entrada me propongo hacer una especie de diccionario de los términos que en su momento me parecieron extraños, algunos técnicos otros administrativos pero espero que todos les resulten útiles. Disfrútenlo.
NOTA: Creo que será un escrito un poco dinámico porque seguramente iré adicionando términos importantes, si tienes alguna sugerencia dejala en los comentarios.

Networking vademecum (o diccionario que llaman) Leer más »

Long tail ha muerto?

Este en realidad es un pequeño lamento, porque YouTube decidió dejar mi canal por fuera de AdSense, es decir, no permitir monetización sobre mis videos. Un poco de contexto: hace diez años creé este blog y, probablemente por esa misma época, empecé a publicar videos en YouTube vinculados con los contenidos del blog. Por ejemplo, publiqué hace años un tutorial de Packet Tracer y en varias de esa serie de publicaciones vinculé un video. Para resumir, el umbral actual que propone YouTube es de 1000 suscriptores y 4000 horas de visualizaciones mensuales. Este blog fue muy popular en su tiempo y yo me proponía recuperarlo, pero es difícil con esos umbrales tan altos. Este blog nunca ha dado ganancias, el tiempo y conocimiento que le he invertido no se paga con la publicidad, sin embargo, AdSense desde hace varios años da aproximadamente para el costo del hospedaje y el dominio y parte de ese dinero venía de YouTube. Mi canal de Youtube tiene menos de 300 suscriptores y no sé cómo obtener el dato del tiempo de visualizaciones pero debe ser muy pequeño. Hace algunos años también cambiaron las políticas y yo quedé apenas por encima del umbral porque tomaba como base las visualizaciones y no las horas de tiempo. Ahora es casi imposible lograr con mis temas unos umbrales así de altos. Lo bueno es que me notificaron que tengo hasta finales de febrero para lograrlo, lo cual es un chiste: 300 suscriptores en casi 10 años sin contar el spam o falsos perfiles que seguramente me siguen. Es lamentable. Long Tail era la supuesta nueva teoría con la que se podía entender a los inicios el fenómeno de los medios por Internet. La teoría clásica enseña un principio estadístico llamado ley de Paretto, que indica que el 20% de los clientes generan el 80% de las ganancias, eso hacía que las empresas se enfocaran en los clientes grandes. Con el surgimiento de las tecnologías de la información masivas, el 80% que quedaba desatendido era muy grande para ignorarlo, y éstas tecnologías permitían aprovecharlo sin invertir demasiado dinero. Ese principio se sigue aplicando, sin embargo, con los umbrales que propone YouTube, no estoy tan seguro que se pueda seguir aplicando y no comprendo porqué se necesitan umbrales tan altos si los recursos que requiere para atender toda esa larga cola (long tail) deberían ser menores dada la tecnología tan avanzada que tenemos ahora. Tal vez ya no es long tail sino pig tail (cola de cerdo).

Long tail ha muerto? Leer más »

10 años de publicaciones!

Desde que dejé la docencia dejé de escribir, incluso un poco antes, pero este año decidí retomar esta actividad que tanto me apasiona y por coincidencia (o tal vez inconscientemente) me dí cuenta de que este año se cumplen 10 años de haber publicado mi primer post! Pues que sea una celebración. Voy a describir un poco de la experiencia que he tenido, la evolución, reseñas de cosas especiales y un poco del futuro del blog y de mí mismo. Gracias por la lectura!

10 años de publicaciones! Leer más »

Es ético automatizar tareas y no avisar?

He visto esta artículo en inglés y la discusión está buenísima, en especial para los que sabemos programar y lo usamos en nuestro trabajo. Si automatizamos nuestras tareas, qué es lo correcto: decirle a nuestros empleadores o hacer el trabajo al ritmo que ellos esperan? La discusión está servida. A continuación una breve reseña del contenido. Disfrútenlo y que se abra la discusión.

Nota original (en inglés)

NOTA: Esta nota no es una traducción/intepretación, es más bien una reseña con base en la nota publicada en Bussinessinsider.

El artículo original básicamente resume una discusión que comenzó en Stack Overflow, un popular sitio para compartir conocimiento técnico. Un programador anónimo publicó que se estaba sintiendo culpable porque había automatizado su trabajo hasta el punto de trabajar prácticamente dos horas a la semana. A este punto de la lectura algunas personas toman una posición: o bien el sr no es ético o bien es sólo otra forma de hacer un trabajo por el cual la empresa tiene una previsión de qué está invirtiendo. Quien publica la consulta dice más: no sólo ha terminado en el nivel de automatización comentado, sino que lo ha ocultado a su empleador y le mete pequeños errores a los resultados para que parezcan más humanos.

De las dos posiciones obvias hay argumentos a favor y encontra, por lo que la decisión sobre de cuál lado estar no es fácil. Uno de los usuarios que comentan, argumenta en contra con estos puntos de vista:

  • Recibe una paga de 40 horas por una tarea de 2
  • Ha trabajado de esa manera durante 6 meses
  • Cada semana aprox. debe mentir sobre su trabajo
  • Deliveradamente insertó errores
  • Hace que un analista siga gastando tiempo en verificación de un supuesto trabajo humano
  • El usuario admite que no se siente bien

De la otra orilla, otro grupo de personas argumentan lo siguiente:

  • Es una relación transaccional, por ende la empresa está recibiendo lo que espera y al precio que tiene decidido pagar. La industria está llena de ejemplos en los cuales si la empresa encuentra una solución más económica que un trabajador lo echa sin ningún remordimiento.
  • Un Sysadmin usualmente debe automatizar su trabajo y lo único que hace es supervisar que nada se salga de control.
  • Lo que el usuario debería hacer es no ocultarlo y, sin importar qué pase con el actual trabajo, buscar avanzar en ese campo, probablemente esté desperdiciando su talento y se sienta mejor en otro empleo.

Me pareció muy interesante esta discusión, porque yo intento automatizar todo tanto como puedo. No logro trabajar sólo dos horas a la semana, pero sí logro disminuir mucho mi carga y trabajar muy tranquilo. A veces lo digo otras veces no 🙂 Cómo lo hacen uds., qué opinan al respecto?

Es ético automatizar tareas y no avisar? Leer más »

Panorámica de la automatización en redes fijas

Durante los últimos años he aprendido que cuando se trabaja con redes que tienen miles de dispositivos es prácticamente imposible hacer las cosas manualmente (incluso con unos pocos cientos). Hay muchas tecnologías que se combinan para ayudarnos con esos trabajos y en ésta entrada deseo hacer una panorámica desde mi experiencia de lo que he visto y usado, un poco trazando lo que va a ser una serie de escritos al respecto. Recuerden: es la perspectiva del ingeniero, para los administrativos la automatización significa que la implementación se pueda hacer desde los requerimientos mismos. Eso es SDN (Software-defined Networks) y es un tema mucho más complejo. Por lo pronto disfruten ésta lectura.

Panorámica de la automatización en redes fijas Leer más »