[¡Archivo!] Cualquier pregunta de novato, para no saturar el foro. Profesionales, no pasen de largo. No puedo ir a ningún sitio sin ti - 4. - página 169
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
¿Es este el foro equivocado?
Así, "Cualquier pregunta de los recién llegados a ...." para mantener fuera a todo tipo de usuarios.
Esto es algo nuevo, por favor muéstrame.
En este gráfico, el Asesor Experto abrió la orden 7447278. No se ha colocado ninguna flecha en este gráfico.
Al mismo tiempo, otro EA en otro gráfico con la misma moneda abrió una orden pendiente. Aquí aparece la flecha de la orden abierta en el gráfico anterior. Además, no se fijó el puntero de la orden que se modificó durante el arrastre. El color de la flecha de la orden establecida parece ser el mismo que el de la orden modificada. Por supuesto, los Asesores Expertos tienen diferentes magos.
¿Has probado a cambiar #define LAST_BUILD_KNOWN 406 por 432?
Sí, lo intenté, pero no funcionó ((((
Tengo una pregunta (de todos modos es el fin de semana).
¿es realista esta estrategia (quizás alguien la haya probado)?
tienen prácticamente abiertas 3 órdenes con stop=toma y son 50-100-200pp sootv.
IMPORTANTE los pedidos se abren al mismo tiempo.
A continuación, acumulamos gradualmente las estadísticas de los resultados de los pedidos
0-pérdidas 1 victorias
se verá así:
0 0 0 - 15%
1 0 1 -20%
Creo que el significado es claro.
Esta es la estrategia: supongamos que virtualmente abrimos una orden 50/50 que resultó en 0 (pérdidas), luego después de cero buscamos las variantes 100-100 y 200-200 y buscamos el mayor porcentaje de éxito, y abrimos una orden real 100-100 y así sucesivamente.
¿Crees que esta estrategia tiene un lugar para vivir?
Es algo análogo a la red. Por ejemplo, tomemos una variante para 2 pedidos 50/50, 100/100.
Supongamos que la estadística es la siguiente (todas las órdenes son del tipo de compra)
0 0 -10%
0 1- 20%
1 0 -40%
1 1- 30%
y una orden 50/50 gana =1
entonces miramos todas las variantes con 1 al principio es
1 0-40% y 1 1-30%, lo que lógicamente significa que una orden de compra de 100/100 tendrá probablemente un signo -, en este caso abrimos una orden de venta en lugar de una de compra.
esto es lo que tenemos en 10 años: stopes y takei:
SL1=250; TP1=250; SL2=500; TP2=500; SL3=1000; TP3=1000; SL4=1250; TP4=1250;
y la matriz correspondiente:
0000-321
0001-34
0010-8
0011-119
0100-34
0101-2
0110-11
0111-117
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340
está claro que algunas opciones son muy raras en comparación con otras, por lo que a medida que se cierran las órdenes (está claro que las primeras serán con stops y beneficios más bajos) ya podemos predecir qué órdenes se cerrarán + o - (y por lo tanto no hay que esperar a tener pérdidas, sino prepararlas de antemano)
por ejemplo 1 pedido cerrado en + aquellos = 1
véase
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340
vemos el resultado más probable 1111-340 no cubrimos nada,
segundo orden 0
1000-111
1001-18
1010-4
1011-36
la variante más probable es 1000-111 y es razonable cerrar 2 órdenes restantes con una pérdida, pero menor que la que tendría la siguiente orden.
La opción más fácil es poner una compilación 409 separada en su computadora y probar en ella.
las versiones inferiores a la 416 no son compatibles a partir del 1 de junio
Eliminar las secciones de código responsables de la vinculación de cov con cualquier construcción...
a partir del 1 de junio, las versiones anteriores a la compilación 416 no son compatibles
Son los que no son soportados por el servidor. A nivel local funcionan. Todavía uso 225.
Eliminar los fragmentos de código que son responsables de la vinculación de cov a cualquier build...
Son los que no son soportados por el servidor. A nivel local funcionan. Todavía uso 225.
¿Cómo es eso?¿Como si esto no sirviera?
//#define LAST_BUILD_KNOWN 406 на 432?Y luego hay que excluir algo así, así que no importa la construcción...
¿Como si esto no sirviera?
y luego hay que excluir algo así, para que no te importe la construcción...