Existen capacidades clave que el Pensamiento Computacional construye en los ni\u00f1os y que pueden utilizarse para absolutamente todas las disciplinas que ellos desarrollen, a\u00fan por fuera del mundo de la inform\u00e1tica.<\/p>\n
Aqu\u00ed deseo compartir algunas ideas no muy difundidas sobre el impacto que tiene en los ni\u00f1os estudiar\u00a0\u201cPensamiento Computacional\u201d<\/b>, que es la habilidad y forma de pensar utilizados en la programaci\u00f3n. El objetivo de esta columna es poner en la agenda nacional los desconocidos beneficios que esta forma de pensar genera en los ni\u00f1os, quienes ser\u00e1n los futuros l\u00edderes de nuestra sociedad:\u00a0ellos construir\u00e1n los gasoductos del futuro<\/b>.<\/p>\n
Actualmente, el tema que cautiva nuestra atenci\u00f3n es la enorme empleabilidad de los j\u00f3venes que estudian programaci\u00f3n, lo cual tiene sentido, debido a la gigante y casi infinita demanda de talento por parte del mercado. No obstante,\u00a0existen capacidades clave que el Pensamiento Computacional (\u201cPC\u201d) construye en los ni\u00f1os y que pueden utilizarse para absolutamente todas las disciplinas que ellos desarrollen, a\u00fan por fuera del mundo de la inform\u00e1tica<\/mark>. Si bien existen muchas definiciones acad\u00e9micas sobre qu\u00e9 es el PC, la que m\u00e1s me gusta es la m\u00e1s simple de todas:\u00a0es la capacidad para resolver problemas del mundo.<\/b><\/p>\n \u00bfC\u00f3mo hubieran gestionado el proyecto del Gasoducto N\u00e9stor Kirchner ni\u00f1os formados en Pensamiento Computacional? Estas son las cuatro habilidades m\u00e1s utilizadas por los ni\u00f1os que son expuestos a esta disciplina.<\/p>\n Actuar de manera incremental e iterativa.<\/b>\u00a0De acuerdo con un estudio de campo realizado por Karen Brennan y Mitchel Resnick, del MIT Media Lab, los ni\u00f1os que programan en la plataforma de aprendizaje m\u00e1s utilizada en el mundo -Scratch- reconocen que les resulta imposible dise\u00f1ar un proyecto \u201cde un tir\u00f3n\u201d. Ellos est\u00e1n obligados a imaginar, dise\u00f1ar y programar \u201cen peque\u00f1os\u201d tramos, para ir testeando su eficacia. Cuando advierten que uno de esos tramos no funciona como ellos esperaban, retroceden y lo vuelven a programar. Esta pr\u00e1ctica se conoce como\u00a0\u201citeraci\u00f3n\u201d<\/b>, y es repetida tantas veces como sea necesario y sin temor a fracasar, hasta llegar al resultado deseado. Me pregunto si esta herramienta no ser\u00eda tremendamente efectiva al momento de dise\u00f1ar un gasoducto que, casi por definici\u00f3n, est\u00e1 compuesto por \u201cmuchos tramos\u201d que requieren ser pensados de manera independiente. Podr\u00edamos decir que, justamente,\u00a0un gasoducto es el proyecto que m\u00e1s requiere ser pensado en \u201citeraciones\u201d, hasta lograr el dise\u00f1o \u00f3ptimo<\/b>. Sobre el temor a fracasar, que los ni\u00f1os de Scratch aprenden a ignorar, s\u00f3lo dir\u00e9 que ellos desaprobar\u00edan en\u00e9rgicamente la manera en que oficialismo y oposici\u00f3n hacen pagar el fracaso ajeno, inhibiendo cualquier intento de innovaci\u00f3n del sector rival.<\/p>\n Ensayar y depurar.<\/b>\u00a0Estos mismos ni\u00f1os cuentan que necesitan desarrollar estrategias para anticipar y administrar errores. Ellos est\u00e1n totalmente acostumbrados a lidiar con \u201cel error\u201d y a recurrir a personas que saben m\u00e1s que ellos para resolverlos. Nuevamente,\u00a0me pregunto si en la gesti\u00f3n de un gasoducto majestuoso (transportar\u00e1 44 millones de metros c\u00fabicos de gas diarios) no hubiera sido crucial enfocarse en los potenciales errores, m\u00e1s que en la comunicaci\u00f3n sistem\u00e1tica de los aciertos<\/mark>, por un lado. Y, por otro, anticipar posibles dificultades que pudieran asomar en la implementaci\u00f3n (algo que definitivamente ocurri\u00f3) apelando y dej\u00e1ndose ayudar por personas o instituciones que, como dicen los ni\u00f1os de Scratch, \u201csaben un poco m\u00e1s de este tema\u201d.<\/p>\n Abstraer y modulizar.<\/b>\u00a0Esta pr\u00e1ctica consiste en construir algo grande (\u00a1como un gasoducto!) a partir de unir elementos m\u00e1s peque\u00f1os. Para los ni\u00f1os que programan, este es un recurso fundamental y super habitual para resolver problemas.\u00a0Modulizar consiste en dividir un programa en \u201cm\u00f3dulos\u201d, para luego resolver cada una de sus partes separadamente y, finalmente, integrarlas a todas<\/mark>. Por supuesto que un gasoducto es susceptible de ser dividido en \u201cm\u00f3dulos\u201d de problemas: (m1) qui\u00e9n fabrica los ca\u00f1os; (m2) qui\u00e9n ejecuta la obra; (m3) qui\u00e9n controla a quien la ejecuta; (m4) qui\u00e9n lo paga. Lo m\u00e1s eficiente es asignar cada \u201cm\u00f3dulo\u201d a una persona distinta, que domine la disciplina que cada m\u00f3dulo requiere. Por supuesto, bajo esta mirada de Pensamiento Computacional, ser\u00eda suicida encarar todos los m\u00f3dulos al mismo tiempo\u2026 y por las mismas personas (una pr\u00e1ctica que, a veces, la din\u00e1mica de la pol\u00edtica parecer\u00eda imponer). Por su parte, el recurso de la \u201cabstracci\u00f3n\u201d consiste en enfocarse en las caracter\u00edsticas importantes de un desaf\u00edo, ignorando (filtrando) las cuestiones no esenciales. Aqu\u00ed me animo a sugerir que la gesti\u00f3n pol\u00edtica, por momentos, se convierte en la administraci\u00f3n de aspectos \u201cno esenciales\u201d de un problema \u201cesencial\u201d. Justo al rev\u00e9s. Por eso, ni\u00f1os usuarios de Scratch (conocidos como Scratchers) aislar\u00edan de entrada todo lo relacionado con lo no esencial: la agenda pol\u00edtica, la comunicaci\u00f3n y la rosca, para enfocarse en los aspectos esenciales del problema: qu\u00e9 hay que transportar, de qu\u00e9 punto a qu\u00e9 punto, y c\u00f3mo.<\/p>\n Rehusar y remezclar.<\/b>\u00a0Finalmente, tenemos la herramienta m\u00e1s fascinante para el mundo real que nos toca vivir. Una de las pr\u00e1cticas m\u00e1s antiguas en la historia de la programaci\u00f3n es la de construir sobre lo que otros ya han dise\u00f1ado. Los ni\u00f1os Scratchers de todo el mundo se la pasan accediendo a una librer\u00eda de proyectos terminados realizados por otros ni\u00f1os (alojados en Scratch). De esta manera, pueden tomar ideas y \u201cl\u00edneas de c\u00f3digo de programaci\u00f3n\u201d que no hubieran sido capaces de generar por s\u00ed mismos, y que pueden sumar a su proyecto actual, logrando potenciar su producto final.<\/p>\n Nada de esto parece haber ocurrido con el Gasoducto N\u00e9stor Kirchner: comenz\u00f3 en la gesti\u00f3n de Cambiemos y a\u00fan hoy sigue zombie. En ambos mandatos sufri\u00f3 pr\u00f3rrogas y derogaciones: nada m\u00e1s alejado del concepto de \u201crehusar y remezclar\u201d. Nadie est\u00e1 usando absolutamente nada\u2026 de la biblioteca de proyectos de nadie.<\/mark><\/p>\n Entonces, dejo aqu\u00ed planteada la pregunta: \u00bfacaso un pa\u00eds no es la sumatoria de proyectos que se van construyendo sobre la biblioteca de logros que dejaron los antecesores? Un ni\u00f1o Scratcher lo dir\u00eda con total desparpajo y claridad: \u201cJ\u00fantense todos en un Zoom, tomen las mejores ideas de la biblioteca de proyectos de cada uno e int\u00e9grenlas al Proyecto. \u00bfQuieren un gasoducto? \u00a1Ah\u00ed tienen el Gasoducto!\u201d.<\/p>\n <\/p>\n