Mensajes

Estoy haciendo una tabla que como pueden ver
https://workupload.com/file/3DGhrPwWFC9
está compuesta de una cantidad disparatada de copy pastes con modificaciones nimias.

Más o menos como si me pusiera a hacer las tablas de números a veces extraños para mí como el 123 pero en general de otros aburrida y absurdamente obvios como el 1.

Entonces es mejor que lo haga un programa.

El problema es que es muy difícil parece.

Pero intentemos. total no mucho puede perderse ¿no?

B1L1   =   C = 1;   
B1L2   =      
B1L3   =   // ¿Sol?   
B1L4   =   if (9<C) {   
B1L5   =      stop ();   
B1L6   =   }   
B1L7   =      
B1L8   =   // Candmod normal   
B1L9   =   C = C+1;   
B1L10   =   gotoAndPlay (2);   

B: Base
L: Linea
C: Candidato.
Sol: Solución.
Candmod normal: El candidato es modificado mediante un +1.

Teniendo eso, debería haber otras variables que marquen qué modificaciones se quieren en el programa a crearse..

Una variable llamada SPs por ejemplo marcaría la cantidad de SPs en dicho programa..
SP es la abreviación de Sitpart, lo cual representa una parte del problema que se quiere resolver,

SPs = *Esperando definición del usuario.*

Código [Seleccionar] Expandir

Si SPs == 0
Los contenidos de las líneas son movidas a las siguientes, y en la 1 poner "SP = 1;".
sino si todo SP tiene un uso:
Los contenidos posteriores a las definiciones de SP son movidas a las siguientes, y en la que quedó vacía poner "SPX = 1;" en lo cual X es la cantidad de SPs que habría agregando esta.
sino si hay alguna SP sin uso
Mensaje = "Ya hay una SP sin uso"

La verdad me aburre, cuesta y cansa pensar todo eso... que ni siquiera es que esté terminado el tema de los SPs, porque ¿cómo puede saber el programa si toda SP tiene uso o no?

¿Algún interesado en colaborar?

Ideas o alternativas también sirven.

Nota:
Hago la tabla porque quiero practicar paso a paso mezclar cosas, porque hay algunas que me resulta muy difícil mezclar. Supongo que un programador normal haría toda la mezcla mediante un sólo "tiro", pero claro yo no soy normal.

Código [Seleccionar] Expandir

Ahora estoy metido con tablas así que quizá esté peor para entender. Pero las tablas tienen mucho que ver con esto. Se trata de distintas formas de variar un candidato o más de uno.
Lo más normal es
1, 2, 3... infinito.

Más avanzado es cuando se le pone un límite, simplemente porque es más código.

Más avanzado es cuando los 2 extremos aparecen 1ero y se va aproximando al centro. Es lo que pedí en este tema.
Ej: 1, 20, 2, 19.

Más avanzado sería cuando hace 4 cosas "por turno", que son:
1- Elegir el extremo mayor nunca usado.
2- Elegir el extremo menor nunca usado.
X- Elegir el centro (esto sólo se aplica una vez si hay centro).
3- Elegir el valor mayor nunca usado más cercano al centro.
4- Elegir el valor menor nunca usado más cercano al centro.
Ej: 1, 20, 11, 12, 10,
2, 19, 13, 9,
etc

También tengo que pensarlo si son 2 candidatos o más.

