Michel_S писал (а): 상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다. 모든 사람은 자신의 일을 해야 합니다. 상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
대부분이 가라지지만 곡식도 발견할 수 있더라도 모든 사람이 있는 그대로 아이디어를 게시하게 하십시오. 또한 모든 사람이 자신의 아이디어를 쉽게 공식화할 수 있는 것은 아닙니다. 물론 세심한 작업 차량도 좋지만 손을 대는 이유는 무엇일까요?
여기 아이디어가 있습니다 ... 구현하고 싶지만 손이 닿지 않습니다. 나는 통화 투기꾼에서 비슷한 것을 읽었습니다. 우리는 중간선을 선택하고 그로부터 특정 단계를 거치면서 바닥에서 구매하고 상단에서 판매하기 시작합니다. 가격이 하락하면 100포인트마다 평균 이하로 구매하고 가격이 평균 이상일 때 먼저 구매한 포지션을 래더로 청산한 다음 ..또한 10포인트마다 매도합니다. 문제는 크기를 선택하는 것입니다. 이 사다리와 평균 자체 ... 물론 정지 시스템이 없으면 위험합니다. 그러나 여러 통화로 분산하고 스왑에서만 플레이하면... 나쁘지 않을 수도 있습니다. 현물 대신 옵션을 사용할 수도 있습니다... 그러면 위험이 줄어듭니다. .. 하지만 단점도 있습니다.. 평균이 가만히 있지 않고, 평균 이상에서 사서 평균 이하로 파는 것이 더 쉽지 않습니까? 그렇다면 이것은 오랫동안 구현된 알고리즘(MT-4)입니다. 고정된 위치를 의미하는 경우 채널에서 플레이할 때 장기적으로 하락할 수 있으며(가격이 채널을 떠났음) 손실 없이 잠금을 종료하는 것은 불가능합니다.
이런 식으로 플레이해야 한다고 단언할 생각은 하지 않습니다.... 그것은 단지 아이디어일 뿐입니다... 테스트가 필요합니다...
nchnch 는 다음과 같이 썼습니다. 여기 또 다른 아이디어가 있습니다. 플랫 페어를 선택하십시오. 유로 파운드를 가정해 봅시다... 주간 양초를 보면 오래전에 플랫이 있었습니다... 우리는 이 범위를 위아래 두 부분으로 나눕니다. 아래에서는 50포인트마다 매수합니다. 예를 들어 위에서 매도합니다. 매 50포인트마다 우리는 50포인트의 이익으로 구매합니다. 스톱 없이(기반에서 돌파구가 있을 것이라는 것이 분명한 경우 폐쇄합니다... 또는 돌파구가 발생한 경우) ... 그리드의 크기는 또한 최적으로 선택하십시오 ...이 쌍이 1 년 동안 거기에 있으면 지방이 매우 좋을 수 있습니다 ...
nchnch 는 다음과 같이 썼습니다. 여기 또 다른 아이디어가 있습니다. 플랫 페어를 선택하십시오. 유로 파운드를 가정해 봅시다... 주간 양초를 보면 오래전에 플랫이 있었습니다... 우리는 이 범위를 위아래 두 부분으로 나눕니다. 아래에서는 50포인트마다 매수합니다. 예를 들어 위에서 매도합니다. 매 50포인트마다 우리는 50포인트의 이익으로 구매합니다. 스톱 없이(기반에서 돌파구가 있을 것이라는 것이 분명한 경우 폐쇄합니다... 또는 돌파구가 발생한 경우) ... 그리드의 크기는 또한 최적으로 선택하십시오 ...이 쌍이 1 년 동안 거기에 있으면 지방이 매우 좋을 수 있습니다 ...
Michel_S 는 다음과 같이 썼습니다. 상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다. 모든 사람은 자신의 일을 해야 합니다. 상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
대부분이 가라지지만 곡식도 발견할 수 있더라도 모든 사람이 있는 그대로 아이디어를 게시하게 하십시오. 또한 모든 사람이 자신의 아이디어를 쉽게 공식화할 수 있는 것은 아닙니다. 물론 세심한 작업 차량도 좋지만 손을 대는 이유는 무엇일까요?
물론 이 원칙을 바탕으로 협력을 구축할 수도 있습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
Michel_S 는 다음과 같이 썼습니다. 상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다. 모든 사람은 자신의 일을 해야 합니다. 상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
대부분이 가라지지만 곡식도 발견할 수 있더라도 모든 사람이 있는 그대로 아이디어를 게시하게 하십시오. 또한 모든 사람이 자신의 아이디어를 쉽게 공식화할 수 있는 것은 아닙니다. 물론 세심하게 배려한 작업차량도 좋지만 손을 대는 이유는 무엇일까요?
물론 이 원칙을 바탕으로 협력을 구축할 수도 있습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
우리는 이미 이것을 겪었습니다.
우리는 즉시 고문을 작성하지 않을 것입니다. 아이디어가 솔직히 약하거나 오랫동안 테스트를 거쳤다면 그렇게 말할 수 있습니다. 당신은 어떤 의무도 지지 않았습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
우리는 이미 이것을 겪었습니다.
아니요, 지점의 아이디어는 고문을 무료로 얻는 것이 아닙니다. ..효과가 없는 아이디어를 위해. 그냥 우리가 아이디어를 교환하지 않는 이유 ... goto에는 많은 것이 있지만 누군가가 필요합니다 .... 우리 모두가 여기 프로그래머 인 경우에도 .... :))) 이것은 프로그래머에서 프로그래머로의 저입니다.
상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
어떤 이유로 프로그래머는 자신의 직업이 우리 시대에 마스터하기 어렵다고 생각합니다. 언어 및 알고리즘화의 다양한 요소를 지속적으로 처리해야 합니다. 내 뒤에 있는 책장에는 Herbert Schildt의 두 권의 책이 있습니다. 읽는 것도 어렵지 않고, 코드 베이스를 보고 기능에 맞는 템플릿을 고르는 것도 어렵지 않다. Expert Advisor를 작성 하는데 큰 문제는 없습니다. 그러나 내가 가치 있는 아이디어를 가지고 있고 그것을 실생활에서 보여줄 수 있다면 그 진술은 그것과 어떤 관련이 있습니까? 코드의 아이디어는 아무 것도 제공하지 않을 수 있습니다. 그러나 실생활에서 시연했을 때 프로그래머에게 깊은 인상을 주어서는 안됩니다. 그리고 그것이 생산하고 가치가 있는 것으로 판명된다면, 저작권을 동등하게 나누는 것은 아주 자연스럽습니다. 여기 어딘가에서 Mak은 그러한 관계를 공식화하는 문서 목록을 제공했습니다. 따라서 이 게임에서는 먼저 규칙을 결정해야 합니다.
상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다.
모든 사람은 자신의 일을 해야 합니다.
상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
그가 허락한다면 나는 그를 돌봐줄 의향이 있으며, 여러 가지 명확한 질문을 던집니다. 나는 당신을 바보 라머라고 부르지 않을 것을 약속합니다 :).
내가 당신을 돌보면서 여러 가지 명확한 질문에 대답하도록 허락하시겠습니까? :-)))
해줘...
여기 아이디어가 있습니다 ... 구현하고 싶지만 손이 닿지 않습니다. 나는 통화 투기꾼에서 비슷한 것을 읽었습니다. 우리는 중간선을 선택하고 그로부터 특정 단계를 거치면서 바닥에서 구매하고 상단에서 판매하기 시작합니다.
가격이 하락하면 100포인트마다 평균 이하로 구매하고 가격이 평균 이상일 때 먼저 구매한 포지션을 래더로 청산한 다음 ..또한 10포인트마다 매도합니다. 문제는 크기를 선택하는 것입니다. 이 사다리와 평균 자체 ... 물론 정지 시스템이 없으면 위험합니다. 그러나 여러 통화로 분산하고 스왑에서만 플레이하면... 나쁘지 않을 수도 있습니다. 현물 대신 옵션을 사용할 수도 있습니다... 그러면 위험이 줄어듭니다. .. 하지만 단점도 있습니다.. 평균이 가만히 있지 않고, 평균 이상에서 사서 평균 이하로 파는 것이 더 쉽지 않습니까? 그렇다면 이것은 오랫동안 구현된 알고리즘(MT-4)입니다. 고정된 위치를 의미하는 경우 채널에서 플레이할 때 장기적으로 하락할 수 있으며(가격이 채널을 떠났음) 손실 없이 잠금을 종료하는 것은 불가능합니다.
이런 식으로 플레이해야 한다고 단언할 생각은 하지 않습니다.... 그것은 단지 아이디어일 뿐입니다... 테스트가 필요합니다...
여기 또 다른 아이디어가 있습니다. 플랫 페어를 선택하십시오. 유로 파운드를 가정해 봅시다... 주간 양초를 보면 오래전에 플랫이 있었습니다... 우리는 이 범위를 위아래 두 부분으로 나눕니다. 아래에서는 50포인트마다 매수합니다. 예를 들어 위에서 매도합니다. 매 50포인트마다 우리는 50포인트의 이익으로 구매합니다. 스톱 없이(기반에서 돌파구가 있을 것이라는 것이 분명한 경우 폐쇄합니다... 또는 돌파구가 발생한 경우) ... 그리드의 크기는 또한 최적으로 선택하십시오 ...이 쌍이 1 년 동안 거기에 있으면 지방이 매우 좋을 수 있습니다 ...
글쎄, 어떻게 ... 이것은 두 가지 다른 차이점 .... :))) 자세히 보면. ..
여기 또 다른 아이디어가 있습니다. 플랫 페어를 선택하십시오. 유로 파운드를 가정해 봅시다... 주간 양초를 보면 오래전에 플랫이 있었습니다... 우리는 이 범위를 위아래 두 부분으로 나눕니다. 아래에서는 50포인트마다 매수합니다. 예를 들어 위에서 매도합니다. 매 50포인트마다 우리는 50포인트의 이익으로 구매합니다. 스톱 없이(기반에서 돌파구가 있을 것이라는 것이 분명한 경우 폐쇄합니다... 또는 돌파구가 발생한 경우) ... 그리드의 크기는 또한 최적으로 선택하십시오 ...이 쌍이 1 년 동안 거기에 있으면 지방이 매우 좋을 수 있습니다 ...
글쎄, 어떻게 ... 이것은 두 가지 다른 차이점 .... :))) 자세히 보면. ..
상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다.
모든 사람은 자신의 일을 해야 합니다.
상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
물론 이 원칙을 바탕으로 협력을 구축할 수도 있습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
우리는 이미 이것을 겪었습니다.
상인의 아이디어는 이론적인 계산이 아니라(많은 것들이 있음) 데모나 실생활에서 검증되지만 항상 온라인 거래로 간주될 수 있다고 생각합니다. 그렇지 않으면 그러한 아이디어의 가격이 페니이기 때문입니다. 당신의 아이디어는 여전히 온라인 거래에서 연마되어야 하며, 이것은 프로그래머의 일이 아니라 상인의 일입니다.
모든 사람은 자신의 일을 해야 합니다.
상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.
물론 이 원칙을 바탕으로 협력을 구축할 수도 있습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
우리는 이미 이것을 겪었습니다.
물론 이 원칙을 바탕으로 협력을 구축할 수도 있습니다.
그러나 내 연습에서 상인과의 실제 협력에서 상인이 그러한 관심을 남용하기 시작하는 것으로 나타났습니다. 조잡하고 심지어 터무니없는 아주 사소한 새로운 아이디어도 훌륭하게 표현된다는 사실에 모든 것이 귀결됩니다. 동시에 프로그래머는 Expert Advisor를 신속하게 작성하고(사소한 작업인 것처럼) 옵티마이저에서 실행하도록 초대됩니다. 그리고 모든 결과를 제공하는 아이디어의 "부모". 문제가 해결되지 않으면 5분 안에 새로운 "아이디어"가 나오고 프로그래머는 5분 안에 새로운 Expert Advisor를 작성해야 합니다. 일하는 Expert Advisor를 쓰는 것이 5분의 작업이 아니라고 말할 때 "SURPRISING"에는 제한이 없습니다! 기발한 아이디어를 가져왔습니다! 그리고 당신은 Expert Advisor를 작성하는 말도 안되는 일을 할 수 없습니다!
우리는 이미 이것을 겪었습니다.
상인의 아이디어는 전투 런인을 거쳐야합니다. 성명서 등. 그리고 MTS는 개선, 연마, 최적화 등을 위해 작성되었습니다.