(Artículo enviado por Roberto Mallén)

Aprende a programar en diez años

Por Peter Norvig. Teach Yourself Programming in Ten Years.

Traducción libre al español por Carlos Rueda – http://loro.sf.net

¿Por qué todos tienen tanto afán?

Entra a cualquier librería y encontrarás Aprende Java en 7 Días y demás variaciones interminables ofreciendo enseñar Visual Basic, Windows, Internet, etc., en unos pocos días u horas. Yo hice la siguiente búsqueda avanzada (power search) en Amazon.com

:

     pubdate: after 1992 and title: days and
      (title: learn or title: teach yourself)

y obtuve 248 ítems de resultado. Los primeros 78 fueron libros de computación (el número 79 era Aprende Bengali en 30 días — Learn Bengali in 30 days ). Remplacé «days» (días) por «hours»(horas) y obtuve, sorprendentemente, resultados similares: 253 libros más, con 77 libros de computación seguidos de Aprende Gramática y Estilo en 24 horas (Teach Yourself Grammar and Style in 24 Hours) en el número 78. Del total de los primeros 200, 96% fueron libros de computación.

La conclusión es que, o bien la gente tiene un gran afán por saber de computadoras, o bien las computadoras son algo fabulosamente más fácil de aprender que cualquiera otra cosa. No hay libros sobre cómo aprender Beethoven, o Física Cuántica, o incluso Estética Perruna en pocos días.

Analicemos lo que podría significar un título como Aprende Pascal en Tres Días (Learn Pascal in Three Days):

• Aprende: En 3 días no tendrás tiempo de escribir varios programas significativos, y de aprender de tus éxitos y errores con ellos. No tendrás tiempo de trabajar con un programador experimentado y entender lo que es vivir en ese ambiente. En resumen, no tendrás tiempo de aprender mucho. Así que esos libros sólo podrán lograr una familiaridad superficial, no un entendimiento profundo. Como dijo Alexander Pope, poco aprendizaje es asunto peligroso.
• Pascal: En 3 días puedes aprender la sintaxis de Pascal (si ya conoces un lenguaje similar), pero no podrás aprender mucho cómo usarla. En síntesis, si fueras, digamos, un programador Basic, podrías aprender a escribir programas en el estilo de Basic usando la sintaxis de Pascal, pero no aprenderías realmente para lo que Pascal es bueno (o malo). Entonces ¿cuál es el objetivo? Alan Perlis dijo alguna vez: «Un lenguaje que no afecte tu manera de pensar acerca de la programación, no merece conocerse». Un objetivo posible es que tienes que aprender un poco de Pascal (o más probablemente, algo como Visual Basic o JavaScript) porque necesitas tener una interface con una herramienta existente para realizar una cierta tarea. Pero entonces no estás aprendiendo cómo programar; estás aprendiendo cómo realizar esa tarea.
• en Tres Días: Desafortunadamente, no son suficientes, como se describe en la siguiente sección.

Aprende a programar en diez años

Algunos investigadores (Hayes , Bloom) han mostrado que toma aproximadamente diez años desarrollar habilidades en cualquiera de una amplia variedad de áreas, incluyendo el juego de ajedrez, la composición musical, la pintura, el piano, la natación, el tenis, y la investigación en neurosicología y topología. Parece no haber atajos: incluso Mozart, prodigio musical a los 4 años, se tomó 13 más antes de empezar a producir música de calidad mundial. En otro género, parece que los Beatles llegan a escena apareciendo en el espectáculo de Ed Sullivan en 1964. Pero ellos habían estado tocando desde 1957, y aunque tenían una masa de seguidores desde antes, su primer gran éxito, Sgt. Peppers , apareció en 1967. Samuel Johnson pensaba que se requieren más de diez años: «La excelencia en cualquier área puede lograrse sólo mediante el trabajo de toda una vida; no es algo que pueda adquirirse a un menor precio.» Y Chaucer se quejaba «the lyf so short, the craft so long to lerne.»

Aquí está mi receta para el éxito en programación:

