Pregunta sobre el trabajo con los topes: clásico en los limitadores + topes integrados en la posición - página 13
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
stop de compra en la apertura y stop de venta en el cierre
¡Ja! Genial :)
Una orden vinculada se simula a través de las grietas.
En lugar de especificar dos precios, tengo que especificar tres. Porque el precio de la orden de venta-stop-límite es el mismo que el precio de compra-stop.
Pero no están relacionados, por eso he tocado el timbre.
La persona se equivoca al pensar que están vinculados.
Cómo no van a estar relacionados si su tarea es abrir una compra y poner un stop-loss en su volumen.
Todo esto se resuelve con un manojo - bystop + selfplimit
Pero no son coherentes, por eso he tocado el timbre.
La persona se equivoca al pensar que están vinculados.
Están conectados porque el precio de la orden para el límite de venta es el mismo que el precio de compra.
Y si se simulan diseños más complejos, la duplicación de precios se repetirá cada vez más.
En definitiva, chicos, creo que con este ejemplo lo tenéis claro. Y si no lo entiendes, lo harás algún día de todos modos. No hay más preguntas.
¡Ja! Genial :)
Sí, lo es.
Se simula una orden vinculante.
No se simula nada. Todo funciona como se quiere. y se procesa en el lado del servidor. sin ningún experto.
Se cerrará con exactamente la misma cantidad de volumen especificada en el SellStopLimit.
En lugar de especificar dos precios, tengo que especificar tres. Porque el precio de la orden del límite de venta es el mismo que el del límite de compra.
¡Ja! Genial :)
Una orden vinculada se simula a través de las grietas.
En lugar de especificar dos precios, tengo que especificar tres. Porque el precio de la orden para el límite de venta/parada es el mismo que el precio de compra/parada.
Para ser honesto, nunca he tratado de conseguir un trabajo como programador, pero suena un poco patético.
¿y qué dice el solicitante en el departamento de RRHH, soy Vasya Pupkin, soy programador? y ¿cómo lo comprueba la oveja en C++ del departamento de RRHH?
El departamento de recursos humanos comprobará los documentos de los que dispone, revisará los expedientes de empleo (si es necesario).
Si es necesario, le enviarán a un experto, o le pedirán un "portafolio" (en un pendrive, en un disco o por correo electrónico).
Si se le envía al experto, es el cliente directo o el jefe de los programadores habrá una entrevista (con la aplicación de la terminología y la identificación de un candidato hábil en la materia).
También es posible que te den una tarea de prueba, pero esto es para los estudiantes muy "verdes".
El departamento de personal comprobará los documentos que tiene y verificará su historial de empleo (si es necesario).
Si es necesario, le enviarán a un especialista, o le pedirán un "portafolio" (en un pendrive, en un disco o por correo electrónico).
Si se le envía a un experto, esto es el cliente directo o el jefe de los programadores habrá una entrevista (con la aplicación de la terminología y la identificación de un candidato hábil en la materia).
También es posible que te asignen una prueba, pero esto es para los muy "verdes".
Vamos, que es interesante ver el nivel de las preguntas, compararlas con las tuyas, por así decirlo.
Sí, en el servidor MQ es muy utilizable, pero no puedo decir lo mismo del rendimiento de los corredores de bolsa.
puedo hacer algo al respecto, ¿cuál es la mejor manera? ¿qué tipo de preguntas hacerles?
No sé si es posible elevar la escritura. o tal vez se podría escribir un manual para ellos?
En general, los corredores de bolsa no tienen problemas con las paradas colocadas inmediatamente (dentro de una distancia razonable).
Más bien, van a lo seguro.
Déjame hacerte una pregunta sobre C++).