전단지가 전혀 아닙니다. 그리고 파이퍼가 아닙니다. 24시간 타입. 항상 열려있습니다. 그 자신 rzhunimagu. 매우 간단한 시스템. 역사의 시작부터 2006년까지 하루에 수십 건의 거래, 플러스가 순조롭게 진행되고 있습니다. 그런 다음 구부러집니다. 불행히도. 글쎄, 나는 Brock이 어쨌든 나에게 그런 조건을주지 않았을 것이라고 생각한다. 더 정확하게는 dts. 그리고 정상적인 사람은 논쟁하지 않을 것입니다. 오히려 MT5 펀드에 등장할 것입니다. 완전히 다른 얘기야..
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
나는 또한 거래 시스템이 한 달 동안 작동한 다음 중지되는 방식을 이해할 수 없습니다. 보통 사용법도 모르는 테스터와 스토리를 맞춘 결과다. 이것은 테스터라도 확인할 수 있지만. 통화 쌍 또는 기간을 변경합니다. 결과의 강한 변화 - 용광로의 TS. 사람도 그렇게 하기가 쉽지 않을 것입니다. 이것은 일반적으로 "매개변수가 특정 쌍과 특정 기간에 최적화되어 있다"는 사실로 설명됩니다. 그들은 특정 기간 동안 여전히 최적화되어 있고 이 기간은 과거라는 사실을 덧붙이는 것을 잊었습니다. 여기에 이런 일을 하는 사람들이 있다면 왜 소스 코드 제공을 꺼리는지 이해가 갑니다.
단일 거래가 아닌 한 위험과 보상 사이에 직접적인 비율이 있을 필요는 없습니다.
그리고 효율적이고 효율적인 거래 시스템을 만들기 위한 기반이 존재하고 작동하며 모든 사람에게 알려져 있다면 왜 거의 모든 사람이 병합합니까?
추신 저도 다른 생각을 해봤는데요... 고객을 위해 만든 TS가 좋은 수입을 가져다준다면 소스 코드가 손에서 손으로 옮겨갈까 걱정할 필요가 없습니다. 그는 배수되는 경우에만 갈 것입니다. 또는 안정적이지만 터무니없는 수입을 가져옵니다.
1. 신탁관리를 받았습니다. 그리고 TS에 따르면 거래 계정의 관리는 자동으로 이루어집니다. 예를 들어 매월 10/100/1000%를 가져옵니다.
우리가 신뢰 관리에 대해 이야기한다면 깨끗한 물을 매월 100% 이상 가져오는 프로젝트 에 많은 돈을 투자하는 것은 자살입니다(이러한 성공으로 "Zhmurki"도 할 수 있습니다).
2. 예, 매우 간단합니다. 월 수익률이 100%인 차량에 대해 이야기해 보겠습니다. 나는 1000%와 같은 악몽에 대해 이야기하고 싶지 않습니다.
온갖 외부 요인과 함께 3~4개월 이상 월평균 100%의 거래 시스템이 오도록 우리는 정말 열심히 노력해야 합니다.
이 결과로 첫 달 이후에는 초기 보증금을 인출하거나 위험(따라서 수익성)을 크게 줄이는 것이 더 정확할 것입니다.
3. 당신은 아마 매우 놀랄 것입니다. 그러나 단지 "깎는" 것뿐이지만 대부분의 경우 장착된 차량은 다른 GRAIL로 가장하여 사람들에게 판매됩니다.
추신
값싼 소비재의 운명은 간단합니다. 3개월(경우에 따라 그 이상) 동안 작동하거나 많은 개선을 거칩니다.
어쨌든 나는 Furnace에 대해 이야기하고 싶지 않습니다. 왜냐하면 어쨌든 조만간 그 위업을 반복할 준비가 된 사람들이 있을 것이기 때문입니다.
pronych : 전단지가 전혀 아닙니다. 그리고 파이퍼가 아닙니다. 24시간 타입. 항상 열려있습니다. 그 자신 rzhunimagu. 매우 간단한 시스템. 역사의 시작부터 2006년까지 하루에 수십 건의 거래, 플러스가 순조롭게 진행되고 있습니다. 그런 다음 구부러집니다. 불행히도. 글쎄, 나는 Brock이 어쨌든 나에게 그런 조건을주지 않았을 것이라고 생각한다. 더 정확하게는 dts. 그리고 정상적인 브록은 논쟁하지 않을 것입니다. 오히려 MT5 펀드에 등장할 것입니다. 완전히 다른 얘기야..
단순히 역사에 전파가 없는 것은 아닐까? (MT5라면) 상위 4위 안에도 자리를 오래 못 잡고 어마어마한 돈을 버는 ts도 있지만...
소스 코드는 많은 추가 기능, 클래스 등이 포함된 잘 설계된 템플릿이 될 수 있습니다. 여러 블록(예: 포함)으로 구성될 수 있으며 일부 조건만 다를 수 있습니다. 신호 모듈만 다른 한 시스템(서로 상호 작용의 의미에서 시스템)의 12가지 다른 파일의 소스 코드에서 반년(간단한 경우) 작동 시간을 제공할 준비가 되셨습니까? 하나의 클래스(파일))?
나는 당신이 체커의 교차점을 강타하기 위해 표준 수단을 사용할 수 있다는 것을 이해하며 유감스럽지 않습니다. 그리고 템플릿에 엄청난 작업이 투자된다면 어떻게 될까요? 아니, 준비됐어?
유일한 실행 가능한 옵션은 포함된 라이브러리에 템플릿을 래핑하는 것입니다.
어쨌든 고객은 소스를 받아야 하며 컴파일된 MQ 파일의 전송에 동의하지 않을 것이라고 확신합니다.
그리고 고객에게 논리는 소스 코드에 있지만 모든 일상적인 작업은 라이브러리에 숨겨져 있다는 경고를 즉시 받으면 동의할 수 있습니다.
2. 도서관이 좋다. 그러나 "숨겨진"이 무엇을 의미하고 어떤 라이브러리에 있는지 완전히 명확하지 않습니다.
나는 누구인지 모르지만 MQL5 Wizard의 아키텍처에 대해 잘 세뇌되었습니다. 더 정확하게는 그가 만드는 솔루션의 아키텍처입니다. 실제로 신호, 후행 등의 포함된 모듈에 대해 이야기하고 있습니다. Executor에 유사한 아키텍처가 있는 경우 맞춤형 모듈을 열어두고 나머지 로직을 숨기는 것으로 충분합니다.
...또는 일반적으로 MQL5 마법사의 로직(아키텍처)을 뻔뻔하게 사용한 다음 컴파일된 파일에 이 로직을 복사(숨김)하여 특별 가격에 뻔뻔스럽게 고객에게 판매할 수도 있습니다.
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
프로그래머 트레이더 X가 있습니다.
그는 1000달러와 연간 100%를 가져오는 전략을 가지고 있습니다.
월 총 $83.
혼자서 거래하는 것과 $100,000의 창고를 관리하고 예를 들어 월 이익의 30%를 받는 것 중 그에게 더 나은 것은 무엇입니까?
총 >~2700$/월.
프로그래머 트레이더 X가 있습니다.
그는 1000달러와 연간 100%를 가져오는 전략을 가지고 있습니다.
한 달에 총 $83.
혼자서 거래하는 것과 $100,000의 창고를 관리하고 예를 들어 월 이익의 30%를 받는 것 중 그에게 더 나은 것은 무엇입니까?
총 >~2700$/월.
어떤 이유에서인지 다음과 같이 문자를 재배열해야 합니다. X가 있습니다. 프로그래머-상인
그가 최선을 다하는 것이 더 좋습니다.
그리고 그가 그의 훌륭한 전략에 대해 그렇게 확신한다면, 그가 이 금액을 신용으로 받아들이고 이익의 30%가 아니라 80%를 받도록 하십시오. 아니면 소름?
어떤 이유에서인지 다음과 같이 문자를 재배열해야 합니다. X가 있습니다. 프로그래머-상인
그가 최선을 다하는 것이 더 좋습니다.
그리고 그가 그의 훌륭한 전략에 대해 그렇게 확신한다면, 그가 이 금액을 신용으로 받아들이고 이익의 30%가 아니라 80%를 받도록 하십시오. 아니면 소름?
다른 사람을 위험에 빠뜨리는 것은 음란하지만 어떻게 든 더 안전합니다 :D
그리고 X가 집에서 프리랜서로 일한다면 누가 그에게 대출을 해줄까요? :디
전단지 좀 가세요 :)
우리는 우연히 알게되었습니다 :)
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
나는 또한 거래 시스템이 한 달 동안 작동한 다음 중지되는 방식을 이해할 수 없습니다. 보통 사용법도 모르는 테스터와 스토리를 맞춘 결과다. 이것은 테스터라도 확인할 수 있지만. 통화 쌍 또는 기간을 변경합니다. 결과의 강한 변화 - 용광로의 TS. 사람도 그렇게 하기가 쉽지 않을 것입니다. 이것은 일반적으로 "매개변수가 특정 쌍과 특정 기간에 최적화되어 있다"는 사실로 설명됩니다. 그들은 특정 기간 동안 여전히 최적화되어 있고 이 기간은 과거라는 사실을 덧붙이는 것을 잊었습니다. 여기에 이런 일을 하는 사람들이 있다면 왜 소스 코드 제공을 꺼리는지 이해가 갑니다.
단일 거래가 아닌 한 위험과 보상 사이에 직접적인 비율이 있을 필요는 없습니다.
그리고 효율적이고 효율적인 거래 시스템을 만들기 위한 기반이 존재하고 작동하며 모든 사람에게 알려져 있다면 왜 거의 모든 사람이 병합합니까?
추신 저도 다른 생각을 해봤는데요... 고객을 위해 만든 TS가 좋은 수입을 가져다준다면 소스 코드가 손에서 손으로 옮겨갈까 걱정할 필요가 없습니다. 그는 배수되는 경우에만 갈 것입니다. 또는 안정적이지만 터무니없는 수입을 가져옵니다.
1. 신탁관리를 받았습니다. 그리고 TS에 따르면 거래 계정의 관리는 자동으로 이루어집니다. 예를 들어 매월 10/100/1000%를 가져옵니다.
우리가 신뢰 관리에 대해 이야기한다면 깨끗한 물을 매월 100% 이상 가져오는 프로젝트 에 많은 돈을 투자하는 것은 자살입니다(이러한 성공으로 "Zhmurki"도 할 수 있습니다).
2. 예, 매우 간단합니다. 월 수익률이 100%인 차량에 대해 이야기해 보겠습니다. 나는 1000%와 같은 악몽에 대해 이야기하고 싶지 않습니다.
온갖 외부 요인과 함께 3~4개월 이상 월평균 100%의 거래 시스템이 오도록 우리는 정말 열심히 노력해야 합니다.
이 결과로 첫 달 이후에는 초기 보증금을 인출하거나 위험(따라서 수익성)을 크게 줄이는 것이 더 정확할 것입니다.
3. 당신은 아마 매우 놀랄 것입니다. 그러나 단지 "깎는" 것뿐이지만 대부분의 경우 장착된 차량은 다른 GRAIL로 가장하여 사람들에게 판매됩니다.
추신
값싼 소비재의 운명은 간단합니다. 3개월(경우에 따라 그 이상) 동안 작동하거나 많은 개선을 거칩니다.
어쨌든 나는 Furnace에 대해 이야기하고 싶지 않습니다. 왜냐하면 어쨌든 조만간 그 위업을 반복할 준비가 된 사람들이 있을 것이기 때문입니다.
전단지가 전혀 아닙니다. 그리고 파이퍼가 아닙니다. 24시간 타입. 항상 열려있습니다. 그 자신 rzhunimagu. 매우 간단한 시스템. 역사의 시작부터 2006년까지 하루에 수십 건의 거래, 플러스가 순조롭게 진행되고 있습니다. 그런 다음 구부러집니다. 불행히도. 글쎄, 나는 Brock이 어쨌든 나에게 그런 조건을주지 않았을 것이라고 생각한다. 더 정확하게는 dts. 그리고 정상적인 브록은 논쟁하지 않을 것입니다. 오히려 MT5 펀드에 등장할 것입니다. 완전히 다른 얘기야..
상위 4위 안에도 자리를 오래 못 잡고 어마어마한 돈을 버는 ts도 있지만...
이것이 신탁 관리에 관한 것이라면 성공적인 거래 상인이 다른 사람의 돈이 필요한 이유를 설명할 때까지 루블을 가진 사람을 신뢰하지 않을 것입니다.
프로그래머 트레이더 X가 있습니다.
그는 1000달러와 연간 100%를 가져오는 전략을 가지고 있습니다.
한 달에 총 $83.
혼자서 거래하는 것과 $100,000의 창고를 관리하고 예를 들어 월 이익의 30%를 받는 것 중 그에게 더 나은 것은 무엇입니까?
총 >~2700$/월.
확실히 그런 방식은 아닙니다.
그가 매년 100%를 꾸준히 달성하는 전략을 가지고 있다고 가정해 봅시다. 한 달에 약 $83.33입니다.
문제는 그에게 어느 것이 더 낫습니까?
1. 스스로 거래하고 지속적으로 동일한 $83를 받습니다.
2. $50-100(월 평균 $100)에 고문의 사본 한 두 권을 판매하십시오.
3. 이익의 50%를 보상으로 $100,000를 관리합니다(이 전략을 사용하면 매월 약 $4166.66).
추신
신탁관리에 있어서 가장 좋은 해결책은 위험을 연 평균 50% 수준으로 줄이는 것입니다.
소스 코드는 많은 추가 기능, 클래스 등이 포함된 잘 설계된 템플릿이 될 수 있습니다. 여러 블록(예: 포함)으로 구성될 수 있으며 일부 조건만 다를 수 있습니다. 신호 모듈만 다른 한 시스템(서로 상호 작용의 의미에서 시스템)의 12가지 다른 파일의 소스 코드에서 반년(간단한 경우) 작동 시간을 제공할 준비가 되셨습니까? 하나의 클래스(파일))?
나는 당신이 체커의 교차점을 강타하기 위해 표준 수단을 사용할 수 있다는 것을 이해하며 유감스럽지 않습니다. 그리고 템플릿에 엄청난 작업이 투자된다면 어떻게 될까요? 아니, 준비됐어?
유일한 실행 가능한 옵션은 포함된 라이브러리에 템플릿을 래핑하는 것입니다.
어쨌든 고객은 소스를 받아야 하며 컴파일된 MQ 파일의 전송에 동의하지 않을 것이라고 확신합니다.
그리고 고객에게 논리는 소스 코드에 있지만 모든 일상적인 작업은 라이브러리에 숨겨져 있다는 경고를 즉시 받으면 동의할 수 있습니다.
유일한 실행 가능한 옵션은 포함된 라이브러리에 템플릿을 래핑하는 것입니다.
어쨌든 고객은 소스를 받아야 하며 컴파일된 MQ 파일의 전송에 동의하지 않을 것이라고 확신합니다.
그리고 고객에게 논리는 소스 코드에 있지만 모든 일상적인 작업은 라이브러리에 숨겨져 있다는 경고를 즉시 받으면 동의할 수 있습니다.
1. 왜 동의하지 않습니까? 고객과 수행자가 코드의 일부를 숨기는 데 동의했다면 누가, 왜 이를 금지해야 합니까?
2. 도서관이 좋다. 그러나 "숨겨진"이 무엇을 의미하고 어떤 라이브러리에 있는지 완전히 명확하지 않습니다.
2. 도서관이 좋다. 그러나 "숨겨진"이 무엇을 의미하고 어떤 라이브러리에 있는지 완전히 명확하지 않습니다.
나는 누구인지 모르지만 MQL5 Wizard의 아키텍처에 대해 잘 세뇌되었습니다. 더 정확하게는 그가 만드는 솔루션의 아키텍처입니다. 실제로 신호, 후행 등의 포함된 모듈에 대해 이야기하고 있습니다. Executor에 유사한 아키텍처가 있는 경우 맞춤형 모듈을 열어두고 나머지 로직을 숨기는 것으로 충분합니다.
...또는 일반적으로 MQL5 마법사의 로직(아키텍처)을 뻔뻔하게 사용한 다음 컴파일된 파일에 이 로직을 복사(숨김)하여 특별 가격에 뻔뻔스럽게 고객에게 판매할 수도 있습니다.