• Interésate en la programación, y haz programación porque es divertida. Asegúrate que se mantiene tan divertida que estarás en disposición de invertir diez años.
• Habla con otros programadores. Lee otros programas. Esto es más importante que cualquier libro o curso.
• Programa. El mejor tipo de aprendizaje es aprender haciendo (learning by doing) . Para decirlo más técnicamente, «El máximo nivel de desempeño de los individuos en un dominio dado, no se logra automáticamente como función de experiencia extendida, sino que el nivel de desempeño puede incrementarse incluso en individuos altamente experimentados como resultado de esfuerzos deliberados por mejorar.» (p. 366) y «el aprendizaje más efectivo requiere una tarea bien definida con un apropiado nivel de dificultad acorde con el individuo, retroalimentación informativa, y oportunidades de repetición y corrección de errores.» (p. 20-21) El libro Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life es una interesante referencia sobre este punto de vista.
• Si quieres, dedica cuatro o cinco años en una universidad (o más en una escuela de graduados). Esto te dará acceso a algunos posiciones que requieren credenciales, y te dará un entendimiento más profundo del campo, pero si no disfrutas la escuela, puedes (con algo de dedicación) obtener una experiencia similar trabajando. Como sea, la lectura de libros por sí sola no será suficiente. «La educación en computación no puede hacer a nadie un expero programador más que el estudio de pinceles y pigmentos puede hacer a alguien un pintor experto» dice Eric Raymond, autor de The New Hacker’s Dictionary. Unos de los mejores programadores que yo haya contratado alguna vez tenía sólamente un grado de bachiller (High School); pero ha producido una gran cantidad de excelentes programas , tiene su propio grupo de noticias (news group) , y sin duda es mucho más rico de lo que yo llegue a ser.
• Trabaja en proyectos con otros programadores. Sé el mejor programador en algunos proyectos; sé el peor en otros. Cuando eres el mejor, tienes que poner a prueba tus habilidades para liderar un proyecto y para inspirar a otros con tu visión. Cuando eres el peor, aprendes lo que los maestros hacen, y aprendes lo que a ellos no les gusta hacer (pues te ponen a hacerlo por ellos).
• Trabaja en proyectos después que otros programadores. Proponte entender un programa escrito por otra persona. Mira cuánto toma entenderlo y hazle correcciones cuando los programadores originales no están allí. Piensa en cómo diseñar tus programas para facilitarles el trabajo a aquellos que le harán mantenimiento después de tí.
• Aprende por lo menos una media docena de lenguajes de programación. Incluye uno con soporte para abstracciones de clases (como Java o C++), uno que dé soporte a la abstracción functional (como Lisp o ML), uno que dé soporte a la abstracción sintáctica (como Lisp), uno que dé soporte a especificationes declarativas (como Prolog o plantillas C++), uno que dé soporte a corutinas (como Icon o Scheme), y uno que dé soporte al paralelismo (como Sisal).
• Recuerda que hay «computadoras» en la «ciencia de la computación». Conoce cuánto le toma a tu computadora ejecutar una instrucción, alcanzar una palabra de la memoria (con y sin cache), leer palabras consecutivas de disco, y ubicar una nueva localización en disco. (Respuestas aquí.)
• Involúcrate en un plan de estandarización de algún lenguaje. Podría ser en el mismo comité ANSI C++, o podría ser simplemente decidir si tu estilo de codificación tendrá niveles de identación de 2 ó 4 espacios. Como sea, averigua lo que les gusta a otras personas en un lenguaje, cómo lo perciben, y quizá incluso un poco de por qué lo perciben como lo hacen.
• Ten el buen juicio para lanzar el plan de estandarización del lenguaje tan pronto como sea posible.

Con todo lo anterior en mente, es cuestionable qué tan lejos puedes llegar sólo leyendo libros. Antes de que naciera mi primer hijo, leí todos los libros Aprende a (How To), y sin embargo me sentía como un tonto principiante. 30 meses después, cuando nació mi segundo hijo, ¿acaso regresé a los libros? No. Al contrario, me apoyé en mi experiencia personal, que me resultó mucho más útil y confiable que las miles de páginas escritas por los expertos.

Fred Brooks, en su ensayo No Silver Bullets, identificó un plan de tres partes para encontrar grandes diseñadores de programas:

1. Sistemáticamente identificar a los diseñadores líderes lo más pronto posible.
2. Asignar un tutor de carrera para que sea responsable del desarrollo del prospecto y mantenga cuidadosamente un registro de seguimiento.
3. Ofrecer oportunidades a los diseñadores en crecimiento para que interactúen y se motiven mutuamente.

Esto asume que algunas personas ya tienen las cualidades necesarias para ser grandes diseñadores; la tarea es persuadirlos apropiadamente. Alan Perlis lo dice de manera más sucinta: «A cualquiera se le puede enseñar a esculpir: A Miguel Angel habría que habérsele enseñado cómo no hacerlo. Así pasa con los grandes programadores».

