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
Peter, ¿creamos el código de seguimiento en el script? ¡Genial! Lo que has enumerado lo tomo ahora como secciones básicas y empiezo a describirlas con palabras, para que quede claro cómo escribir después funciones, bucles, etc. ¿Es esto correcto?
Saludos, Vladimir.
No se puede utilizar ningún script para el arrastre. Esto socava la idea misma de lo que estoy tratando de decirte.
¡Lo tengo, Vassili! Entonces lo dejé todo en suspenso.
Saludos, Vladimir.
No se puede utilizar ningún script para el arrastre. Esto socava la idea misma de lo que estoy tratando de decirte.
¡Lo tengo, Vassili! Entonces dejaré todo en suspenso.
Respetuosamente, Vladimir.
No hay ninguna diferencia fundamental sobre dónde escribir las funciones de arrastre, lo principal es escribir y aprender.
No se puede llamar a OnTick en el script)
¡Lo tengo, Vassili! Entonces dejaré todo en suspenso.
Respetuosamente, Vladimir.
No se puede llamar a OnTick en el script)
Existe la observación de que una vez que se empieza a crujir, es difícil parar, y como consecuencia, el código del proyecto se convierte en lo que se conoce como d.c.
Déjeme explicarle:
Espero que hayas prestado atención al hecho de que el contador de características implementadas, aumenta el tiempo de implementación de la siguiente característica, pero cuando se implementa correctamente, se pone a cero.
Esto es muy exagerado, pero así es como funciona en la vida real.
Lo que quiero decir es que si no reescribes el proyecto después de implementar todas las características, pasará a producción como un spoiler ilegible. Y luego, el ciclo de vida de cualquier proyecto conlleva un dolor de cabeza para la dirección: o poner a todo el equipo a refactorizar globalmente todo lo que han hilado (y los competidores no duermen, ellos, malvados, escriben nuevas funcionalidades), o seguir escribiendo muletillas y parchando bugs, filtrando a raudales.
Regulación y vuelta a la regulación. Y la excomunión por violaciones)))) y en un procedimiento monolítico todo puede ser implementado también))))
Aunque, vale, estoy de acuerdo, todo lo anterior puede seguir siendo, pero los nuevos trabajadores en las reglas es un coste extra).
Y para ser sinceros, desde luego, después de tener más de 3-5 fuentes de datos diferentes y más de 3 algoritmos de procesamiento distintos, las variables globales sin una regulación clara de su declaración son un mal.
En tiempo de ejecución, todas las variables computacionales se declaran globalmente. Después de procesarlas, puedes envolverlas con lo que quieras)
Regulación y vuelta a la regulación. Y para las infracciones, la excomunión))))) y en un procedimiento monolítico también se puede aplicar todo))))
Aunque, estoy de acuerdo, todo lo anterior se puede seguir haciendo, pero es demasiado caro poner nuevos empleados en el procedimiento)
No iba a hacerlo. Habría bloqueado el flujo del guión y en un eterno bucle habría sacudido el entorno comercial. Es decir, lo haría todo de una vez de forma brutal.
Esto es lo que me imaginaba, pero sólo con la función Sleep en el script y la posibilidad de establecer el período de sueño de 1 a 10 segundos.
Respetuosamente, Vladimir.