Por favor, respeta las reglas al enviar un TQD
En la uc3m sudaban pollas de puntos y comas, no pasaba nada si se te olvidaba un bracket que no fuera importante y, sinceramente, al final lo que importaba era el algoritmo. Cualquier herramienta que utilices para código te va a decir "oye, que te falta un punto y coma en la línea 12, subnormal". Bueno, menos C++ que te dirá OMG FATAL ERROR TERRIBLE ALERT ALERT ALERT EN TU CASA, TU HABITACIÓN, TU ORDENADOR, TAL FOLDER, TAL FILE, TAL CLASE.... Y así sucesivamente, en vez de decirte el puto fallo final.
Así que sí, los fallos de compilación tontos se los deberían saltar porque no son importantes.
NUNCA se deberían hacer exámenes de código a papel, ahora mismo estamos sufriendo eso en clase y si bien tenemos una hoja con los comandos de dicho código, para consultar algo más del código a programar tenemos que coger turnos e ir a ver el data a la mesa del profesor y copiar lo que necesitemos. Además si el código no compila, te sacas la misma nota que alguien que no se ha presentado, todo muy lógico.
#2 #2 lordi dijo: NUNCA se deberían hacer exámenes de código a papel, ahora mismo estamos sufriendo eso en clase y si bien tenemos una hoja con los comandos de dicho código, para consultar algo más del código a programar tenemos que coger turnos e ir a ver el data a la mesa del profesor y copiar lo que necesitemos. Además si el código no compila, te sacas la misma nota que alguien que no se ha presentado, todo muy lógico.@lordi Opino todo lo contrario. El algoritmo, el pseudo código, es para mí el 90% de lo que programo. Coger un ordenador y darle a prueba y error hasta que sale lo que buscas es caca. Desde que trabajo, me paso el 80% del tiempo con papel y boli, incluso paint, antes que con código puro, buscando siempre la optimización y eficiencia de lo que hago.
Así me han enseñado a mí, vamos.
¿A papel usáis espacios o tabulaciones?
#1 #1 desolee dijo: En la uc3m sudaban pollas de puntos y comas, no pasaba nada si se te olvidaba un bracket que no fuera importante y, sinceramente, al final lo que importaba era el algoritmo. Cualquier herramienta que utilices para código te va a decir "oye, que te falta un punto y coma en la línea 12, subnormal". Bueno, menos C++ que te dirá OMG FATAL ERROR TERRIBLE ALERT ALERT ALERT EN TU CASA, TU HABITACIÓN, TU ORDENADOR, TAL FOLDER, TAL FILE, TAL CLASE.... Y así sucesivamente, en vez de decirte el puto fallo final.
Así que sí, los fallos de compilación tontos se los deberían saltar porque no son importantes.@desolee Luego tenemos el php, que muchas veces te saca pantalla blanca sin decirte nada,porque somos su putilla,un objeto de distracción que merece ser ninguneado.
#3 #3 desolee dijo: #2 @lordi Opino todo lo contrario. El algoritmo, el pseudo código, es para mí el 90% de lo que programo. Coger un ordenador y darle a prueba y error hasta que sale lo que buscas es caca. Desde que trabajo, me paso el 80% del tiempo con papel y boli, incluso paint, antes que con código puro, buscando siempre la optimización y eficiencia de lo que hago.
Así me han enseñado a mí, vamos.@desolee toalemente de acuerdo contigo, es una muy buena practica, que ayuda mucho cuando tienes que leer código de otra gente y puedes tirar de google o de stackoverflow para solucionar las cosas,es simplemente moldear la cabeza para programar bien después, en mi caso, los haciamos en papel, pero los profesores se fijaban en lo importante, no un punto y coma o un corchete mal puesto.
No se que Politécnica será la tuya, pero en la que yo estoy trabajamos con C++ y los exámenes son largos de narices, pero lo único que has de hacer es programar y programar en el ordenador y cuando ya sólo veas "Console.esto" "Console.Lootro" cuando vas por la calle ahí sabes que estás listo jajaja. Ahora de verdad, a base de hacer programas en el ordenador cuando lo haces a mano te sale genial. (Por eso tengo Matricula :P)
Si es de primero de programación, sí, la respuesta es jodidamente sí porque es fácil de cojones.
¡Registra tu cuenta ahora!
