:: eliax.com - Video de como un programador novato vs experto rastrea código con sus ojos

texto: A- A+

domingo, diciembre 23, 2012

Video de como un programador novato vs experto rastrea código con sus ojos
eliax id: 9885 josé elías en dic 23, 2012 a las 12:10 AM ( 00:10 horas)

Hoy comparto dos videos que me encontré bastante curioso, ya que soy un fan de la ingeniería y programación de software.

Se trata de poner un dispositivo especial que observa los movimientos oculares de personas (en este caso, de un programador novato y de un experimentado), y los grafico sobre el código de un programa.

La idea es ver cómo rastrea el código el novato versus el experto, cuando a ambos se les asigna la misma tarea (que en este caso es descifrar cuál es el resultado de ejecutar el código que ven en pantalla).

Como podrán observar en el primer video (del novato), este rastrea el código por todos lados, dando saltos a veces aleatorios y descuidados, mientras que en el segundo video (el experto) vemos como este sigue directamente el flujo del código tratando de entender a cada paso lo que ocurre.

Este tipo de estudios, más allá de una curiosidad, es fácil ver como podría ser de mucha utilidad a la hora de la enseñanza en el mundo de la programación, pues le indica al profesor de cuáles cosas advertir a los estudiantes, así como quizás recorrer un pedazo de código de forma óptima para ser más eficientes a la hora de trabajar.

fuente

Video 1 (de novato) a continuación (enlace YouTube)...

Video 2 (de experto) a continuación (enlace YouTube)...

autor: josé elías

13 comentarios

Curiosidades , Educación , Psicología , Software , Videos

Previamente en eliax:
Truco: Enlaces Simbólicos en Windows similar a UNIX/Linux/OS X ( jun 28, 2008)
Eliax explica: Todo sobre Máquinas Virtuales, para el usuario común ( jul 23, 2008)
Pregunta a eliax: ¿Qué es un Cache y cómo funciona? ( ago 6, 2009)
Pregunta a eliax: ¿Qué es un Buffer y cómo funciona? ( ago 7, 2009)
Pregunta a eliax: ¿Qué es un Runtime y cómo me afecta en la vida diaria? ( nov 1, 2010)
Un algoritmo eliax: Una forma super-eficiente de almacenar datos jerárquicos, linealmente ( nov 8, 2010)
Pregunta a eliax: ¿Qué son los "nm" en chips y cómo me afectan en la vida diaria? ( nov 14, 2010)
JSFiddle, potente herramienta para Javascript y frameworks como JQuery y Prototype.js ( dic 1, 2010)
JSBeautifier, te organiza y modifica estéticamente tu código Javascript ( dic 13, 2010)
Pregunta de lector: ¿Recursos para aprender a programar? ( ene 13, 2011)
Linux en Javascript, en tu navegador web, con almacenamiento local ( oct 8, 2011)
Pregunta a eliax: ¿Qué es un Connection Pool en bases de datos? ( ene 17, 2012)
La página de las extensiones de nombres de archivos ( feb 21, 2012)
Light Table, revolucionario concepto en programación de software ( jun 4, 2012)
MemSQL, motor de base de datos compatible con MySQL, 30x más rápido ( jun 26, 2012)
Eliax anuncia developers.X - un grupo para desarrolladores de software ( jun 30, 2012)
Introducción de alto nivel a WebSockets, la nueva tendencia en aplicaciones web ( jul 29, 2012)
WebPlatform por Apple, Google, Microsoft, Facebook y otros, documentan la Web ( oct 9, 2012)

Posteriormente en eliax:
Eliax Explica: Multiplica la velocidad de tu PC o Laptop con un SSD y RAM ( ene 8, 2013)
BlueStacks a traer juegos de iOS a su consola de Android para TV, por virtualización ( jun 12, 2013)
Eliax explica: Cómo respaldar/restaurar rápidamente con MySQL ( jun 25, 2013)
Eliax en CodeCampSDQ 2013, República Dominicana, viernes 19 de Julio 2013 ( jul 12, 2013)
Editorial eliax: MongoDB, convirtiéndose en estándar por defecto de NoSQL ( jul 19, 2013)
Finalizada con éxito mi charla en el CodeCampSDQ 2013 ( jul 20, 2013)
El grupo DevelopersX de eliax ya tiene más de 4,000 desarrolladores de software ( oct 10, 2013)
Artículos recientes en DevelopersX, de interés para desarrolladores de software ( nov 19, 2013)

Comentarios

si pero el "experto" pone mal el resultado.. mientras que el novato pone el correcto:

8 7 9
1 0 8 1
8 9 0

:)

#1 facundo - diciembre 23, 2012 - 05:20 AM (05:20 horas) (responder)

sí en efecto el novato coloca bien el resultado, el experto no... pero bueno más allá del resultado, es muy interesante la forma de analizar del novato y el experto.

#1.1 dy3g0s (enlace) - diciembre 23, 2012 - 12:45 PM (12:45 horas) (responder)
Si el experto se equivoca y el novato no, deja que decir sobre el experto...

Habrá habido un limite de tiempo?

#1.2 N,N-DMT - diciembre 23, 2012 - 03:00 PM (15:00 horas) (responder)

creo que el experto si bien al parecer sigue un orden, se equivoca.

