Hola! Si entraste a leer este artículo, significa que estás interesado en que consiste una relación de mentoría, ya sea como mentor, o como mentee.

¿Qué es una relación de mentoría o mentoring?

La Universidad de Cambridge (1) tiene una definición bastante clara de que es el mentoring:

La mentoría es un sistema de guía semi-estructurada donde una persona comparte su conocimientos, habilidades y experiencia para asistir a otros a progresar en su propia vida y carreras. Los mentores necesitan ser fácilmente accesibles y estar preparados para ofrecer ayuda a medida que surja la necesidad — dentro de los límites establecidos.

Como la cita lo explica, la mentoría consiste en una parte que comparte conocimientos y habilidades adquiridos en base a la experiencia, en forma de consejos, oportunidades y contactos (mentor) y una parte que recibe estos consejos, interioriza estas experiencias y toma decisiones para aplicar en su propia vida o carrera (mentee).

¿Qué beneficios me entrega una mentoría?

Los beneficios (1)(2) varían acorde al rol que cumples en una relación de mentoría. Una consecuencia de esta relación, sin embargo es en el crecimiento de ambos — mentor y mentee.

Mentee

• Provee motivación y consejo imparcial.
• Desarrollo personal y profesional.
• Desarrollo de una relación y red de apoyo.
• Incremento de la confianza en ti mismo.
• Asistencia en la resolución de problemas.
• Te permite alcanzar tus objetivos mas rapida y efectivamente que hacerlo solo.
• Construir una red de experiencia a la cual acudir, de la cual tu y otros pueden beneficiarse.
• Motiva a reflexionar desde la práctica.

Mentor

• Ser mentor te ayuda en tu propio desarrollo de habilidades y de carrera.
• Es una oportunidad para reflexionar desde la práctica.
• Aumenta tu satisfacción profesional.
• Desarrolla relaciones profesionales.
• Mejora el reconocimiento de tus pares y hacia tus pares.
• Hace uso de tu experiencia, poniéndola a disposición de otra persona.
• Amplía el entendimiento de tu organización o industria y la forma en cómo funciona.
• Te permite practicar habilidades interpersonales (habilidades blandas).
• Provee satisfacción personal a través del apoyo al desarrollo de otros.

¿Debo tener mucha experiencia para ser mentor?

Para nada! Usualmente medimos nuestra capacidad para ser mentores basados en lo que podríamos compartir a nuestros pares, y nos olvidamos de que para llegar donde estamos tuvimos que iniciar desde algún punto. Hay gente que se encuentra en esa etapa de la vida y que agradecerán que les des un empujón inicial.

Espero que este artículo te ayude a decidir si quieres darle un boost a tu carrera con la ayuda de uno o mas mentores, o si quieres ayudar a alguien mas a potenciar la suya…o quien sabe, tal vez ambas!

(1) https://www.ppd.admin.cam.ac.uk/professional-development/mentoring-university-cambridge/what-mentoring

(2) https://www.dur.ac.uk/hr/mentoring/mentoringguidelines/mentoringbenefits/

Cyclomatic complexity for on is too high. [8/6]

A decir verdad no recordaba haber escuchado ese concepto “Cyclomatic complexity”, así que me apoyé en mi viejo amigo Wikipedia para tener una idea de más o menos a que se refería el término.

La Complejidad Ciclomática (en inglés, Cyclomatic Complexity) es una métrica del software en ingeniería del software que proporciona una medición cuantitativa de la complejidad lógica de un programa. Es una de las métricas de software de mayor aceptación, ya que ha sido concebida para ser independiente del lenguaje.

Interesante, la pregunta que te podrás estar haciendo es ¿cómo medir la complejidad lógica de un programa?

Resulta que el mismo artículo tiene la respuesta:

El nombre “Complejidad Ciclomática” puede resultar engañoso para un programador ya que la idea de esta métrica no es contar los bucles (for, while, do…) en el código de un programa sino en el resultado de contar el número de ciclos diferentes que se siguen en un fragmento de código de un programa habiendo creado una rama imaginaria desde el nodo de salida al nodo de entrada del diagrama de flujo correspondiente a este fragmento de código. Un nombre más adecuado podría ser Complejidad condicional ya que el cálculo de esta métrica se ajusta más al hecho de buscar condiciones que contar ejecuciones de predicados dentro de bucles.

