요구사항 사양을 올바르게 작성하는 방법은 무엇입니까? Expert Advisor 또는 지표를 주문할 때 프로그래머에게 무엇을 기대해야 하고 기대해서는 안 됩니까? 대화를 유지하는 방법, 특별히 주의해야 할 순간은 무엇입니까? 이 글은 이것들과 많은 다른 질문들에 대한 해답을 주는데, 이것은 많은 사람들에게 명백해 보이지 않는 경우가 많습니다.
고객이 좌절하는 가장 일반적인 원인은 전략 상실에 있습니다. 거래자는 반자동 Expert Advisor나 지표가 아닌 전체 거래 시스템에 있어서 Expert Advisor에게 유일하게 수익성 있는 거래를 기대합니다.
그래서 프로그래머로부터 고대하던 편지를 받고 클라이언트 터미널을 출시하고 테스트를 시작합니다...그리고 그의 기발한 아이디어가 어떻게 보증금을 잃게 되는지 지켜볼 겁니다. 매개 변수를 다시 확인하고 기록 데이터를 업데이트합니다... 다시 한번 보증금 손실을 보게 됩니다.일부 트레이더는 프로그래머에게 분노에 찬 편지를 즉시 쓰기 시작합니다(물론 그의 잘못입니다!). 인내심이 강한 트레이더는 결과를 테스트하고 문제가 무엇인지 파악하려고 합니다. 그러나 그것은 사실을 바꾸지 않습니다 - 그들이 믿었던 생각은 수익성이 없는 것으로 밝혀졌습니다.
다음으로 여러 가지 가능한 옵션이 있습니다. 어떤 사람들은 프로그래머가 서툴다고 비난하고, 일에 돈을 지불하지 않고, 다른 프로그래머를 찾기 시작했습니다. 다른 사람들은 이 상황을 어떻게 고칠지 열렬히 고민하기 시작하고, "몇 가지 작은 변화들"을 만들어 달라고 요구합니다.(물론, 그것들은 너무 작기 때문에 무료입니다!) 공정하게, 자신의 실수를 당연하다고 받아들이고 프로그래머에게 책임을 전가하지 않는 고객도 있다는 점을 유념해야겠습니다. 하지만 이 장은 그들을 위해 쓰여진 것이 아니라 그들은 자기비판 의식이 뛰어납니다.
이는 결과일 뿐이며, 마운트 해제의 의미가 없습니다. 문제의 원인을 찾아 제거하는 것이 훨씬 더 타당합니다. 문제는 거래자가 너무 게을러서 그의 아이디어를 확인할 수 없다는 것입니다. 이를 위해서는 과거 데이터의 임의 간격을 선택하고, 매일 전략이 어떻게 작동하고 어떤 결과가 나올지 주의 깊게 관찰해야 합니다. 시각적 테스트 모드에서는 더 쉽고 빠르게 수행할 수 있습니다(MetaTrader 5에서 곧 사용할 수 있을 것입니다). 그러나 테스트는 데모 계정으로 1~2주 동안 실시간으로 수행할 수도 있습니다.
실제로 모든 전략을 과거 데이터에서 테스트할 수 있는 것은 아닙니다. 개인적인 경험을 통해 일부 아이디어를 확인하는 데 시간이 많이 걸릴 수 있다는 것을 알고 있습니다. 때로는 차트 위에 연필을 놓고 몇 시간씩 앉아 있는 것보다 Expert Advisor 비용을 지불하는 것이 더 쉽다는 것을 이해합니다. 그러나 테스트되지 않은 구현 아이디어를 보낼 때 결과가 매우 불쾌할 수 있습니다.
기억하세요! 프로그래머는 당신의 전략의 수익성에 책임이 없으며, 그의 임무는 당신이 승인한 알고리즘으로 동작할 프로그램을 작성하는 것입니다.
새로운 기고글 Expert Advisor를 주문하고 원하는 결과를 얻는 방법 가 게재되었습니다:
요구사항 사양을 올바르게 작성하는 방법은 무엇입니까? Expert Advisor 또는 지표를 주문할 때 프로그래머에게 무엇을 기대해야 하고 기대해서는 안 됩니까? 대화를 유지하는 방법, 특별히 주의해야 할 순간은 무엇입니까? 이 글은 이것들과 많은 다른 질문들에 대한 해답을 주는데, 이것은 많은 사람들에게 명백해 보이지 않는 경우가 많습니다.
그래서 프로그래머로부터 고대하던 편지를 받고 클라이언트 터미널을 출시하고 테스트를 시작합니다...그리고 그의 기발한 아이디어가 어떻게 보증금을 잃게 되는지 지켜볼 겁니다. 매개 변수를 다시 확인하고 기록 데이터를 업데이트합니다... 다시 한번 보증금 손실을 보게 됩니다.일부 트레이더는 프로그래머에게 분노에 찬 편지를 즉시 쓰기 시작합니다(물론 그의 잘못입니다!). 인내심이 강한 트레이더는 결과를 테스트하고 문제가 무엇인지 파악하려고 합니다. 그러나 그것은 사실을 바꾸지 않습니다 - 그들이 믿었던 생각은 수익성이 없는 것으로 밝혀졌습니다.
다음으로 여러 가지 가능한 옵션이 있습니다. 어떤 사람들은 프로그래머가 서툴다고 비난하고, 일에 돈을 지불하지 않고, 다른 프로그래머를 찾기 시작했습니다. 다른 사람들은 이 상황을 어떻게 고칠지 열렬히 고민하기 시작하고, "몇 가지 작은 변화들"을 만들어 달라고 요구합니다.(물론, 그것들은 너무 작기 때문에 무료입니다!) 공정하게, 자신의 실수를 당연하다고 받아들이고 프로그래머에게 책임을 전가하지 않는 고객도 있다는 점을 유념해야겠습니다. 하지만 이 장은 그들을 위해 쓰여진 것이 아니라 그들은 자기비판 의식이 뛰어납니다.
이는 결과일 뿐이며, 마운트 해제의 의미가 없습니다. 문제의 원인을 찾아 제거하는 것이 훨씬 더 타당합니다. 문제는 거래자가 너무 게을러서 그의 아이디어를 확인할 수 없다는 것입니다. 이를 위해서는 과거 데이터의 임의 간격을 선택하고, 매일 전략이 어떻게 작동하고 어떤 결과가 나올지 주의 깊게 관찰해야 합니다. 시각적 테스트 모드에서는 더 쉽고 빠르게 수행할 수 있습니다(MetaTrader 5에서 곧 사용할 수 있을 것입니다). 그러나 테스트는 데모 계정으로 1~2주 동안 실시간으로 수행할 수도 있습니다.
실제로 모든 전략을 과거 데이터에서 테스트할 수 있는 것은 아닙니다. 개인적인 경험을 통해 일부 아이디어를 확인하는 데 시간이 많이 걸릴 수 있다는 것을 알고 있습니다. 때로는 차트 위에 연필을 놓고 몇 시간씩 앉아 있는 것보다 Expert Advisor 비용을 지불하는 것이 더 쉽다는 것을 이해합니다. 그러나 테스트되지 않은 구현 아이디어를 보낼 때 결과가 매우 불쾌할 수 있습니다.
기억하세요! 프로그래머는 당신의 전략의 수익성에 책임이 없으며, 그의 임무는 당신이 승인한 알고리즘으로 동작할 프로그램을 작성하는 것입니다.
작성자: Andrey Khatimlianskii