[Hilo Oficial] Esto también es otro arte...el ARTE de programar - Versión para impresión +- 33bits (https://33bits.net/foro) +-- Foro: Temas de debate (https://33bits.net/foro/Foro-Temas-de-debate) +--- Foro: Off Topic (https://33bits.net/foro/Foro-Off-Topic) +--- Tema: [Hilo Oficial] Esto también es otro arte...el ARTE de programar (/Tema-Hilo-Oficial-Esto-tambi%C3%A9n-es-otro-arte-el-ARTE-de-programar) |
Re:Esto también es otro arte...el ARTE de programar - Artorias - 13-11-2012 A ver hamijos si me podéis echar una mano, dado el siguiente código de javascript: <script type="text/javascript"> var valor1=prompt('Ingrese el número'); var res=valor1 % 2; if(res==0 && valor1>0){ alert(valor1+" es PAR"); } if (valor1==0){ alert(valor1+" no es par ni impar"); } else { alert(valor1+" es IMPAR"); } </script> Tengo que hacer un bucle para que siempre que meta un 0 me vuelva a preguntar por otro número. Re:Esto también es otro arte...el ARTE de programar - Margaruga - 13-11-2012 Respetando el código que das: Código: var valor1 = 0; He añadido un else al primer if porque sin él al introducir un número par devolverá el mensaje "es PAR" y "es IMPAR". Re:Esto también es otro arte...el ARTE de programar - Artorias - 14-11-2012 Gracias muyayo┬á Re:Esto también es otro arte...el ARTE de programar - thewazaa - 14-11-2012 Lo solucionaria diferente Valor=0 Mientras valor=0 ┬á Pedir valor ┬á Si este es 0 ┬á ┬á Escribir "que es 0, coño" Ahora la paridad. Tienes dos opciones. El resto, como haces... O... Paridad=valor & 1 Si paridad=0 escribir "es par Sino escribir "es impar Estamos tratando paridad. Y la paridad es base 2. Es más rapido usar un and binario para quedarse el último digito que conseguirse el resto de la division. Una operacion mucho mas costosa. 1 2 10 3 11 4 100 5 101 6 110 7 111 8 1000 ... Re:Esto también es otro arte...el ARTE de programar - Margaruga - 14-11-2012 Sí, la verdad es que no entiendo por qué dan siempre por bueno (hablo de profesores en general) hacer el resto para determinar la paridad cuando el and es mucho más efectivo. De hecho juraría que jamás me mencionaron los operadores a nivel de bit y para ciertas cosas son muy prácticos. Re:Esto también es otro arte...el ARTE de programar - thewazaa - 14-11-2012 porque es lo obvio. Las matemáticas las hacemos en base10. Cambiar de base mentalmente es complicado. Re:Esto también es otro arte...el ARTE de programar - Artorias - 15-11-2012 Re:Esto también es otro arte...el ARTE de programar - alone snake - 16-11-2012 la programación es un arte que me apasiona. He programado en ensamblador, en C, en C++, en Java y en VisualBasic. pero debido a que mi trabajo va por otros temas, he perdido demasiada practica, y la verdad que ahora estoy muy, pero que muy en lo basico. Re:Esto también es otro arte...el ARTE de programar - Margaruga - 16-11-2012 (16-11-2012 00:58)alone snake link la programación es un arte que me apasiona. He programado en ensamblador, en C, en C++, en Java y en VisualBasic. pero debido a que mi trabajo va por otros temas, he perdido demasiada practica, y la verdad que ahora estoy muy, pero que muy en lo basico. Bueno, siempre puedes recuperar el hilo que habiendo programado ya, seguro que lo coges otra vez rápido. Por ejemplo en tu tiempo libre haciendo alguna chuminada para prácticar. Re:Esto también es otro arte...el ARTE de programar - thewazaa - 16-11-2012 (15-11-2012 23:36)Artorias linkEjem... un poco de amor propio, por dios. Una cosa son problemas otra cosa es esto... pero como ya lo has solucionado j=0 i=0 funcion introdicir_i(i) { ┬á si i>j ┬á ┬á j=i ┬á mostrar j en area } pagina... titulo formulario para i llama introducir i area de mostrar j Re:Esto también es otro arte...el ARTE de programar - Artorias - 16-11-2012 Exactamente así es como lo he hecho, pero porque me lo ha explicado mi compañero de piso. Es una tontería, pero es que en clase no hemos visto nada de eso... Re:Esto también es otro arte...el ARTE de programar - thewazaa - 16-11-2012 ok, veamos, explico el concepto. Cuando estás en una interficie gráfica, pasas de programación lineal a programación orientada a eventos. Hay dos "ritmos". 1. Los flujos continuos, que se van haciendo durante la ejecución del programa. Es importante programarlos de manera que no afecten la interfaz (lo típico son threads, en javascript se puede ser algo más garrulo). Se tiene que tener en cuenta refresco, interrupciones, etc. Es un punto donde la mayoría de la gente suele fallar a la hora de programar interficies gráficas. 2. los discontinuos. Los eventos. Que pueden realizar una acción rápida (como en este caso) o algo que interaccione con un "flujo continuo". (por ejemplo el disparar en un shooter) Los eventos los genera el usuario, a partir de un dispositivo de entrada, o el sistema operativo ya sea el solo o por alguna interrupción hardware. La nomenclatura es no oficial, es mia. Pero creo que es entendible. |