Totalmente de acuerdo Rudered.
Nos salvamos de milagro. Ibamos a emitir y suscribir esta semana. Si el anuncio llega a ser en el momento de los resultados (este próximo viernes) nos pulen toda la pasta.
Bueno, realmente nada de clavarla. No nos dio tiempo. Y menos mal de hecho.
Ha sido una movida de libro de texto de especulación. Pactan unas condiciones "de rescate" en forma de prima sobre el valor de la acción.
Pero eso si, lo hacen en forma de prima DESPUÉS de limpiar la compañía (inventarios y personas) y comunicarlo al mercado por sorpresa.
Vamos, que no sabían cuanto iban a pagar. El mercado decidió (en una de esas decisiones de la masa que son casi incomprensible) que una compañía "limpia" vale 20% menos que con el agujero.
Pero en fin, esta vez no hubo ni opción de equivocarse. Por suerte.
H
Hola Josémur,
No soy un gran experto en visual, pero casi te podría garantizar que eso no se puede conseguir. Al menos no programando con el PDV.
El PDV (y cualquier otra herramienta semejante) analiza todas las condiciones al cierre de la barra, no antes. Con lo cual es imposible que se ejecute un stop en la propia barra. Te lo pinta luego bien, pero el análisis lo hace una vez cerrada la barra. Es decir, sirve para hacer backtest, pero no para operar en real.
Para hacer lo que tu quieres habría que programar en objetos com. Y yo, tristemente, no tengo ni idea de por donde empezar.
Aquí tienes algún vídeo que quizá te pueda ayudar.
http://www.tradingconsistemas.com/sistema-automatico-meander-en-visual-chart/
Un saludo,
H
Muy cierto. Como en todo, para desarrollar correctamente un sistema de trading, hay que saber como hacerlo.
Y, también como en todo, incluso así no se garantiza el éxito...
Sin duda el tema del coste de operación es importantísimo. Pero no es, en mi opinión, el motivo por el que fracasan muchos sistemas.
A la postre puedes incluir cualquier coste a la hora de hacer el desarrollo. Con lo cual te "da lo mismo" en el fondo.
Puedes programar sin problemas un sistema que tenga un backtest muy bueno incluso con las comisiones, deslizamientos y problemas que tiene ejecutar un intradiario para nosotros. El problema no es ese como digo. El problema es que la mayoría de los desarrolladores (debería haber dicho gran mayoría) no tienen ni idea de como se hace el trabajo bien.
Es un tema de metodología. Con tener una idea y probar que funcionó en el pasado no es suficiente. Es por eso que muchos sistemas, intradiarios o no, fallan al cabo de poco tiempo. No por los costes sino por la forma en la que se han desarrollado que lleva a pensar que una idea es buena cuando realmente no lo es.