Por favor, respeta las reglas al enviar un TQD
En la uc3m sudaban ******* 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 ******* 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!