Bueno, segunda semana y segundo reto cumplido 
El programa, como ya dije, es el de cálculo de Biorritmos del Microhobby nº 1; lo empecé ayer y, tras cargar en cinta el programa incompleto por no tener tiempo para acabarlo, lo he completado hoy. Funciona perfectamente y no me ha dado ningún problema al "compilar"
Una vez terminado, el programa te debe pedir la fecha de nacimiento y calcular tus días "críticos y semicriticos"; lo cierto es que es una chorrada, pero muy útil para aprender a programar.
Como veis no tengo ningún día crítico, menos mal porque estaba a punto de salir corriendo a urgencias como me diera alguno
Fuera coñas... altamente satisfactorio, ya que como digo, no me ha arrojado un solo error al compilar. Supongo que "algo" tiene que ver que lleve toda la semana haciendo los ejercicios del curso BASIC de Microhobby (llevo leidas las primeras 60 páginas, con sus correspondientes ejercicios).
Pese a la satisfacción y relativa facilidad... hay una cosa que me fríe. Las variables en BASIC, y como se (mal)utilizan. Estoy acostumbrado a usar variables en C, donde debes declararlas limpiamente al principio del programa, con nombres sencillos y COMPRENSIBLES. COMPRENSIBLES, leñe
Por ejemplo, si quiero programar un termometro que me mida la temperatura de mi casa, podría ser algo así la declaración:
int casa;
float temperatura;
En cambio en BASIC, las variables no es necesario declararlas previo uso, y lo que mas me mata: suelen ser conjuntos de dos o tres dígitos, muchas veces mezclan números y letras (sobre todo en programas grandes) y desgraciadamente, solo el programador sabía EXACTAMENTE que significan. Aunque a veces puedes, por lógica, dilucidarlo, otras no hay quien lo entienda. Eso hace muy dificil que analices un programa para entender qué hace; porque si, igual es verdad que dm = dm +1, o que dt = INT (dt /2) pero si no sé que son dm o dt, se dificulta mucho aprender a manejar variables y entender su utilización a lo largo de un programa.
La semana que viene, puesto que el reto de esta semana ha sido relativamente fácil, me enfrento a algo más complejo: el programa más largo y ambicioso que contenía el número 1 de la revista Microhobby: Microcopi. Un programa para realizar copias de seguridad.
Lo más "retador" de este programa es que, tras la rutina inicial, hay que copiar un laaaaaaaaaaaaaaaaaaaaargo listado de "DATAs" que, según he entendido, al compilar, generan código máquina.
Preparémonos para los sudores frios
Y no penséis que el "reto" me tiene absorbido! De vez en cuando aún tengo tiempo para hacer, ejem, cosas productivas y útiles para la sociedad, como cuidar mi disciplina religiosa
o preocuparme por la seguridad ciudadana.
La semana que viene más!
El programa, como ya dije, es el de cálculo de Biorritmos del Microhobby nº 1; lo empecé ayer y, tras cargar en cinta el programa incompleto por no tener tiempo para acabarlo, lo he completado hoy. Funciona perfectamente y no me ha dado ningún problema al "compilar"
Una vez terminado, el programa te debe pedir la fecha de nacimiento y calcular tus días "críticos y semicriticos"; lo cierto es que es una chorrada, pero muy útil para aprender a programar.
Como veis no tengo ningún día crítico, menos mal porque estaba a punto de salir corriendo a urgencias como me diera alguno
Fuera coñas... altamente satisfactorio, ya que como digo, no me ha arrojado un solo error al compilar. Supongo que "algo" tiene que ver que lleve toda la semana haciendo los ejercicios del curso BASIC de Microhobby (llevo leidas las primeras 60 páginas, con sus correspondientes ejercicios).
Pese a la satisfacción y relativa facilidad... hay una cosa que me fríe. Las variables en BASIC, y como se (mal)utilizan. Estoy acostumbrado a usar variables en C, donde debes declararlas limpiamente al principio del programa, con nombres sencillos y COMPRENSIBLES. COMPRENSIBLES, leñe
Por ejemplo, si quiero programar un termometro que me mida la temperatura de mi casa, podría ser algo así la declaración:int casa;
float temperatura;
En cambio en BASIC, las variables no es necesario declararlas previo uso, y lo que mas me mata: suelen ser conjuntos de dos o tres dígitos, muchas veces mezclan números y letras (sobre todo en programas grandes) y desgraciadamente, solo el programador sabía EXACTAMENTE que significan. Aunque a veces puedes, por lógica, dilucidarlo, otras no hay quien lo entienda. Eso hace muy dificil que analices un programa para entender qué hace; porque si, igual es verdad que dm = dm +1, o que dt = INT (dt /2) pero si no sé que son dm o dt, se dificulta mucho aprender a manejar variables y entender su utilización a lo largo de un programa.
La semana que viene, puesto que el reto de esta semana ha sido relativamente fácil, me enfrento a algo más complejo: el programa más largo y ambicioso que contenía el número 1 de la revista Microhobby: Microcopi. Un programa para realizar copias de seguridad.
Lo más "retador" de este programa es que, tras la rutina inicial, hay que copiar un laaaaaaaaaaaaaaaaaaaaargo listado de "DATAs" que, según he entendido, al compilar, generan código máquina.
Preparémonos para los sudores frios
Y no penséis que el "reto" me tiene absorbido! De vez en cuando aún tengo tiempo para hacer, ejem, cosas productivas y útiles para la sociedad, como cuidar mi disciplina religiosa
o preocuparme por la seguridad ciudadana.
La semana que viene más!
En cualquier caso, este es el resultado:
Finiquitado el Andromeda, resulta ser una especie de Space Invaders cutre, con un mecanismo bastante sencillito, dos teclas para mover, y una para disparar, tres vidas disponibles, y registro de puntuación y de mejor puntuación.
aunque por ahora "no es para tanto". El BASIC lo he tocado toda mi vida, lo más difícil es adaptarme a las diferencias entre el BASIC de Windows y el del Spectrum. Sobre todo estoy intentando controlar las coordenadas para dibujar, porque por ahora mis combinaciones plot y draw solo engendran auténticos abortos de "Excede el margen" 
