Durante el periodo formativo una de las prácticas que más me llamó la atención es la realización de exámenes de programación en papel. Si hay una característica que hace de la programación algo muy dinámico es la posibilidad de no tener que implementar el algoritmo de arriba a abajo.
Sin embargo, el planteamiento que hay que realizar cuando se pretende implementar un algoritmo en un papel es diferente porque la escritura debe ser secuencial. La persona evaluada debe conocer perfectamente todas las líneas de código, variables o funciones que se emplearán antes de empezar a escribir el código, ya que una vez escritas las líneas no es posible insertar líneas en medio. Este planteamiento es diferente al modo de trabajo real ya que las variables y líneas se van añadiendo conforme se necesitan sin que haya un orden de escritura concreto.
Inconvenientes del papel
Existe un pequeño truco que es dejar bastante espacio entre líneas por si acaso hubiese que escribir algo en medio, pero siempre se tendrá el riesgo de necesitar escribir más líneas que el hueco que hemos dejado.
Otro de los motivos de reivindicar la realización de los exámenes de programación en ordenador en lugar del papel, es que para programar no necesariamente el programador debe acordarse de declarar todas las variables, verificar cierres de bloques, asegurarse que los nombres estén bien, etc. El IDE ya realiza esas tareas automáticamente y te recuerda si tienes errores en el código porque has obviado alguna de esta información.
Finalmente, me pongo en el lugar del profesor cuando este tiene que revisar más de cien exámenes. En líneas generales supongo que comprobarán que la estructura de los bloques for, while o if se adecua al problema propuesto. Por ejemplo, si nos piden recorrer una matriz de 10×10, si el profesor no ve dos for anidados ya tiene pintas de estar mal, sin entrar a comprobar el detalle … ¡Mentira!
para (n=0;n < 100;n++){
matriz[n div 10][n mod 10]=0;
}
El hacer algoritmos en papel, en mis tiempos de estudiante, me ha llevado algún problema que otro teniendo que llevar el profesor al ordenador para demostrarle que dim a(1 to 100) as integer era también un vector de enteros cuando este tan solo conocía dim a() as integer. Ojo. Esto no es un problema del profesor. Simplemente hay tantas formas de escribir algo, que no se puede tener un conocimiento completo de una materia cuando el profesor intenta estar a la última. Precisamente ese año estaba experimentando con nosotros la renovación de su asignatura a Visual Basic 3.
Realizar los exámenes de programación en ordenador
Una propuesta interesante e innovadora sería permitir realizar los exámenes de programación aprovechando las ventajas que te da el propio ordenador. Por una parte, el alumno que esté acostumbrado a programar se sentirá más a gusto al estar en contacto con el entorno. Este entorno le verificará la sintaxis, le permitirá añadir cuantas líneas desee entre líneas, declarar y borrar las variables que desee, etc.
Pero la parte más interesante es que el propio alumno podría compilar el programa, e incluso, si el profesor se lo curra, tener unos test automáticos que te puedan decir la nota que vas a sacar incluso antes de acabar el examen. Esto haría que el alumno supiese si va a aprobar o suspender y dejar de lado el factor sorpresa por despistes. Además, ahorraría enormemente tiempo al profesor evitando tener que repasar cientos de exámenes. Tan solo, cuando el alumno vaya a salir, el profesor anotaría la nota que dan los test automáticos y listo.
Inconvenientes de los exámenes en ordenador
Sin embargo, los exámenes en ordenador también tienen alguna pega. Uno de los motivos de utilizar papel es precisamente porque las aulas de informática no permiten abarcar tantos alumnos a la vez. Esto provocaría tener que realizar turnos y exámenes diferentes para que todos los alumnos pudiesen examinarse.
También hay que vigilar que no se permita la comunicación entre ordenadores, ya que en tal caso, nos podríamos topar con exámenes copiados enviados por la Intranet o por Internet. Habría que desconectar los ordenadores al iniciar el examen y volverlos a conectar al finalizar.
Por último, un último inconveniente es la revisión de la estructura. Que una aplicación funcione no significa que sea correcta según la metodología de la programación. Imprimir 10 Hola mundos se puede hacer en 3 líneas o en 10. Seguro que la segunda forma, recibirá un suspenso aunque el programa cumpla su objetivo.
Por supuesto, utilizar ordenador o papel debe quedar a decisión del docente que es en gran medida quién debe saber que es lo mejor para su asignatura y de que medios dispone.
Comentarios
Pues no se tú, pero en mi universidad sí que hacemos los exámenes de programación a ordenador (a excepción de uno en primero, todos los demás han sido a ordenador) y es bueno por todo lo que comentas de los IDE's, pero a la vez tiene sus cosas malas.
Los pc's de los laboratorios de informática a veces son un pelín antiguos y se pueden colgar mientras haces el examen, además de que pueden no tener tu herramienta de desarrollo favorito.
Y con respecto a lo de los exámenes autocorregidos con tests automáticos, suena muy bien en un principio, pero son muchos los que han suspendido este tipo de exámenes porque los tests se centraban en una parte de la aplicación que es la que, casualmente, tienen mal.
En fin... yo creo que la evaluación con un único examen para el tema programación no es nada útil y ese tipo de asignaturas deberían evaluarse mediante proyectos prácticos de una longitud más prolongada.
En mi uni se hacían en papel, aunque ya hace 6 años y no sé ahora cómo se hará. Aparte también se hacían los trabajos en ordenador, pero recuerdo haber padecido y criticado los exámenes de papel para programación.
En la universidad platicábamos mucho sobre este aspecto. En tono de broma decíamos que si el problema estaba mal la hoja se prendería en fuego.
La excusa del profesor siempre fue la misma: "Si pueden programar en la computadora, podrán hacerlo en el papel"...y después de estar 4 años en la carrera, los profesores siguen haciendo lo mismo. Son pocos los que utilizan el laboratorio de cómputo. ¡Cambien profesores! ¡Cuando desarrollamos en el trabajo no lo hacemos en papel!
Es mucho mejor una visión intermedia a la hora de examinar a los alumnos: examinar a papel y en ordenador. Ambas cosas son necesarias.
Para la primera, se evalúan los conocimientos teóricos sobre técnicas algorítmicas o el uso de un paradigma de programación específico. Eso sí, para este tipo de exámenes escritos usar un lenguaje de programación en concreto es ridículo. Su ventaja está en la abstracción de cosas secundarias que se exigen en un programa real, por lo que se ha de hacer uso de pseudocódigo. He visto cosas ridículas al respecto, profesores que para corregir un examen de programación compilaban y ejecutaban el código manuscrito del alumno literalmente y, si no funcionaba, éste estaba suspenso.
Para la segunda, un caso práctico es INDISPENSABLE. El conocimiento teórico está muy bien pero el alumno ha de poder manejarse con lenguajes y entornos concretos. Pero no con un examen, sino mucho mejor con la entrega de un trabajo (o varios) asistido por el profesor. En un examen práctico hay demasiados factores que no dependen del alumno como para que sea un baremo adecuado. Por ejemplo, que reviente el IDE usado, o bien el ordenador pete, falta de espacio en el laboratorio. Con una entrega final (o varias) de prácticas debería ser suficiente.
Pero vamos, creo que este tipo de cosas que se menciona en el artículo, exámenes de programación manuscritos sobre lenguajes concretos, hace tiempo que están ya mucho más que superados. Al menos en la Universidad de Murcia lo hacen así.
Se programa con la cabeza, no con el teclado o con el lápiz. Solo son un medio para expresar la idea. La gran ventaja del papel es la abstracción no solo del lenguaje, sino justamente del medio nuestro, que es la computadora.
Se programa con el computador hasta donde tengo entendido, el algoritmo, la lógica si que se arman en la cabeza, Además eso no es lo que se discute, sino las desventajas del papel sobre la computadora, y como afecta radicalmente esto en el desempeño de un examen
Los exámenes a papel solo tenían sentido cuando no había ordenadores de manera corriente en las aulas. Cuando uno programa es muy normal cometer errores, corregir, recolocar el código para que se lea mejor, etc... esto en papel se convierte en una hoja totalmente sucia. Los nombres de las variables es siempre recomendable hacer copiar y pegar, para evitar fallos, el acercamiento correcto para la resolución de un problema puede no verse claramente al principio, esto hará que tengamos que hacer cambios. Y para terminar, dónde se programa? en un ordenador no? pues eso. Otra cosa es que el examen sea de algoritmia pura o de análisis de un problema determinado, pero programar, en ordenador si o si. Yo incluso me he marchado de entrevistas en las que uno de los requisitos era programar en papel.
Crítica? Yo lo criticaría bastante más. He tenido de todo profesores a papel y profesores con ordenador e internet. Sin ninguna duda prefiero con pc, los supuestos inconvenientes los veo como excusas, en mí clase incluso con internet había gente que suspendía, en mí caso con ordenador e internet de 10 no bajaba y con papel siempre me sacaba alguna pega que yo sabía que no tenía importancia o que con pc no hubiera fallado. Con papel él maestro tiene mucho margen para hacer lo que quiera con tu nota, con pc si tienes un 10 nadie te puede decir que no.
En mi universidad, algunas asignaturas van por ordenador (las de los primeros cursos sobretodo). El programa debe pasar unos juegos de pruebas públicos, que puedes ver, y unos juegos de pruebas privados, que cubren casos extremos y demás. Es un buen sistema, por cada envío incorrecto resta 1 punto a la nota, así que evita programar "a lo loco". Pero también, si no pasas todos los juegos de pruebas, tienes un 0. Esto es bastante desquiciante. Cuando estaba en primero me dejé un & para indicar que el parámetro es por referencia (C++) y en los juegos de pruebas privados había una entrada muy grande, y mi programa se quedaba sin memoria. El algoritmo era totalmente correcto, pero no pude localizar el error a tiempo y me quedé con mi 0.
a mi me pasaba algo similar, pero cuando nos hacían exámenes en papel, y algo estaba mal, yo les decía que no, que lo probáramos en computadora, pedía tiempo, iba por mi laptop, se lo probaba y sacaba 10, pero es bastante mas fastidioso y cansado recordar todo de memoria como si donde uno va a trabajar no te dejaran investigar o anotar, igual y pueden dejar la sala completa sin internet, son bastante buenas las ayudas que te dan los IDE's
Nunca me gusto la idea de hacer exámenes de programación en papel, pero como lo dices, cuando uno se pone en los zapatos del profesor ve por que a veces es necesario hacerlos de esa forma. Lo importante es como están diseñados estos exámenes, ya que escribir un código no es la única forma de hacer un examen de programación.
Dejando a un lado lo anterior, lo que si no estoy de acuerdo es con los Test Automáticos, en la facultad estuvimos a punto de poner a prueba uno de estos sistemas pero se desistió pronto, pues en la programación no solo se evalúa si el programa funciona, hay aspectos tan importantes como evaluar el estilo y la estructura del programa, que son aspectos que los estudiantes tenemos que mejorar pues son cruciales en la vida profesional.
interesante
Madre mia: "Existe un pequeño truco que es dejar bastante espacio entre líneas por si acaso hubiese que escribir algo en medio, pero siempre se tendrá el riesgo de necesitar escribir más líneas que el hueco que hemos dejado.".
Si necesitas escribir y no tienes espacio existe un cosa preciosa que se llama función o procedimiento, metes una llamada a una función con tu código extra y sigues escribiendo más abajo, o ¿es que somos de los que meten todo en el main?
Daniel, se refiere en el papel. No puede crear funciones cada vez que le falte espacio, el código perdería claridad.
Para mí, lo ideal sería que cada alumno rindiese el examen en su propia laptop. Porque no hay nada mejor que tu computadora: tu sistema operativo, tus aplicaciones, y sobre todo tu IDE personalizado.
Aquel que no disponga de una laptop, que tome una computadora del salón. Por cierto, la disponibilidad de estas últimas sería mayor.-- editado por última vez a las 02:32
en mi caso con el papel es mas complicado claramente, ademas agregar que la profesora que me evaluaba no aceptaba que los codigos fueran distintos al que tenia en su pauta, no había forma de hacerle entender que lo programado tambien funcionaba. En un PC no lo podrpa haber negado. >_
El que un profesor evalue el codigo leyendolo y no ejecutandolo directamente tiene un punto a favor.
En el ejemplo que has puesto, el codigo es 100% funcional (incluso ocupa menos memoria) pero su funcionamiento no es evidente y ahi esta el problema. Piensa en que cuando trabajas en una empresa no se escribe el codigo y ya. El codigo tiene que ser mantenible de la forma mas rapida y comoda, asi que los dos bucles for anidados son mas visibles para el que lo revise (por lo general el becario que contraten despues) que el que pusiste.
En un programa que solo vayas a mantener tu quizas puedas permitirte el hacer codigo "bonito", pero en un examen ademas te arriesgas a que un tio que se va a leer cincuenta-cien programas tenga el cerebro ya cansado, o que busque lo mas sencillo (o lo que venia en el libro) y te suspenda. Si lo usas en una empresa, es posible que cuando pidan referencias lo primero que suelten es "su codigo es imposible de mantener".
Creeme, hay veces en que conviene hacer codigo "ultralegible".
Hacer un examen de programación en papel no tiene sentido, por lo menos para mi, lo gracioso es cuando ya no solo te hacen hacer un examen en papel, es cuando corrigen el examen de programación con una plantilla.
En mi caso, tengo una anécdota "graciosa" de una revisión, tenia un bucle while( n < 7 + 1) y la profesora en cuestión me lo había tenido en cuenta como mal, ya que en su plantilla ponia : while( n < 8 ), y cuando se lo comente le costo entender que 7 + 1 = 8 ...
En parte, yo soy partidario de los exámenes en papel. Pero no siempre. Por ejemplo, no le veo el más mínimo sentido a un exámen que nos hicieron en papel, del cual el 25% de la nota era escribir de memoria un algoritmo de ordenación. Que sentido tiene memorizar linea a linea un puñado de algoritmos? Pienso que un programador debe ser creativo, pero si ya desde las aulas nos educan para memorizar algoritmos, metodologías, etc... que será de nosotros cuando lo único que sepamos hacer (porque nos lo sabemos de memoria) cambie, o se quede obsoleto? Creo que para empezar está muy bien hacer los exámenes en papel, sobre todo por eso que comentabais de llaves sin cerrar, variables que no se declaran... eso es bueno para cojer un buen hábito al principio, pero a ciertos niveles es mucho más interesante hacerlos sobre un equipo.
De los algoritmos de ordenacion no has de memorizar nada, lo has de entender.
Si has tenido que memorizarlos es porque no has entendido como funcionan, te dejaras una linea y un cero en esa pregunta seria lo correcto.
El profesor nos obligaba a memorizarlos. Si, tenian que ser EXACTAMENTE iguales a como nos los habia dado, nombre de variables y todo. Y para ver si realmente nos los habíamos memorizado, nos dejaba muy poco tiempo para hacerlo,el justo para que te diera tiempo a escribirlo directamente sin pararte a sacarlo. Yo hice eso que dices tu y me llevé un 0 en la pregunta.
Bien, pero eso no tiene que ver con hacerlos en papel, sino con un profesor estupido y supongo que vago, para no tener que pensar en cada ejercicio.
Un pseudo algoritmo escrito en papel es perfectamente valido para evaluar si has entendido el algoritmo.
En los exámenes de programación que he realizado no me evaluaban el código sino el algoritmo. Y la finalidad no es saber todos los métodos que posee una clase sino el planteamiento del algoritmo y su eficiencia.
En mi caso como profesor, pedí el laboratorio para realizar el examen en el centro de computo y me lo autorizaron el detalle fue que el día del examen estaba cerrado y el jefe de laboratorio no fue a trabajar ese día, por lo cual suspendí el examen para otro día, después de varios permisos nunca dijeron que no, pero el jefe del laboratorio nunca iba, así que no me quedo mas remedio que aplicarlo en papel.
el detalle esta que en el instituto, la carrera de electromecánica no tiene un centro de computo para esa carrera. y es un show estar pidiendo el laboratorio al área de sistemas, no te dicen que no, pero no te dan la llave.
En mis tiempos de estudiante hubo de todo me toco estructura de datos en C y en papel, donde calificaban en si el método de ordenamiento que llevara la lógica, en el caso de visual basic 6 me toco en laboratorio y era corría o corría, así que era 100 o 0.
Saludos desde México.
Yo veo una diferencia. No es lo mismo hacer un algoritmo para resolver un problema (pseudocódigo, vaya), para lo que el papel puede ser idóneo, que decirme "escríbeme este algoritmo en C++" y que me bajen un punto por olvidárseme un detalle de implementación: un punto y coma. Por suerte no me ha pasado nunca, pero sé de gente a la que sí.
Ningún programador trabaja a ciegas y en papel. Ya no, por suerte. Los exámenes de programación deberían ser en ordenador, los de algoritmia, en papel. Y os lo dice uno que tiene examen de SQL (en papel, por supuesto) dentro de poco. Discutí esto mismo con la profesora: el problema es que no había sitio suficiente en el aula (porque plataforma de software sí que hay).
-- editado por última vez a las 01:35
El ejemplo que has puesto de la matriz de 10x10 está un poco cogido por los pelos. Sí, funciona, pero has metido innecesariamente una operación div y otra mod para cada iteración. Yo te hubiera quitado puntos. Si es en primero y estás aprendiendo, apréndete que eso es un doble for anidado, y si estás en segundo tienes que tener presente la eficiencia.
Por lo demás, aunque coincido contigo en que no me gustan los exámenes en papel de este tema, lo de que no esté hecho exáctamente como lo dice el profesor no es problema porque para eso están las revisiones de examen.
Un examen en papel y pseudocodigo es perfectamente valido y suficiente para evaluar conocimientos y si se entiende la logica del algoritmo.
Obliga a pensar y planificar 'antes' de empezar. En vez de ir escribiendo, ejecutando y repensando la arquitectura sobre la marcha, mala costumbre muy generalizada cuando empiezas.
Tiene su inconveniente el hacerlo en el papel. Pero cuando se corrige se es más flexible.
Ya que si fuera en ordenador será: SI Funciona (nota x>5) NO funciona (Nota: 0)
He estado en el mundo de la formación durante muchos años, y lo que todavía sigue existiendo, porque lo he visto la semana pasada, son las plataformas online para aprender a manejar aplicaciones, donde, te obligan a saber dónde están las opciones de memoria. Y en las evaluaciones te preguntan el orden de la sintaxis de una función de excel, cuando si la inserta él mismo te lo pide en el orden correcto. Hay todavía mucho cateto intentando enseñar informática.
Como curiosidad yo tuve un profesor de ensamblador que nos ponía exámenes escritos porque no le quedaba más remedio, pero los que hacíamos en el ordenador creo que, a ojo, los compilaba en tiempo real más rápido que el 8086 que teníamos. Pasaba pantallas como las letras de Matrix.
Cuando he aplicado exámenes de programación, lo que hago es mostrar fragmentos de código y preguntar al alumno qué es lo que está pasando, o cuál será la salida, o cualquier otra pregunta conceptual al respecto. No sé si esté bien, pero lo que si me quedó claro es que no es muy eficiente dejarles a ellos que escriban el código por todos los incovenientes ya citados (los borrones, "errores de dedo", etc.). No sé si podría hacer exámenes usando la computadora en la Universidad en donde imparto clases, los laboratorios usualmente están ocupados a todas horas.
¿En papel o en computadora (ordenador, para los del viejo continente)?
Pues, ni tanto que lo queme ni tanto que no lo ilumine. Creo que ambas tienen sus utilidades. El papel deber ser para probar los conocimientos teóricos (que a fin de cuentas, sabiéndolos, lo de menos es el lenguaje, plataforma, implementación). Mientras que la computadora es para la parte práctica de la materia.
¿Algoritmos?...pues si muy importantes, pero, creo que lo que te hace valer es tu práctica. De nada te sirve (a no ser que des el salto directo a analista y nunca llegues a programar) haber hecho miles de planas con "para" o "hasta" o "mientras" o "si", si cuando llegues al mundo real no tengas una idea de cómo implementar ese algoritmo. Creo que para este fin debería ser mejor un pseudo-código y de ahí mandarte al lenguaje.
Para fin, creo que la mejor manera de aprender a programar pues es primero aprendiendo conceptos básicos, de ahí pues a programar.
Joas en papel en las cebolla hacer exámenes de programación, los he hecho y lo que evaluaban era la estructura y la sentencias de SQL. El primer examen fue imposible para mi dado de donde venía porque esa vez si tenías que declarar variables hacer bucles .... LO PEOR.
En el Pc nos ponía la práctica realizada en parejas o individualmente, nos pillaba uno a uno y nos hacia preguntas, ¿ que hace esa variable ? ¿ eso que es y que hace ? ¿ si quito esto que puede pasar ?. Ahí si que me crecía porque sabía cada punto.
Lo que si era temido para mi, era cuando el profesor revisabas las prácticas, vamos las pequeñas aplicaciones que haciamos. Neng, es tipo sabia como hacer que las aplicaciones PETARAN, no solo ponía letras donde debrían ir números sino que metia caracteres como: ALT+0134, ALT+0147, ... evidentemente las pequeñas aplicaciones sin esos caracteres soportados o EVITADOS petaban xDDD.
PD: No quiero ni pensar como hacer un examen en papel de Java definiendo clases.
salu2
Realmente no me sorprende enncontrarme con articulos de este tipo en la web. Pero no puedo mas que manifestar mi total desacuerdo. Uno debe aprender a pensar antes de escribir codigo, la programacion web ha hecho que muchos emprendedores jovenes, con poco esfuerzo y dinero puedan empezar su negocio, lo cual me parece mas que adecuado, pero esto a su vez ha generado la mala costumbre de que todo lo que se hace rapido sin siquiera pensar, es lo redituable. Y esto dio origen a toda una generacion de gente "especializada" que por instalar un par de templates de wordpress se autocalifican como programadores. Me ha pasado de trabajar muchisimos años en el area de desarrollo, en todos los puestos, desde el soporte tecnico hasta el gerente de area, y nunca nunca, desestime el trabajo en papel, para todo: Analisis, diseño, desarollo, mantenimiento e incluso, examenes para nuevos ingresantes. Y lo que mas me frustra de este articulo, es como ver al autor hablando de que en problema del papel es que hace todo secuencial: si alguna vez programo en todos los lenguajes que dice que trabajo, no se dio cuenta de que muy pócos lenguajes son objetos puros? cuando programaba en assembler o qbasic, que paradigma seguia? Creo realmente que este articulo no solo no representa la realidad, si no que es una mera opinion de alguien que no tenido una experencia completa.
totalmente de acuerdo con Diego
Es una cosa argumentable. En la Universidad de Quilmes, Argentina, todos los examenes son en papel. Por que? porque no nos interesa que un alumno salga sabiendo la sintaxis exacta de un lenguaje, sino las ideas.
Si escribis while (x > 25) { doSomeStuff(); }
o while x > 25: so_some_stuff()
o incluso si me comi una llave while (x >25) doSomeStuff() }
la idea cambia? No, no lo hace. Si uno pone a un chico en la maquina, pueden susceder mil 500 cosas por las cuales su programa no compile o no corra, y el chico puede pasar horas del examen preocupandose porque una cosa no compila cuando no es la idea del examen, sino focalizarse en las ideas. Ademas, como ya mencionan, un chico puede tener un programa compilando y funcionando bien, y no necesariamente estando bien programado.El profesor que se premie de serlo, JAMAS, PERO JAMAS, corregiria basandose en que un programa anda, o utilizaria tests automatizados para verificar un examen, y por sobre todo, no desaprobaria a un alumno porque se olvido un ; o una llave y el programa no compilaria, cuando la idea principal esta bien.
Es cierto que la practica es importante, pero para ello deberian existir materias estilo taller o laboratorio, no examenes.
A mi gusto todos los examenes deberian ser en papel. Eso claro, si lo que se quiere son programadores, que no es lo mismo que un coder (que no te importa si programa bien o mal, sino q puede escupir lineas de codigo como monito)
Saludos
CLAP CLAP CLAP !!! completamente de acuerdo. No hayy que transformar una ciencia exacta en una simple tecnicatura.
A mi me servieron de mucho, ya que te centras en aprender la sintaxis del lenguaje en concreto, ya sepas o no programar.
Por ejemplo mi profesor casi te obligaba a compilar el examen ya que te suspendía si dejabas algún tipo de excepción sin controlar...
- "Este planteamiento es diferente al modo de trabajo real ya que las variables y líneas se van añadiendo conforme se necesitan sin que haya un orden de escritura concreto..." ¿¿¿??? Antes de escribir debes tener claras las directrices de un procedimiento. Lo contrario te convierte en un programador poco productivo. - "Existe un pequeño truco que es dejar bastante espacio entre líneas por si acaso..." - "para programar no necesariamente el programador debe acordarse de declarar todas las variables, verificar cierres de bloques..." ¿¿?? No se trata de aporrear el teclado con dedos como chorizos y luego esperar que nuestro IDE nos cante nuestros errores de sintaxis.
Vaya perlitas que te has marcado. Si así es como piensas, ahora entiendo muchas cosas. Tal como dices al final del artículo, si un programa de 3 líneas lo haces en 10 te suspenden. Pues yo escucho estas grandes frases de un alumno y ni siquiera le dejo entrar al examen. Una cosa es abstraerse de pequeños detalles y corregir pequeños fallos que hayamos tenido en el código y otra muy diferente es escribir el programa a lo loco y sin pensarlo y que luego será el propio IDE de programación el que nos indique nuestros fallos.
Yo voto por hacer examenes con alumnos que tengan internet.
¿por que? porque el alumno es el que sabe si copia ó no, pasar un grado no significa que aprendiste, ahi entra en juego la etica y moral de una persona y hace que esta vida, sea tan asquerosa ó bonita como tu, como alumno quieres.
Si yo fuera profesor de computacion, les daria 1 ó 0 a mis alumnos, 1 a los que demuestren que saben y 0 a los que no pueden probar eso.
¿Por que? que se acostumbren a pensar en que, es si ó no jajaja.
Pero pues... es mi opinion.
El 'examen' en ordenador ya existe, se llama práctica, la haces en tu casa y luego la entregas al profesor para que la corrija.
Como te han dicho, lo que tienes que hacer es tener claro qué tienes qué hacer, cómo lo vas a hacer y la estructura de tu código resultante.
La verdad, releo tu artículo y me da la sensación de que eres de los que se lanzan a tirar líneas sin pensar en lo que vas a hacer y cómo. Y eso, precisamente, es un muy mal hábito de muchos malos programadores.
Hacerlo en papel te obliga a pensar antes de empezar a escribir, puedes usar folios para escribir en sucio, revisar y luego transcribir a la hoja de respuestas o pasarlo a limpio.
Y como muy bien apunta Alan Rodas, en programación lo que se busca es que aprendas a resolver un problema, a usar un algoritmo o diseñar el propio para dar una buena respuesta. Precisamente, si hay algo que hoy se nota terriblemente en el mundo laboral, es que la gente que nos llega nueva realmente NO SABE programar, lo que saben es tirar líneas en UN único lenguaje. Así que en cuanto se les pide algo en otro lenguaje, la inmensa mayoría se asusta y te dice que ellos 'no saben y no son capaces' de hacerlo. Por no hablar del horrendo código que llegan a entregar, que dista mucho de ser mínimamente aceptable.
Para mí es más importante que la gente aprende bien los conceptos de Programación, sea estructurada u orientada a objetos, a que la gente aprenda un lenguaje.
Escribir un comentario
Para hacer un comentario es necesario que te identifiques: ENTRA o conéctate con FacebookConnect