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
Alexei, ¿estás bromeando? Sí, ¡me gustaría aprender lo básico primero!
Respetuosamente, Vladimir.
Si su objetivo inmediato es implementar un simple trailing stop, continúe escribiendo el script añadiendo los bucles for y while.
Gracias, Peter, por apoyar mi intención de equipar el script New7.mq5 con trailing stops, especialmente ahora, cuando he empezado a estudiar los ciclos. Por cierto, ya he probado la función Sleep en el script. Se recomienda utilizar esta función al escribir el trailing stop. ¿Por dónde empiezo? Probablemente, sería mejor describir todo el algoritmo de trailing stop en palabras primero, y luego proceder a escribir el código?
Sinceramente, Vladimir.
Gracias, Alexey, por tu fe en mí. ¡Todo lo que tengo que hacer es seguir con el buen trabajo!
Sinceramente, Vladimir.
Gracias, Peter, por apoyar mi deseo de equipar el script New7.mq5 con trailing stops, especialmente ahora, cuando he empezado a estudiar los ciclos. Por cierto, ya he probado la función Sleep en el script. Se recomienda utilizar esta función al escribir el trailing stop. ¿Por dónde empiezo? Probablemente, sería mejor describir todo el algoritmo de trailing stop en palabras primero, y luego proceder a escribir el código?
Sinceramente, Vladimir.
Los programadores tienen miedo de utilizar variables globales por los errores que se producen al cambiar sus valores. Se crea una situación en la que un error es difícil de localizar porque cada función puede cambiarlos. Por supuesto, sólo deben existir aquellas variables en el ámbito global que todas las funciones del programa deben ver. No puede ser de otra manera.
Se ha observado que una vez que se empieza a muletear, es difícil parar, y como consecuencia, el código del proyecto se convierte en lo que llaman dre... código.
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.
Es una idea muy exagerada, 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 lleva a un dolor de cabeza para la dirección: o poner a todo el equipo a refactorizar globalmente todo lo que se hiló (y los competidores no duermen, ellos, malvados, escriben nuevas características), o seguir escribiendo muletillas y parchando bugs, filtrando a raudales.
Objetivamente hablando, un simple trailing stop no funcionará en el script. Me explico: los trailing stops no existen por sí mismos, en el "vacío", están "ligados" a una posición abierta, que a su vez está "ligada" a la estrategia, y la estrategia se implementa sólo en un Asesor Experto.
Peter, ¿creamos un código de seguimiento en el script? ¡Perfecto! Ahora tomo lo que has enumerado como secciones básicas y empiezo a describirlas con palabras, para que quede claro cómo debo escribir después las funciones, los bucles, etc. ¿Es esto correcto?
Saludos, Vladimir.
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.
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.
Es una idea muy exagerada, 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 aquello que han hilado (y los competidores no duermen, ellos, malvados hijos de puta, escriben nuevas funcionalidades), o seguir escribiendo muletillas y parcheando bugs, filtrando a raudales.
Aunque este mensaje va dirigido principalmente a Peter, te pido que lo escribas sin argot, para poder entender bien tus mensajes, en un lenguaje accesible para el alumno de 1º de la escuela de programación, ya que el tema es para principiantes desde cero.
Saludos, Vladimir.