기고글 토론 "Expert Advisor를 주문하고 원하는 결과를 얻는 방법"
기사를 읽은 후 TK를 태우십시오. :)
좋은 기사, 안드레이. 마지막 기사보다 훨씬 더 광범위합니다.
일반적으로이 기사는 고객이 구매하는 라이브러리의 기능을 알 수 있도록 전문 프로그래머의 홍보에 좋습니다. 사실 프로그래머는 기성 코드를 재판매 할뿐입니다. 그는 입력 조건이나 특정 TOR에 대해 조건이 분리되는 위치 만 변경합니다.
두 살짜리 '할아버지'는 자신만의 개발 원칙과 코드 구성 원칙을 가지고 있으며, 이를 새로운 고객에게 재판매할 뿐입니다.
내 의견은 여기에 가격과 로트의 코드 정규화에 추가 된 멋진 프로그래머라는 가슴을 두드리는 것이 이미 가볍게 말하면 비전문적으로 보인다는 것입니다. 이러한 모든 기능과 검사는 기본적으로 코드에 포함되어야하며 고객과 협상해서는 안됩니다!
그냥 거기에 있어야 합니다.
그렇기 때문에 "사용자 정의 프로그래머의 무기고에 있어야 하는 것" 이라는 제목의 기사를 읽는 것이 좋습니다.
그리고 제가 고객이라면 실행자에게 물어볼 것입니다. 이 문서의 5.3~9절까지 읽어보셨나요? 라이브러리가 여기에 설명된 모든 내용을 고려하고 있나요? 그렇지 않다면 그런 프로그래머에게는 언급조차하지 않을 것입니다. 그가 앉아서 매트릭스를 배우거나 전문가를 써서 자신의 범프를 만들도록하십시오.
이 기사에서 과거 기사 (거의 모든 프로그래머가 참조했을 때)를 사용한 기록에 따라 추가하십시오:
- (지난 기사에서 그랬던 것처럼) 처음에 기사의 개요와 같은 주요 아이디어의 요점 / 논점
를 추가하여 모든 내용을 검색하고 읽도록 요청하는 대신 링크의 특정 위치로 한 번에 "보내기"할 수 있도록 했습니다.
를 사용하여 특정 장소로 한 번에 '보내기'할 수 있습니다.
기사를 읽은 후 TK를 태우십시오. :)
좋은 기사, 안드레이. 지난 기사보다 훨씬 더 광범위합니다.
일반적으로이 기사는 고객이 구매하는 라이브러리의 기능을 알 수 있도록 전문 프로그래머의 홍보에 좋습니다. 사실 프로그래머는 기성 코드를 재판매 할뿐입니다. 그는 입력 조건이나 특정 TOR에 대해 조건이 분리되는 위치 만 변경합니다.
2년 된 '할아버지'는 자신만의 개발 원칙과 코드 구성 원칙을 가지고 있으며, 이를 새로운 고객에게 재판매할 뿐입니다.
내 의견은 여기에 가격과 로트의 코드 정규화에 추가 된 멋진 프로그래머라는 가슴을 두드리는 것이 이미 가볍게 말하면 비전문적으로 보인다는 것입니다. 이러한 모든 기능과 검사는 기본적으로 코드에 포함되어야하며 고객과 협상해서는 안됩니다!
그냥 거기에 있어야 합니다.
그렇기 때문에 "사용자 지정 프로그래머의 무기고에 있어야 하는 것" 이라는 제목의 기사를 읽는 것이 좋습니다.
그리고 제가 고객이라면 실행자에게 물어볼 것입니다. 이 기사를 5.3에서 9 섹션까지 읽었습니까? 라이브러리가 여기에 설명된 모든 내용을 고려하고 있나요? 그렇지 않다면 그런 프로그래머에게는 언급조차하지 않을 것입니다. 그가 앉아서 매트릭스를 배우거나 자신의 범프를 채우기 위해 전문가를 구축하게하십시오.
"기성품 코드"를 재판매한다는 아이디어는 맞습니다. 그러나 저는 프로그래머가 잘라낸 준비된 코드를 재판매한다고 명시하고 싶습니다. 그리고 트리밍의 정도는 주문 비용에 따라 다릅니다. 결국 프로그래머는 자신의 범용 프레임 워크의 소스 코드를 제공합니다. 그것은 "갈비"와 같으며 더 많이 지불할수록 더 많은 고기를 제공합니다. 다만 "2년차 할아버지"는 범용 프레임워크가 디버깅되어 있고 오류가 적을 뿐입니다.
이 기사의 3번 항목에서 소프트웨어 개발의 복잡성과 풍부함을 크게 분류하는 것은 매우 중요합니다. 그리고 "기본" 기능 집합을 정의하는 것은 바로 이 분류입니다.
"자신 만의 기성품 코드"를 재판매하는 아이디어는 좋은 아이디어입니다.
네, 자동차 수리점을 방문하여 주인이 자신의 도구로 자동차를 수리하는 방법을보고 그러한 도구가 있다면 직접 더 잘 고칠 것이라고 선언하십시오-당신을 기다리는 가장 좋은 것은 "엄숙한 스패너 전달"이라는 말과 함께-직접 고치고 30 분 안에 차고를 정리하십시오 ;)
재판매 금지, 코드의이 부분과 같은 날개 달린 문구는 I.Kim 등에서 도용되지 않았습니다. - 작업이 있고, 다른 사람과 자신의 코드 더미를 처리하고 작업을 수행 한 사람이 있고, 프로그래머는 "키보드를 밟는"것이 아니라 프로그래밍 기술을 배우고 도구를 준비하는 데 이미 시간을 보낸 것에 대해 돈을받습니다.
기사 작성자에게 대단히 감사합니다. 그는 그가 누구와 무엇을 할 수 있어야하는지 아주 잘 설명하고 가장 중요한 것은 명확하게 설명했습니다.
예, 자동차 수리점에 가서 주인이 자신의 도구로 차를 수리하는 방법을보고 그러한 도구가 있다면 직접 더 잘 고칠 것이라고 선언하십시오. 당신을 기다리는 가장 좋은 것은 "엄숙한 스패너 전달"이라는 단어와 함께 "직접 고치고 30 분 안에 차고를 무료로 만드십시오"라고 선언하는 것입니다 ;).
글쎄요, 첫째, 완제품 판매가 나쁘다고 누가 말했습니까? 자연스럽고 정상입니다. 나는 당신이 외환 제품의 노하우를 만들지 않았다는 데 동의 할 것이라고 생각합니다.
둘째, 누군가가 자동차 서비스를 받으러 오거나 치과에 오면 당연히 전문가가 자신보다 훨씬 빨리 일을 할 것이라는 것을 깨닫습니다. 이것(시간, 지식)이 그가 지불하는 것입니다.
프로그래머는 "키보드를 두드리는 것"이 아니라 프로그래밍 기술을 배우고 도구를 준비하는 데 이미 소비 한 시간에 대해 돈을받습니다.
이것이 바로 우리가 말하는 것입니다.
예, 자동차 수리점에 가서 주인이 자신의 도구로 차를 수리하는 방법을보고 그러한 도구가 있다면 직접 더 잘 고칠 것이라고 선언하십시오-당신을 기다리는 가장 좋은 것은 "엄숙한 스패너 전달"이라는 단어와 함께 "직접 고치십시오, 차고는 30 분 안에 무료입니다 ;)
재판매 금지, 코드의이 부분과 같은 날개 달린 문구는 I.Kim 등에서 도용되지 않았습니다. - 작업이 있고, 다른 사람과 자신의 코드 더미를 처리하고 작업을 수행 한 사람이 있고, 프로그래머는 "키보드를 밟는"것이 아니라 프로그래밍 기술을 배우고 도구를 준비하는 데 이미 시간을 보낸 것에 대해 돈을받습니다.
기사 작성자에게 대단히 감사합니다. 그는 그가 누구와 무엇을 할 수 있어야하는지 아주 잘 그리고 가장 중요한 것은 명확하게 설명했습니다.
"그에게는 토마스에 대해, 그에게는 어마에 대해" 무슨 말씀이신가요? 지표 신호에 따라 포지션을 오픈하고 청산하는 전문가 자문가의 90%가 각각 고유한 알고리즘을 가지고 있다고 생각하시나요? 그리고 전문 작성자가 각 코드를 "처음부터" 새로 작성한다고 생각하시나요? 아니면 프로그래머가 이미 준비되고 디버깅된 다른 유사한 작업의 전문가 조언자를 가져와 필요한 조정을 한 후 고객에게 제공하는 것일 수도 있습니다.
아니면 수년간의 '키보드 두드리기'에 대한 대가를 지불할 고객이 한 명이라도 있을까요? 그렇기 때문에 프로그래머가 이미 말했듯이 "기성 코드를 재판매"하여 코드별로 비용을 회수하기 때문에 표준 작업에 대한 주문이 저렴한 이유입니다.
"그에게는 토마스에 대해, 그에게는 어마에 대해" 무슨 말씀이신가요? 보조지표 신호에 따라 포지션을 오픈한 후 청산하는 전문가 자문가의 90%가 고유한 알고리즘을 가지고 있다고 생각하시나요? 그리고 전문가 작성자가 각 코드를 "처음부터" 새로 작성한다고 생각하시나요? 또는 프로그래머가 이미 준비되고 디버깅된 다른 유사한 작업의 전문가 조언자를 가져와서 필요한 조정을 한 후 고객에게 제공할 수도 있습니다.
아니면 수년간의 '키보드 두드리기'에 대한 대가를 지불할 고객이 한 명이라도 있을까요? 그렇기 때문에 프로그래머가 이미 말했듯이 "기성품 코드를 재판매"하여 코드별로 비용을 회수하기 때문에 표준 작업에 대한 주문이 저렴합니다.
새로운 기고글 Expert Advisor를 주문하고 원하는 결과를 얻는 방법 가 게재되었습니다:
요구사항 사양을 올바르게 작성하는 방법은 무엇입니까? Expert Advisor 또는 지표를 주문할 때 프로그래머에게 무엇을 기대해야 하고 기대해서는 안 됩니까? 대화를 유지하는 방법, 특별히 주의해야 할 순간은 무엇입니까? 이 글은 이것들과 많은 다른 질문들에 대한 해답을 주는데, 이것은 많은 사람들에게 명백해 보이지 않는 경우가 많습니다.
그래서 프로그래머로부터 고대하던 편지를 받고 클라이언트 터미널을 출시하고 테스트를 시작합니다...그리고 그의 기발한 아이디어가 어떻게 보증금을 잃게 되는지 지켜볼 겁니다. 매개 변수를 다시 확인하고 기록 데이터를 업데이트합니다... 다시 한번 보증금 손실을 보게 됩니다.일부 트레이더는 프로그래머에게 분노에 찬 편지를 즉시 쓰기 시작합니다(물론 그의 잘못입니다!). 인내심이 강한 트레이더는 결과를 테스트하고 문제가 무엇인지 파악하려고 합니다. 그러나 그것은 사실을 바꾸지 않습니다 - 그들이 믿었던 생각은 수익성이 없는 것으로 밝혀졌습니다.
다음으로 여러 가지 가능한 옵션이 있습니다. 어떤 사람들은 프로그래머가 서툴다고 비난하고, 일에 돈을 지불하지 않고, 다른 프로그래머를 찾기 시작했습니다. 다른 사람들은 이 상황을 어떻게 고칠지 열렬히 고민하기 시작하고, "몇 가지 작은 변화들"을 만들어 달라고 요구합니다.(물론, 그것들은 너무 작기 때문에 무료입니다!) 공정하게, 자신의 실수를 당연하다고 받아들이고 프로그래머에게 책임을 전가하지 않는 고객도 있다는 점을 유념해야겠습니다. 하지만 이 장은 그들을 위해 쓰여진 것이 아니라 그들은 자기비판 의식이 뛰어납니다.
이는 결과일 뿐이며, 마운트 해제의 의미가 없습니다. 문제의 원인을 찾아 제거하는 것이 훨씬 더 타당합니다. 문제는 거래자가 너무 게을러서 그의 아이디어를 확인할 수 없다는 것입니다. 이를 위해서는 과거 데이터의 임의 간격을 선택하고, 매일 전략이 어떻게 작동하고 어떤 결과가 나올지 주의 깊게 관찰해야 합니다. 시각적 테스트 모드에서는 더 쉽고 빠르게 수행할 수 있습니다(MetaTrader 5에서 곧 사용할 수 있을 것입니다). 그러나 테스트는 데모 계정으로 1~2주 동안 실시간으로 수행할 수도 있습니다.
실제로 모든 전략을 과거 데이터에서 테스트할 수 있는 것은 아닙니다. 개인적인 경험을 통해 일부 아이디어를 확인하는 데 시간이 많이 걸릴 수 있다는 것을 알고 있습니다. 때로는 차트 위에 연필을 놓고 몇 시간씩 앉아 있는 것보다 Expert Advisor 비용을 지불하는 것이 더 쉽다는 것을 이해합니다. 그러나 테스트되지 않은 구현 아이디어를 보낼 때 결과가 매우 불쾌할 수 있습니다.
기억하세요! 프로그래머는 당신의 전략의 수익성에 책임이 없으며, 그의 임무는 당신이 승인한 알고리즘으로 동작할 프로그램을 작성하는 것입니다.
작성자: Andrey Khatimlianskii