![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
+10!
É claro, você pode fingir ser um hoser quando se comunica com um cliente, mas isso é pouco profissional.
>> Eu concordo!
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
Você pode fingir ser uma mangueira ou outra coisa, mas o cliente também deve entender que o proger não é um telepata e, portanto, deve escrever o ToR de forma mais correta (pelo menos mencionar que os erros de execução devem ser tratados). Naturalmente, o tratamento de erros grosseiros deve ser codificado pelo programador sem mencioná-los.
Можно и шлангом прикинуться, и еще чем-то, но заказчик тоже должен понимать, что прогер не телепат и поэтому должен более корректно писать ТЗ (хотя бы упомянуть что должны обрабатываться ошибки исполнения). Конечно обработку грубых ошибок программист должен кодить без упоминания.
Em minha prática, nunca vi um cliente que entendesse o que é MQL e o que fazer para que não haja erros. O cliente quer apenas uma coisa - a execução correta de seu algoritmo de entrada/saída, etc., e o tratamento de erros é tarefa do programador.
Ou a mesma pergunta - para reiniciar o terminal. O programador tem que prover tudo ele mesmo, sem estipular explicitamente no TOR.
я за свою практику не разу не видел заказчика, который понимал что такое MQL и что надо предусматривать чтоб не было ошибок. Заказчик хочет одного - правильного исполнения его алгоритма входа/выхода и т.д. а обработка ошибок это и есть работа программиста.
Devemos assumir que, se o cliente não tiver reclamações sobre o código e o algoritmo de execução deste código, então o código foi executado de acordo com os termos de referência do cliente? E se assim for, o proger fez tudo como o cliente queria. Também conhecemos tais TORs, que especificam o que a EA deve fazer após reiniciar o terminal.
Você pode fingir ser uma mangueira ou outra coisa.
Bem, isto é uma questão de gosto.
Basta ter em mente que esta atitude para com o cliente eventualmente leva ao fato de que o cliente não mesquinho recusará os serviços de tal programador. Portanto, você terá que escrever "como se fosse software" para "como se fosse pagamento".
стоит ли полагать, что, если у заказчика нет претензий к коду и к алгоритму выполнения этого кода, то код выполнен согласно ТЗ заказчика? А если так, то прогер сделал все как хотел заказчик. Встречались и такие ТЗ в которых указывалось что должен делать советник после перезапуска терминала.
Nós temos.
Mas se não estiver explícito no TOR, sempre avalio a necessidade e as conseqüências de reiniciá-lo, e sempre discuto estes pontos com o cliente. Você entende que a prática do programador não é comparável à prática de utilização de especialistas pelo cliente. O programador deve sempre ver um passo à frente do que é possível e do que vai acontecer no ambiente da EA. E informar o cliente.
Ну, это на любителя.
Только имейте ввиду, что подобное отношение к заказчику приводит в конечном счете к тому, что не скупой клиент откажется от услуг такого программиста. Так и придется писать "как бы программы" за "как бы оплату".
Não se preocupe em escolher as palavras, veja o contexto no qual foi dito
втсречались.
но если в ТЗ это не прописано я обязательно оцениваю необходимость такого и последствия при перезапуске и обязательно обсуждаю эти моменты с заказчиком. Вы же сами понимаете, что практика программиста не сравнится с практикой использования экспертов заказчиком. Программер всегда должен видеть на шаг впереди что может быть и что будет со средой эксперта. И поставить в известность клиента.
Negociar com o cliente, sim, mas se o cliente não sabe o que precisa, o que o programador deve fazer? A única opção é fazer tudo como de costume (de acordo com o padrão, mas de acordo com os ToR), levando em conta todas as situações excepcionais possíveis do padrão