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
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
¡+10!
Por supuesto, cuando se habla con un cliente se puede fingir que se trata de un hoser, pero eso es poco profesional.
>> Estoy de acuerdo.
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
Puede pretender ser una manguera u otra cosa, pero el cliente también debe entender que el proger no es un telépata y, por lo tanto, debe escribir los TdR de forma más correcta (al menos mencionar que se deben gestionar los errores de ejecución). Por supuesto, el manejo de errores groseros debe ser codificado por el programador sin mencionarlos.
Можно и шлангом прикинуться, и еще чем-то, но заказчик тоже должен понимать, что прогер не телепат и поэтому должен более корректно писать ТЗ (хотя бы упомянуть что должны обрабатываться ошибки исполнения). Конечно обработку грубых ошибок программист должен кодить без упоминания.
En mi práctica, nunca he visto un cliente que entendiera lo que es el MQL y lo que hay que hacer para que no haya errores. El cliente sólo quiere una cosa: la ejecución correcta de su algoritmo de entrada/salida, etc., y la gestión de errores es tarea del programador.
O la misma pregunta - para reiniciar el terminal. El programador tiene que prever todo por sí mismo, sin estipularlo explícitamente en la RPT.
я за свою практику не разу не видел заказчика, который понимал что такое MQL и что надо предусматривать чтоб не было ошибок. Заказчик хочет одного - правильного исполнения его алгоритма входа/выхода и т.д. а обработка ошибок это и есть работа программиста.
¿Debemos suponer que, si el cliente no tiene ninguna queja sobre el código y el algoritmo de ejecución de este código, entonces el código se ejecutó de acuerdo con los términos de referencia del cliente? Y si es así, el prócer hizo todo como el cliente quería. También nos hemos encontrado con esos términos de referencia, que especifican lo que el EA debe hacer después de reiniciar el terminal.
Puedes fingir que eres una manguera o cualquier otra cosa.
Bueno, esto es cuestión de gustos.
Sólo hay que tener en cuenta que esta actitud hacia el cliente finalmente conduce al hecho de que el cliente no tacaño rechazará los servicios de un programador de este tipo. Así que tendrá que escribir "como si fuera un software" por "como si fuera un pago".
стоит ли полагать, что, если у заказчика нет претензий к коду и к алгоритму выполнения этого кода, то код выполнен согласно ТЗ заказчика? А если так, то прогер сделал все как хотел заказчик. Встречались и такие ТЗ в которых указывалось что должен делать советник после перезапуска терминала.
Lo tenemos.
Pero si no se especifica en los términos de referencia, siempre evalúo la necesidad de hacerlo y las consecuencias de reiniciarlo, y siempre discuto estos puntos con el cliente. Usted entiende que la práctica del programador no es comparable a la práctica de utilizar expertos por parte del cliente. El programador debe ir siempre un paso por delante de lo que es posible y de lo que ocurrirá en el entorno del EA. E informar al cliente.
Ну, это на любителя.
Только имейте ввиду, что подобное отношение к заказчику приводит в конечном счете к тому, что не скупой клиент откажется от услуг такого программиста. Так и придется писать "как бы программы" за "как бы оплату".
No te molestes en escoger las palabras, mira el contexto en el que se dijo
втсречались.
но если в ТЗ это не прописано я обязательно оцениваю необходимость такого и последствия при перезапуске и обязательно обсуждаю эти моменты с заказчиком. Вы же сами понимаете, что практика программиста не сравнится с практикой использования экспертов заказчиком. Программер всегда должен видеть на шаг впереди что может быть и что будет со средой эксперта. И поставить в известность клиента.
Negociar con el cliente, sí, pero si el cliente no sabe lo que necesita, ¿qué debe hacer el programador? La única opción es hacer todo como siempre (según la norma, pero según los TdR), teniendo en cuenta todas las posibles situaciones excepcionales estándar