Discusión sobre el artículo "Cómo Pedir un Robot de Comercio en MQL5 y MQL4" - página 9

 
Rosh:
¿Qué le impide ponerse primero de acuerdo en todo y sólo después dar este paso?

Probablemente la misma avaricia del proger:


Vamos, vamos, date prisa y bloquear el dinero en su cuenta, y luego voy a ver lo que es el TOR y si voy a hacerlo.

 

Gracias, ya veo.

Aunque en mi opinión, sólo después de ver el TOR, se puede hablar del coste final.

"Avaricia de progre" suena insultante y no se sustenta en ningún hecho.

Me abstendré de generalizar sobre los moderadores de este recurso.

 
Y.A.K._:

Gracias, ya veo.

Aunque, en mi opinión, sólo después de ver los términos de referencia podemos hablar del precio final.

¿Así que ha acordado un precio cuando aún no se han aprobado los términos de referencia?

entonces no es codicia, es otra cosa.


"Codicia de un ingeniero informático" suena insultante y no está respaldado por ningún hecho.

¿Quieres hechos? Aquí los tienes.
 
Y.A.K._:

"Avaricia de progre" suena insultante y no se apoya en ningún hecho.

Me abstendré de generalizar sobre los moderadores de este recurso.

y ¿cómo se explica si no que algunos (¡NO TODOS! ) desarrolladores confirmen TOR y luego sólo empiecen a meterse en él?
 

No ha entendido bien mi pregunta.

Me refería a la situación en la que el cliente adjunta los TdR y pasa a la siguiente fase, y el contratista ve los TdR, los lee y aún no ha pulsado el botón de aceptar por su parte.

 
Y.A.K._:

No ha entendido bien mi pregunta.

Yo preguntaba por la situación en la que el cliente adjunta los TdR y pasa al siguiente paso, y el contratista ve los TdR, los lee y aún no ha pulsado el botón de consentimiento por su parte.

Para Rosh: La pregunta es razonable y realmente no se desarrolla en el artículo objeto de debate.

Para Y.A.K._: Si el cliente ya ha pasado la etapa de provisión de los TdR (definido el precio listo para el bloqueo y adjuntado los TdR), y el ejecutor aún no ha pasado esta etapa, hay variantes de acontecimientos:

a) el ejecutor acepta y confirma la etapa -- más adelante o la finalización o la cancelación a través del Arbitraje

b) si es necesario cambiar el precio, el cliente selecciona el contratista en nuevo o rechazado - y pasa de nuevo con un nuevo precio.

c) si no es necesario modificar el precio, pero sí los términos de referencia, el cliente simplemente vuelve a presentar los términos de referencia.

d) si el cliente desea cancelar la oferta, puede seleccionar la opción "nueva" o "rechazada", o bien eliminar la oferta si tiene menos de 30 días.

e) si el contratista quiere cancelar -- o borra su oferta, o la olvida, o sólo el punto d)

 
abolk:

Si el cliente ya ha pasado la etapa de Presentación de los TdR (ha determinado el precio listo para el bloqueo y adjuntado los TdR), y el contratista aún no ha pasado esta etapa, entonces hay opciones de eventos

a) se acuerda y confirma la etapa -- más adelante la finalización o la cancelación a través del Arbitraje

b) si es necesario cambiar el precio -- el cliente le selecciona en el nuevo o rechazado -- y pasa todo de nuevo con un nuevo precio

c) si no es necesario cambiar el precio, pero es necesario cambiar los TdR -- el cliente simplemente vuelve a poner los TdR.

d) si el cliente quiere cancelar -- o lo selecciona como nuevo o rechazado -- o borra el pedido si tiene menos de 30 días.

e) si el contratista quiere cancelar -- sólo el punto d).

Muchas gracias.

Esta es la única respuesta sustantiva. Las demás o son una pregunta por una pregunta, o han decidido trollear un poco al recién llegado :)

 

Hola,

¿Existe alguna forma de actualizar la oferta de empleo original una vez que se encuentra en el modo en curso?

No he podido encontrar la opción para hacerlo.

Muchas gracias.

 

¡Hola!

Hace una hora que no encuentro "Ejemplo de TOR para un programador".

¿No lo estarás reteniendo a propósito? ¿Estás aumentando la cantidad de caos? ¿O soy así de torpe?

Necesito una muestra donde

1. se tenga en cuenta todo lo que se pueda necesitar (variables, números mágicos, número de posiciones...).

2. bloque de indicadores a utilizar

3. reglas básicas de trading

4. peculiaridades de las diferentes situaciones (por ejemplo, igualdad estricta o no estricta)

5. gestión del capital, deslizamientos, fallos de comunicación (órdenes repetidas).

¿QUÉ MÁS HAY? ¿Quizás haya un orden o una forma diferente?

EL OBJETIVO ES CAPITALIZARLO Y CONVERTIRLO POCO A POCO EN UNA ESTRATEGIA PROPIA EN LA QUE

1) todo está previsto

2) se utilicen designaciones convenientes de variables, indicadores, acciones.

¿EXISTE TAL FORMA?

https://www.mql5.com/es/articles/361

"3. ¿Cuál es la RPT ideal?" BUEN COMIENZO!!! DAME UNA MUESTRA!!!

Несколько советов для начинающих заказчиков
Несколько советов для начинающих заказчиков
  • 2012.05.07
  • Dmitriy Skub
  • www.mql5.com
Народная мудрость, авторство которой часто приписывают различным известным людям, говорит: "Тот не ошибается, кто ничего не делает". Если не считать само ничегонеделание тоже ошибкой, то с этим утверждением трудно спорить. Зато вполне возможно проанализировать ранее совершенные ошибки (свои и чужие) и свести к минимуму количество совершаемых ошибок в будущем. Сделаем попытку разобрать возможные ситуации, возникающие в процессе выполнения работ на одноименном сервисе.
 
valestar:

¡Hola!

Hace una hora que no encuentro "Ejemplo de TOR para un programador".

¿No lo estarás reteniendo a propósito? ¿Estás aumentando la cantidad de caos? ¿O soy así de torpe?

Necesitas una muestra donde:

Echa un vistazo al artículo https://www.mql5.com/es/articles/235
Как заказать написание советника и получить желаемый результат
Как заказать написание советника и получить желаемый результат
  • 2011.03.30
  • Andrey Khatimlianskii
  • www.mql5.com
Как правильно написать Техническое Задание? Что можно и чего нельзя ожидать от программиста при заказе советника или индикатора? Как нужно вести диалог, на какие моменты обратить внимание? Статья дает ответы на эти и многие другие вопросы, которые зачастую неочевидны для многих без самостоятельного набивания шишек.