Signori programmatori, aiutatemi a creare un semplice EA - pagina 5
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
+10!
Certo, quando si parla con un cliente si può far finta di essere un fannullone, ma questo non è professionale.
>> Sono d'accordo!
Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.
Puoi far finta di essere un tubo o qualcos'altro, ma il cliente dovrebbe anche capire che il proger non è un telepate e quindi dovrebbe scrivere i ToR più correttamente (almeno menzionare che gli errori di esecuzione dovrebbero essere gestiti). Naturalmente, la gestione degli errori grossolani dovrebbe essere codificata dal programmatore senza menzionarli.
Можно и шлангом прикинуться, и еще чем-то, но заказчик тоже должен понимать, что прогер не телепат и поэтому должен более корректно писать ТЗ (хотя бы упомянуть что должны обрабатываться ошибки исполнения). Конечно обработку грубых ошибок программист должен кодить без упоминания.
Nella mia pratica, non ho mai visto un cliente che abbia capito cos'è il MQL e cosa fare per assicurarsi che non ci siano errori. Il cliente vuole solo una cosa - la corretta esecuzione del suo algoritmo di input/output, ecc. e la gestione degli errori è compito del programmatore.
O la stessa domanda - per resettare il terminale. Il programmatore deve provvedere a tutto da solo, senza stipularlo esplicitamente nel TOR.
я за свою практику не разу не видел заказчика, который понимал что такое MQL и что надо предусматривать чтоб не было ошибок. Заказчик хочет одного - правильного исполнения его алгоритма входа/выхода и т.д. а обработка ошибок это и есть работа программиста.
Dobbiamo assumere che, se il cliente non ha lamentele sul codice e sull'algoritmo di esecuzione di questo codice, allora il codice è stato eseguito secondo i termini di riferimento del cliente? E se è così, il proger ha fatto tutto come voleva il cliente. Abbiamo anche incontrato tali TOR, che specificano cosa deve fare l'EA dopo il riavvio del terminale.
Puoi far finta di essere un tubo o qualcos'altro.
Beh, questa è una questione di gusti.
Basta tenere a mente che questo atteggiamento verso il cliente alla fine porta al fatto che il cliente non avaro rifiuterà i servizi di un tale programmatore. Quindi dovrete scrivere "come se il software" per "come se il pagamento".
стоит ли полагать, что, если у заказчика нет претензий к коду и к алгоритму выполнения этого кода, то код выполнен согласно ТЗ заказчика? А если так, то прогер сделал все как хотел заказчик. Встречались и такие ТЗ в которых указывалось что должен делать советник после перезапуска терминала.
Abbiamo.
Ma se non è scritto nel TOR, valuto sempre la necessità e le conseguenze del riavvio, e discuto sempre questi punti con il cliente. Capite che la pratica del programmatore non è paragonabile alla pratica dell'uso di esperti da parte del cliente. Il programmatore deve sempre vedere un passo avanti a ciò che è possibile e a ciò che accadrà nell'ambiente dell'EA. E informare il cliente.
Ну, это на любителя.
Только имейте ввиду, что подобное отношение к заказчику приводит в конечном счете к тому, что не скупой клиент откажется от услуг такого программиста. Так и придется писать "как бы программы" за "как бы оплату".
Non preoccupatevi di scegliere le parole, guardate il contesto in cui è stato detto
втсречались.
но если в ТЗ это не прописано я обязательно оцениваю необходимость такого и последствия при перезапуске и обязательно обсуждаю эти моменты с заказчиком. Вы же сами понимаете, что практика программиста не сравнится с практикой использования экспертов заказчиком. Программер всегда должен видеть на шаг впереди что может быть и что будет со средой эксперта. И поставить в известность клиента.
Negoziare con il cliente, sì, ma se il cliente non sa di cosa ha bisogno, cosa dovrebbe fare il programmatore? L'unica opzione è fare tutto come al solito (secondo lo standard, ma secondo i ToR), tenendo conto di tutte le possibili situazioni eccezionali standard