Así que adelante, compra ese libro de Java; probablemente obtendrás algo de él. Pero no cambiará tu vida o tus reales habilidades como programador en 24 horas, días o incluso meses.

Input 1) «Sólo viendo las cosas sin prejuicios se consiguen los mejores análisis y soluciones»

Es muy común oir el comentario sobre lo ocurrente que llegan a ser las reflexiones de nuestros niños, pequeños o adolescentes. Esas respuestas ingénuas de los niños te dejan pensando lo complicado que pensamos los adultos y la cantidad de variables u opciones que despreciamos por una viciada forma de razonar.

Input 2) «Si lo sé no me meto en esta»

Hace un par de semanas, en una sesión de formación a la que asistí como parte del grupo de EO (Enterpreneurs’ Organization) Madrid, estuvimos incidiendo en muchas de las precauciones que un Administrador de una sociedad debe tener en cuenta, en tiempos de crisis y de no crisis, al fin de desempeñar correctamente su responsabilidad legal como Adminsitrador…Y es que, aunque parezca mentira, después de muchos años al frente en la empresa, a todos se nos olvida un poco que, además de pensar en la estrategia, en conseguir clientes, de vender, de cuidar que el trabajo se realice con profesionalidad, de seleccionar el equipo, de motivar y cuidar a la gente, perserguir los cobros, pagar diligintemente todas tus nóminas, impuestos, proveedores, conseguir una contabilidad fiel, analizar proyectos, riesgos, rentabilidades, vigilar los procesos para cumplir con nuestra iso-9001, negociar con los bancos….. a uno se le olvida que, por encima de todo, un administrador tiene que realizar muchas formalidades para que queden siempre protegidos los intereses de los accionistas, los empleados, los clientes, los proveedores con todos los aspectos legales que esto conlleva.

Recuerdo el comentario de alguno de mis colegas «emprendedores», al salir de dicha sesión de formación, que lo resumía casi todo: «…entran ganas de volver a ser asalariado…»

(he de decir que creo que todos lo decíamos con la boca pequeña).

Input 3) «Cuando la formación desanima al más pintao»

Un amigo con el que cené el otro día aprovechando que coincidimos en el HIT, y que es una persona con mucha visibilidad sobre todos los datos estadísticos de proyectos, financiación, ayudas, tipos de emprendedores e inversores, etc… me comentó que curiosamente la estadística dice que los menos emprendedores son las personas que han estudiado empresariales / económicas.

Input 4) «Qué bien ve habría venido que alguien me hubiera contado bien todas estas cosas hace unos años»

Después de algún master o programa de perfeccionamiento directivo, muchos han dicho (yo el primero), con lo odiosas que me parecían estos temas hace unos años y qué útiles me parecen ahora ciertas cosas después de unos años en la dirección…¿Cómo hemos menospreciado la contabilidad de esta manera? ¿cuánto esfuerzo en hacer proyectos y luego estamos dejando que se estropeen los números por no prestar la atención debida a este u otro aspecto financiero? Está bien tener claro tu plan para estructurar tu deuda pero lo mejor de todo es que puedo saber si me interesa o no financiarme externamente….¿cómo es posible que no se incluyan en el bachiller algunas asignturas básicas para gestionar un negocio? ¿por qué me parecían aburridas las asignaturas de derecho y de contabilidad financiera en los últimos años de teleco?

Input 5) «¿Se pueden montar empresas sin plan estratégico desde el día 1?

En las presentaciones de proyectos antes foros de inversores veo que muchas empresas son iniciadas por personas que acaban de terminar un MBA. También, dado que lo que se presenta es un plan de negocio y en 10 minutos no puede presentarse una capacidad del equipo que lo inicia, no hay más remedio que realizar una presentación tradicional top-down, oportunidad de negocio, mercado, posicionamiento, estrategia, business-plan, y de ahí deducir la financiación, pensar en los procesos, determinar el organigrama teórico y luego buscar la gente. Resulta que a los 6 o 12 meses de empezar la empresa, lo más probable es que el BP haya cambiado con la experiencia sobre el terreno y las estimaciones más , los procesos críticos hay que repensarlos, el organigrama depende más de la gente inicialmente seleccionada que del plan inicial, y hay que replantear en consecuencia la financiación.