[quote author=NEBIRE link=topic=503936.msg2219197#msg2219197 date=1586739457]Típicamente un péndulo va perdiendo valores hasta llegar al equilibrio (0), y luego: Tipicamente, luego se queda en 0 xD

A - Puede tomar valores negativos
B - Puede volver a subir valores (siempre son positivos).
C - Usa valores extremos de modo alternativo.

C no es una 3era opción sino combinable con A o B.

Por su parte los valores pueden seguir una serie aritmética o geométrica. Lo ideal es que emule la gravedad, por lo que los valores serían los proporcionados por una serie geométrica.

No sé, esto es más bien imaginario.

B: En el pseudocodigo se emula el caso B, con series ariméticas de razón 1.
Pendulará de un lado al otro, hasta que alcance finalmente el valor 0.

Salida de B:
5  4  3  2  1  0  1  2  3  4  5
4  3  2  1  0  1  2  3  4
3  2  1  0  1  2  3
2  1  0  1  2
1  0  1

Esto espero que se haya entendido que no quiero. Porque los problemas asumo que se suelen solucionar mediante extremos o centros, y el método conque aparecen ahí no es acorde a lo que asumo.
Ni siquiera es un péndulo en el sentido de que esté señalando los valores extremos alcanzados. Más bien parece señalar todos los valores por los que pasa.

Soy horrible para entender codes, pero como dije es que ya estoy enfocado en otro problema.

Salida de C:
12 -11  10 -9  8 -7  6 -5  4 -3  2 -1

Será que es parecido a un péndulo, nada más.
12, -12, 11, -11...

Un valor negativo deja de serlo cuando se le suma un valor igual. Si a toda la serie se le suma el mínimo alcanzable, el resultado es equivalente... es como mover un grafico en la pantalla verticalmente, la forma dle gráfico, no cambia solo su posición en él.

Estoy pensando en esto porque necesito que siempre sea positivo. Si antes puse ejemplos negativos es porque como dije son más fáciles de usar. Acá no sé si me estás planteando usar un "parche" o no. No quisiera un parche si es innecesario.

Como no se quieren valores negativos, y el maximo es 12, el mínimo será a lo sumo -11, luego basta sumar a todos +11

Suena a parche pero también que diste en el clavo, lo pensaré.

como se puede ver, no es exactamente el resultado esperado, salta de 2 en 2 en vez de 1 en 1,

// basta tocar un poco la función y cambiar solo la línea:
Max = -(Max + razon)
// por esta otra, para que en cada ciclo solo descuente 1
Max = -(Max + 0)

De todo lo leído, al menos entiendo que un +0 es innecesario xD

Lo demás otro día quizá, es too much for me.

Yo hacía un curso de electrónica en que algo de práctica había, pero un día nos pidieron hacer una fuente cosa que dudo hayan dicho cómo era, a penas si soldamos unas cosas, y yo no sino un compañero por grupo, muchos no soldaron, yo cuando intenté en casa no pude. Me dormí en la clase un día de tanta teoría y decidí abandonar.

Si tuviera que dar un consejo diría que abandones cualquier cosa que sea demasiada teoría sin práctica.

Otro ejemplo: En clases de física hicimos varias cosas, no recuerdo bien. Pero recientemente encontré "el motor más sencillo" que los profesores a penas pueden hacerlo según he visto, así que bueno ¿cual es la gracia de saber cómo funcionan las cosas de otros o cómo hacer cálculos de eso, si al final no vas a poder construir cosas por ti mismo?

A mí me parece la clásica discusión de si el programador es el que construye la máquina o escribe en lenguaje máquina, o los demás que empiezan desde más arriba.

Una vez discutí algo similar. Si en Phyton hago que aparezca un cartelito de "hola mundo" ¿es un programa, programé? Y si en vez de eso escribo en Flash una pequeña película indicando algunos goto ¿es un programa, programé? Con ese criterio también se podría decir que con power point o una cámara y fotos se programa.

Creo que más allá de eso, lo importante es saber qué estás haciendo. Quizá nunca llegue programas que "adivinen" qué quieres hacer, pero la cuestión es similar a los teléfonos en que muchos casos adivinan qué quieres escribir. Es comparable a romper rocas con una mano o con una máquina, quizá uno no es realmente "rompedor", pero parece una cuestión sin importancia... Sólo que el que hace todo de 0 mientras más parecido a eso, más mérito y respeto merece, si lo hizo por una buena causa.

A mí más de uno me ha dicho que en Flash no se programa. Puedes crear una imagen y en algún lugar aparece código, que no ves, sólo lo cambias moviendo el dibujo. Pero bueno, hay cosas en que sí se usa código. Antes de Flash yo usaba Clipper y dibujar algo era un tedio enorme, con código visible, como esas imagenes hechas de letras. Yo no me sentiría mejor persona o mejor programador por seguir dibujando así, más bien parece tonto, como querer tomar sopa con un tenedor teniendo una cuchara usable al lado.

No tengo mucha idea pero creo que ayudaría que muestres los códigos. Como dijeron por ahí el modificarlos es signo de que uno no estaba del todo preparado, cosa que es normal, pero el resultado es avanzar sin nunca acabar. Mi consejo sería que intentes hacer muchos programas (de distintas cosas) en vez de uno sólo, así cada uno quedará "mal" pero funcionando, y llegará un punto se supone en que los que hagas queden bien (y funcionen!).

Probablemente son dudas tontas, con respuestas obvias, pero a mí me paralizan a cada rato.

El juego 7th Saga no es que sea el mejor RPG de SNES ni nada así, sólo que ordenados alfabéticamente, dentro de los juegos que he visto jugables (según mis gustos) del género, es el 1ero que aparece.

Y bueno, quiero hacer experimentos usándolo, pero no sé cómo.

Veo en principio 2 opciones:
A- Dudar de la mínima posible cantidad de cosas.
B- Dudar de todo lo posible.

Explico los problemas que me dan.

----------------------------------------------------------------------------------------

A- Dudar de la mínima posible cantidad de cosas.
La investigación podría ser respecto al personaje: ¿Cual es el mejor? (para un speed run sin depender de buena suerte ni de gliches, etc).
Esto parece fácil, pero me cuesta actuar como si fuese tan ciego o en juegos como Bahamut Lagoon termina siendo un gran sin sentido, o eso siento.

Que me cuesta actuar como si fuese tan ciego:
Esto es que tenía:

Personaje: Kamil
Usar magia sólo para curarse.

Historia:
Vendió para comprar arma Anim.
Luchó para comprar armadura Xtry.
LV4 vendió Topaz para comprar armadura Psyt.
Compró B Pow y Df.
LV6 con mucho cure, beated Romus

En eso se me ocurre anotar "Usar equipo de número alto", porque por sentido común lo que se hace debe estar anotado, y si se usan los equipos con números altos entonces debe estar anotado eso, por más obvio que sea. Igual que el hecho de hablar con los paisanos aunque mi "perfeccionitis" no llega a tanto, es como que asumo que en general hablar con un personaje no cambia el futuro.
Luego ya me pasé para el otro lado, anotar más, y se complica.

Kamil
No escapar de batallas
Si HP es 2/3 or less, go Inn
No usar magia ni DF
Vender ítems

Ahí no.

Kamil
Curarse si HP<Critical
No escapar de batallas
Si HP es 2/3 or less, go Inn
Vender ítems

Acá sí. Supongo que cuando se quiera usar la 2nda regla, no se usará la 5ta, no se curará con ítems, pero para mí es confuso, es como que veo "hay que curarse" y no importa el cómo.

Si lo pongo al revés:

Kamil
Vender ítems
Curarse si HP<Critical
No escapar de batallas
Si HP es 2/3 or less, go Inn

Se interpreta que con tal de vender los ítems es legítimo arriesgarse, cosa que no es lo que quise decir, no entiendo una forma clara de decir las cosas.

----------------------------------------------------------------------------------------

B- Dudar de todo lo posible.
Esto en realidad lo acabo de explicar, A termina llevando a B, pero hacer B parece imposible porque uno siempre va notando nuevos detalles que quiere anotar.

----------------------------------------------------------------------------------------

¿Ideas?

Gracias.

Un valor negativo deja de serlo cuando se le suma un valor igual. Si a toda la serie se le suma el mínimo alcanzable, el resultado es equivalente... es como mover un grafico en la pantalla verticalmente, la forma dle gráfico, no cambia solo su posición en él.

Vale, comprendido. Luego sigo, es que tu post es como haber dado una ciudad a quien pedía una simple casa, me cuesta entender o procesar.

Lo bueno también es que me hiciste reir. Lamentablemente estoy rodeado de perros rabiosos y medio contagiado de eso.

Tengo esto:

Código [Seleccionar] Expandir

C1 = 1;
C2 = 1;
Max = 10;

// ¿Sol?
if (C2<C1) {
   stop ();
} else {
   // Candsmod
   if (C2<Max) {
       C2 = C2+1;
   } else if (C1<Max) {
       C2 = 1;
       C1 = C1+1;
   } else {
       // No hay Sol o está más allá del Max.
       stop ();
   }
}

gotoAndPlay (2); Que produce 2 candidatos así:
1, 1
1, 2
1, 3
...
1, 10
2, 1
...

Quiero que se produzcan así:
1, 1
1, 2
2, 1
2, 2
1, 3
2, 3
3, 1
3, 2
3, 3
1, 4
...

Tengo este code que por ahora no sé por qué no funciona:

Código [Seleccionar] Expandir

Escena 1
  actions for fotograma 1
     C1 = 1;
     C2 = 1;
     Max = 2;
  actions for fotograma 2
     // ¿Sol?
     if (C2<C1) {
        stop ();
     } else {
        trace ("No funcionó: "+C1+" "+C2);
        // Candsmod
        // C1 aumentará, C2=Max.
        C1 = 1;
        C2 = Max;
     }
  actions for fotograma 3
     C1 = C1+1;
  actions for fotograma 4
     if (C1 != Max) {
        gotoAndPlay (3);
     } else {
        // Ahora C1=Max, C2 aumentará.
        C2 = 1;
     }
  actions for fotograma 5
     C2 = C2+1;
  actions for fotograma 6
     if (C2<=Max) {
        Max = Max+1;
        gotoAndPlay (2);
     } else {
        gotoAndPlay (5);
     } Lo que debería ocurrir es que toda combinatoria sea analizada, quizá hay que poner el Sol (chequeo de si la combinación soluciona el problema) al final.

No queda claro, con exactitud como ha de funcionar tu péndulo...

Está quieto pero alguien lo agarró, llevó el peso, el coso colgante, al extremo, y entonces ahora se va frenando de a poco. Empezó en el punto 20 y llega al -20, luego al 19...
Algo así. Que pierda velocidad sólo de un lado es una asunción, propuesta, imaginación.

Típicamente un péndulo va perdiendo valores hasta llegar al equilibrio (0)

¡Ajá!

A - Puede tomar valores negativos
B - Puede volver a subir valores (siempre son positivos).
C - Usa valores extremos de modo alternativo.

No tengo mucha idea, este simplemente frena. Como una hamaca, la empujas y luego de a poco frena.

Por su parte los valores pueden seguir una serie aritmética o geométrica. Lo ideal es que emule la gravedad, por lo que los valores serían los proporcionados por una serie geométrica.

No sé bien de qué hablas... No creo que esto requiera realismo, sólo que un valor vaya de extremo a extremo pero cada vez que vaya a volver a uno se quede un poco atrás.

B: En el pseudocodigo se emula el caso B, con series ariméticas de razón 1.
Pendulará de un lado al otro, hasta que alcance finalmente el valor 0.

Lo 1ero no sé pero sí quedará en 0.
Los casos de negativo son más fáciles, pero necesito evitarlos por ahora. Por eso el valor "parado" acá es 11.

La salida debe ser 20, 1, 19, 2...
X, Y, X-1, Y+1, X-2, Y+2...

Uno fácil de entender, Action Script de Macromedia Flash 5.

Había explicado y tras haber logrado algo le di otro inicio al texto y olvidé la explicación.
Lo que quiero que haga el código es dar una serie de números así:
20, 1, 19, 2... hasta llegar al medio, que parece ser 11.

Un péndulo en realidad va reduciendo su movimiento, esto sería al revés, me equivoqué. Si un péndulo estuviese en un eje de X verías como llega a cierto extremo y luego va a otro. Eso es un péndulo... En mi caso es como si alguien estuviese haciendo fuerza, como en una hamaca.

Código [Seleccionar] Expandir


C = 1
posicion = 1
WHILE C != 0:
C*=-1
posicion = posicion + C A ver.

1era pasada:
C = -1
posicion = 1+-1 = 0

2nda pasada:
C = 1
posicion = 0+1 = 1

3era pasada:
C = -1
posicion = 1+-1 = 0

4ta pasada:
C = 1
posicion = 0+1 = 1

Nope, creo que lo tuyo no funciona como pedí.