Reglas de estructura. Aprender a estructurar los programas, explorar las posibilidades, los errores, las soluciones, etc. - página 11

[Vasiliy Sokolov]

TheXpert:

También está torcido. Usando un interruptor... y utilizar un patrón de máquina de estado son dos cosas diferentes. En el texto se puede ver que no existe ningún patrón, al igual que en el artículo que has citado.

Dice algo así como "He inventado un sistema ganador único..." y a continuación una declaración de martinismo.

Bien, ¿cuál es la diferencia fundamental entonces?

[TheXpert]

C-4:
Bien, ¿cuál es la diferencia fundamental entonces?

Ahí lo tienes. Eso es lo que necesitaba probar :)

[Vasiliy Sokolov]

TheXpert:
Ahí lo tienes. Eso es lo que necesitaba probar :)

¿Probar qué? No finjas que eres el único que sabe algo increíble que nunca dirás porque crees que está por debajo de tu dignidad.

[Vasiliy Sokolov]

TheXpert:

Ya lo creo. Usando un interruptor... y utilizar un patrón de máquina de estado son dos cosas diferentes. Puedes ver en el texto que no hay rastro de un patrón allí, así como en el artículo citado.

Pero no te preocupes que el artículo sobre la máquina del estado que has dado lo dice en blanco y negro:

Digamos ahora que Vasya hace un proyecto en C# y necesita una máquina de estados simple para un tipo de objetos. Escribe algo así:

private enum State { Disabled, Idle, Animating }

private State state;
 
void setState(State value) {
    state = value;
    switch (state) {
        case State.Disabled:
            ...
        case State.Idle:
            ...
        case State.Animating :
            ...
        break;
    }
}

Luego sigue divagando sobre varios frameworks y clases preparadas.

La conclusión del artículo es la siguiente:

"Y entonces Vasya se hartó y volvió a la máquina de estado finito más sencilla del mundo. Lo reelaboró un poco y dio con las reglas de cómo escribir código en él".

[TheXpert]

En primer lugar, no he citado ningún artículo. :)

En segundo lugar, tomar un artículo como la verdad en primera instancia sólo porque alguien lo citó y está en hubra es un poco... um...

Un hacha de piedra también es un tipo de hacha.

[Vasiliy Sokolov]

TheXpert:

En primer lugar, no he citado ningún artículo. :)

En segundo lugar, tomar un artículo como la verdad en primera instancia sólo porque alguien lo citó y está en hubra es un poco... um...

Un hacha de piedra también es un tipo de hacha.

Sí, lo siento, fue citado por Urain.

Si este artículo describe un patrón no estatal, ¿qué es un verdadero patrón estatal? Si puedes conseguir el topo... código al estudio, vamos a discutirlo.

[TheXpert]

C-4:

Bueno... Voy a buscar en Google.

[Vladimir Gomonov]

He aquí una idea interesante.

C-4:
Una excepción importante: la lógica de los algoritmos de HFT se describe en realidad por el método de ejecución.

Casi estoy de acuerdo.

Sobre esta base, tengo previsto intelectualizar aún más el controlador de operaciones, es decir, dotarlo de "cerebro" para la toma de decisiones independiente en situaciones de tendencia rápida.

// (Que en realidad sólo desplaza el límite de salida a una "zona negativa").

[Vasiliy Sokolov]

TheXpert:
Bueno... Voy a buscar en Google.

Un nombre familiar apareció en el enlace: A .A. Shalyto. Creo que ya lo he oído en alguna parte...

[Vasiliy Sokolov]

MetaDriver:
He aquí una idea interesante.

Casi estoy de acuerdo.

Sobre esta base, tengo previsto intelectualizar aún más el controlador de operaciones, es decir, dotarlo de "cerebro" para tomar decisiones independientes en situaciones de tendencia rápida.

// (Que, de hecho, simplemente mueve el límite inferior a un "área negativa").

Es decir, resulta ser un robot dentro de un robot. Supongamos que hay un algoritmo a medio plazo que da una orden de compra en el mercado. Otro robot de bajo nivel ejecuta esa orden al mejor precio utilizando la técnica del mejor movimiento de HFT.