En mi caso, por un lado he invertido en empresas que se han montado de esta forma: algunas han salido bien pero otras no (de momento la estadística sigue siendo muy buena). Mi conclusión es que lo más importante es el equipo y su capacidad de adaptación. Por otro lado, mi día a día, está en ayudar a mi empresa core (medianet.es) a ir pasito a pasito…: cuando aprendemos a hacer algo bien, nos planteamos si puede ser estratégico potenciarlo o no…cuando ganamos un poco de dinero, pensamos en cómo reinveritrlo en algo que nos diversifique o que nos complemente, cuando encontramos una persona clave que encajaría en nuestra organización, pensamos en si debemos reformular de alguna manera el organigrama…Digamos que es un desarrollo de empresa más orgánico, más autofinanciado, más down-top porque a todos los que estamos dentro nos preocupa que esta empresa siga aquí muchos años más y no es una apuesta de esas de… si sae bien que sea un pelotazo y si sale mal pues a por la siguiente.

Input 6) La experiencia no es buena ni mala

Energía y capacidad de innovación es directamente proporcional a inexperiencia. Resultado es directamente proporcional a energía pero también a foco. Foco es directamente proporcional a conocimiento de sector, de compentencia, de funcionamiento de empresa y en definitiva de experiencia. Por tanto experiencia no es buena por exceso (falta de energía e innovación) ni tampoco por defecto (falta de foco sobre aplicaciones rentables de la energía).

Input 7) «¿Tengo un proyecto ganador o tengo un equipo ganador para algún proyecto?»

Creo que hay gente que sale a flote de cualquier situación y que con las condiciones de contorno adecuadas, y la motivación y energía necesarias, hará buena cualquier idea.

También que hay ideas y oportunidades de negocio que todo el mundo sabe analizar y que algunos tienen la ocasión de emprender pero que se pueden venir abajo por falta de flexibilidad del equipo para afrontar la incertidumbre, por falta de cohesión del equipo compartiendo riesgos y objetivos, por un mal diseño de la estructura de socios, etc…

Mi humilde estadística/experiencia es que hay personas con las que me iría al fin del mundo y sólo hay unas pocas ideas de negocio que me hacen «tilín»

Output:

Para un nuevo emprendimiento, parece que hay que combinar demasiadas cosas y veo que no deberíamos buscar cómo concentrar todas las habilidades en una persona por muy carismática o emprendedora que nos parezca…Dado que hay que conseguir ni mucha experiencia en gestión de empresa (acojone por todos los peligros por los que una empresa puede morir), ni poca (en mi caso veo con perspectiva mucho esfuerzo invertido en inventar la rueda de cómo se gestiona una empresa); veo idealmente un equipo empresarial donde unos tengan más experiencia y les guste la gestión y otros tengan menos experiencia y le guste la innovación, pero donde todos compartan la visión a largo plazo de lo que quieren que sea su empresa y que al mismo tiempo todos estén dispuestos a afrontar con enorme flexibilidad los futuros cambios de planes, que es casi lo único que es seguro cuando se inicia un proyecto.

Casi nunca nos toca un rol completamente definido por lo que, en mi caso, siempre que estoy gestionando procuro replantearme las cosas desde la raíz más profunda que soy capaz y siempre que estoy arrancando algo nuevo procuro no olvidarme de todos mis errores del pasado. Es la mejor forma  que se me ocurre de no perder el valor que nos han dado los años y de no ser víctimas de nuestros años de experiencia.

PD: Este post esteá dedicado a nuestro buen amigo Ignacio que ayer cambio de status: de experimentado matrimonio de pareja …a… inexperto par de padres que van a reaprender las cosas más importantes de la vida junto a su niña. Felicidades!

¡Hola mundo!

(es así como empieza cualquier pieza software que se precie)

Si un extraterrestre llegara a nuestro planeta comenzaría por preguntar a cualquier paisano…¿de dónde obtengo información?…después de algunos pensamientos dudosos supongo que alguien podría sugerir «lee los periódicos».

Me imagino que el extraterrestre pensaría…// Pues sí que están anticuados todavía…no sólo tienen que leer sino que además deben esperar a que alguien escriba con «periodicidad» //

Pues bien…para que no sólo haya «periódicos», queda innaugurado hoy un primer instantáneo… «el instantáneo».

No sé si será de esos 98,9% de blogs que morirán de inanición no presentando actividad en los últimos 120 días, pero al menos será un sitio donde recoger comentarios y opiniones de interés para un pequeño círculo de amigos.

¿Sobre qué temas irá esto?

Pues supongo que de lo que me vaya encontrando interesante en el día a día… un poco de negocios, de tecnología, de internet, de ciencia, de economía, de amigos emprendedores… y si un día nos pilla con un poco más de paciencia y filosofía, pues quizá un poco de a-política o a-religión.

Hasta pronto (espero).