#2 edd84 - diciembre 23, 2012 - 05:27 AM (05:27 horas) (responder)
Para tener significancia como experimento científico, tanto novato como experto deberían haber trabajado sobre el mismo código. Si a cada uno le ponemos códigos diferentes estamos comparando churras con merinas.

Aún así, es curioso ver como el novato se dispersa mucho más por todo el código mientras que el experto es más analítico y se centra en una parte y la resuelve, y luego va a la siguiente.

#3 FrEeDoOm - diciembre 23, 2012 - 09:29 AM (09:29 horas) (responder)
Es normal esto, cuando uno está aprendiendo es fácil 'perderse' y si le sumamos la impaciencia puesss... aunque tampoco hay que irse por los extremos, también es importante tener la capacidad (que se adquiere con el tiempo) de hacerte una primera idea general de lo que hace cada parte del código antes de profundizar.

#4 Javier M (enlace) - diciembre 23, 2012 - 10:11 AM (10:11 horas) (responder)
En resumen: el novato hace uno a uno los pasos para determinar la salida, mientras que el experto analiza qué hace cada función para comprender cómo funciona. Cualquier programador experto puede decirte que sólo ejecuta paso a paso aquello que le resulta "raro", es decir, que no funciona como "se entiende" que debería funcionar. Este vídeo no me descubre nada (te lo dice un programador experto).

#5 lala - diciembre 23, 2012 - 02:17 PM (14:17 horas) (responder)
La primera versión del programa es lineal. El programador tarde mucho tiempo en entenderlo pero da con la solución correcta.

La segunda versión del programa es programación estructurada (usando 2 funciones), es lo que haría quizás un mejor programador. El programador tarda la mitad de tiempo en entenderlo (y yo tardé mucho menos tiempo) pero se equivoca en la solución ¿porqué? porque el nombre de una de las funciones tiene una ambigüedad, y lo confunde:

# Devuelve los numeros de la lista "numbers" que sean mayor que low y menor que hight
def between(numbers,low,high):

y el, se le va la olla, y la usa como:
# Devuelve los numeros de la lista "numbers" que sean mayor que low y menor o igual que hight
def between(numbers,low,high):

Eso es muy común, y lo veo bastante, incluso en mi código. Los nombres de las funciones, clases, retorno, no son perfectamente claros y sin ambigüedades. Se nota mucho en la programación orientada a objetos, y no sólo provoca bugs sino que a veces te pases horas intentando entender el funcionamiento de código que paradójicamente es supuestamente de "gran calidad".

#6 Fugaz - diciembre 23, 2012 - 04:10 PM (16:10 horas) (responder)

Además lo típico cuando trabajas con subarrays es y trabajar con límite inferior cerrado y abierto en el superior, es decir, [desde,hasta)

Esto se ve fácilmente leyendo especificaciones de lenguajes bien conocidos como Java, Python o C/C++ (es típico ver "the specified fromIndex, inclusive, and toIndex, exclusive")...y se toma casi como norma para todos los que nos dedicamos a la programación.

Por eso es un fallo, como bien dices, común. Sin embargo, es al contrario de lo que has dicho, tal y como explico en el primer párrafo.

Ahora, respecto al vídeo, es un hecho totalmente natural, yo ahora me encuentro en el segundo tipo, pero recuerdo con cariño esos días en los que iba saltando de un lado a otro, que partes del código te parecían chino tradicional (en su dialecto más rural) y que más que nada te resultaba apabullante el código. Con la experiencia acabas teniendo un ojo clínico casi infalible a la hora de descifrar qué hace un código, pero aún así, lo más recomendable sigue siendo comentar en condiciones el código, porque hasta algo que tú haces, a los 2 meses es incomprensible por ti si no has explicado las líneas críticas.

Un saludo, y gran entrada, como siempre :D

#6.1 TheCharliemops - diciembre 26, 2012 - 01:59 PM (13:59 horas) (responder)

Me parece buena idea de experimento pero mal llevada a cabo. Aparte, yo no me considero aun programador experto y lo he resuelto en mucho menos tiempo que los 2 del video.

#7 novato - diciembre 23, 2012 - 09:25 PM (21:25 horas) (responder)
La persona del segundo video no parece muy experta XD

#8 Ivan - diciembre 25, 2012 - 11:55 PM (23:55 horas) (responder)
No me parece que se trate de un experto y un novato leyendo código, si no de cómo afecta la la capacidad de entender según el estilo y formato (identaciones, espacios, lineas en blanco, etc...).

En otra página vi esos vídeos y de eso era que se trataba.

#9 gustavo - julio 20, 2013 - 06:33 PM (18:33 horas) (responder)
jajaja q risa chci

#10 sdasds - abril 13, 2016 - 01:00 PM (13:00 horas) (responder)

Añadir Comentario

tu nombre
tu email (opcional)
web personal (opcional)
en respuesta a...
comentario de caracteres máximo
6 + 1 =	requerido (control anti-SPAM)
¿De qué color es el cielo?:	requerido (control anti-SPAM)

"Al menos, en mi experiencia consciente de uso de Internet, en mi horizonte de eventos no perderé de vista esta pagina y este tipo de artículos, gracias por todo tipo de información que conmociona mi curiosidad cada vez que busco asombro.

saludos"

por "Robzam31" en feb 18, 2012