En resúmen,complejidad ciclomática es cuántas ramas posibles producto de las diversas condiciones existen para una secuencia lógica dentro de un programa (o una función). Básicamente el error que tenía era producto de tener demasiados escenarios posibles para mi función.

¿La solución? simplificar mi código, Ruby me estaba diciendo que mi función estaba haciendo demasiadas cosas. ¿Cómo simplifiqué mi código? extrayendo la lógica de mi función en subfunciones.

Aquí un ejemplo de lo que hice

def my_function expected_hash
  return if expected_hash.blank?
  return if expected_hash[:key1].is_a? MyModule::FirstClass

  if expected_hash[:key2] == ExpectedConstKey
    if expected_hash[:key3].is_a? String
      puts "My expected output"
    else
      puts "This is an example of another output"
    end
  else
    return
  end
end

def my_function expected_hash
  return if expected_hash.blank?
  return if expected_hash[:key1].is_a? MyModule::FirstClass

  puts_or_return(expected_hash)
end

def puts_or_return expected_hash  
  if expected_hash[:key2] == ExpectedConstKey
    if expected_hash[:key3].is_a? String
      puts "My expected output"
    else
      puts "This is an example of another output"
    end
  else
    return
  end
end

Hace un tiempo necesitaba generar IDs únicos para uno de mis proyectos. En realidad la tarea era bastante sencilla, escoger cómo crear dichos IDs únicos sólo basandome en una restricción; cada ID debía estar compuesto por 10 caracteres alfanuméricos, ni más ni menos (bueno, en verdad son dos restricciones en una).

Buscando por algún Java package que cumpliera mi objetivo, encontré una pregunta en StackOverflow (sí, yo también lo uso). Y leyendo en detalle las respuestas, encontré lo siguiente:

Beware the birthday paradox.

Cuidado con la paradoja del cumpleaños. En lo personal nunca había escuchado de ella, y me pareció interesante así que recurrí a Wikipedia para informarme más al respecto. El artículo lo explica así:

El problema del cumpleaños, también llamado paradoja del cumpleaños, establece que de un conjunto de 23 personas, hay una probabilidad del 50,7% de que al menos dos personas de ellas cumplan años el mismo día. Para 57 o más personas la probabilidad es mayor del 99%. En sentido estricto esto no es una paradoja ya que no es una contradicción lógica; no es una paradoja pero es una verdad matemática que contradice la común intuición.

Luego de haber leído (y aprendido) sobre esta paradoja, me entró la duda ¿cuán probable es que al momento de generar un ID único de 10 caracteres ya exista otro creado con el mismo valor?, ¿cuán únicos son realmente estos IDs?.

Saqué lápiz y papel y me puse a calcular (en verdad abrí Excel y puse los valores ahi).

De acuerdo a lo expuesto en el artículo de Wikipedia, la probabilidad que cualquiera en una habitación de n personas (excluido Ud.) tengan el mismo día de cumpleaños que usted está dada por

Aplicando el mismo concepto a nuestro contexto (10 caracteres alfanuméricos), podríamos calcular la probabilidad de que cualquier ID en un set de tamaño n (excluido el ID que se está generando, llamémosle ID candidato), tenga la misma combinación de caracteres alfanuméricos que el ID candidato.

\(1 - \left( \frac{(26 + 26 + 10)^{10} - 1}{(26 + 26 + 10)^{10}} \right)^n = 1 - \left( \frac{(62)^{10} - 1}{(62)^{10}} \right)^n\) \(= 1 - \left( \frac{(8.3929937\mathrm{e}+17) - 1}{8.3929937\mathrm{e}+17} \right)^n\)

Obviamente a medida que n se incrementa, las probabilidades de colisión aumentan; en este caso el aumento es casi imperceptible, y sólo empieza a hacerse visible cuando el orden de magnitud de n es $10^{17}$.

Como conclusión, van a tomar años (o una muy malísima suerte) para que haya una colisión entre dos IDs de 10 caracteres alfanuméricos, por lo que los IDs generados podrían considerarse únicos.