중재 고문 - 페이지 8

 
Maxim Romanov :
글쎄, 다른 방법은? 누가 가치 있는 글을 쓸 것인가? 많은 사람들이 그것을 이해하지 못합니다. 다른 사람들은 쓰지 않지만 단순히 하십시오. 먼저 사람들에게 자신이 하고 있는 일을 설명해야 하고, 그 다음에는 왜, 그런 다음 당신이 바보가 아니라는 것을 증명할 수 있고, 그런 다음 사람들이 있을 것이라고 발표한 후에 아이디어를 말할 수 있습니다. 누가 이 문제를 2주 동안 처리해 왔으며 거기에 아무 것도 없다고 말할 것입니다. 따라서 프로그래밍 또는 플러딩에 대한 주제가 있습니다. 시장에는 많은 작업 방법과 그 중 차익 거래가 있지만 모든 사람이 돈을 벌 수 있는 것은 아닙니다.
다른 비즈니스와 마찬가지로. 그리고 식료품점 개설에 실패했다면(예를 들어) 모든 식료품점이 수익성이 없다는 의미는 아닙니다))
 
Alexander Laur :

차익 거래는 입찰 > 질문일 때입니다.

중재 중에 두 개의 반대 주문이 동시에 발생합니다. 하나는 구매용이고 다른 하나는 판매용입니다. 그리고 어떤 주문(매수/매도)이 포지션의 개시이고 어떤 주문이 포지션의 청산인지는 중요하지 않습니다 . 거래 작업의 결과는 동일할 것입니다. 즉, 차익 거래는 거래 방향에 의존하지 않습니다. 즉, 이는 위험 없이 거래된다는 것을 의미합니다!

우리 모두는 Forex 거래의 두 번째 당사자가 LP(유동성 공급자)라는 것을 알고 이해합니다. 글쎄, 그들의 올바른 마음에 어떤 종류의 LP가 당신에게 위험하지 않고 당신에게 돈을 주기에 그렇게 쉬운지 스스로 판단하십시오.

핸디캡이 입찰>요청인 경우를 예로 들 수 있습니까?
 
Renat Akhtyamov :
핸디캡이 입찰>요청인 경우를 예로 들 수 있습니까?

브로커가 1 입찰가 = 1.0000

브로커 2 요청 = 0.9999

 
Evgeny Belyaev :

브로커가 1 입찰가 = 1.0000

브로커 2 요청 = 0.9999

유잘 등. 그들은 모든 것을 정확하게 가질 것입니다. 견적 발표 시간을 고려해야합니다. 저것들. 주문을 열 때(주문 실행), 견적이 균일해지고 마이너스로 이중 스프레드가 발생합니다.

그리고 당신이 현명하다면 재견적을 받고도 여전히 잃을 것입니다.

옵션으로 - 고주파 거래. 그녀가 핸디캡을 탈 가능성은 거의 없습니다.

나는 추가할 것이다: 견적은 묶음으로 도착할 수 있다. 저것들. 한 브로커와 다른 브로커에서.

뉘앙스는 한마디로 많습니다.

 
Alexander Laur :

차익 거래는 입찰 > 질문일 때입니다.

... 즉, 차익 거래는 거래 방향에 의존하지 않습니다. 즉, 이것은 위험이 없는 거래입니다!

위험 없는 거래는 없습니다.
 

오늘 나는 오래된 작업 전략 중 하나를 기억했습니다. 월요일에 비디오를 녹화하고 비디오가 길어서 모든 것을 자세히 설명하려고 노력할 것입니다.

전략은 정지를 두려워하는 사람들을 위해 설계되었습니다. 이 전략은 쌍 거래, 수준에서의 의사 결정을 사용합니다. 음, 거래 쌍을 선택하기 위해 통화 쌍의 발산을 살펴봅니다. 수익성은 크지 않지만 항상 모니터 근처에 앉아 있으면 늘릴 수 있습니다. 300ue에서 보증금, 그렇지 않으면 아무 의미가 없습니다. TS는 일중 거래보다 핍박에 가깝습니다.

핸들만 있는 상태에서 어떤 조건에서도 TS를 코드로 이동하는 것은 작동하지 않을 것이라고 즉시 말해야 합니다. 녹화 후 유튜브에 올리겠지만 링크는 여기입니다.

 
좋은 프로그래머가 반드시 좋은 트레이더는 아니라는 명제를 다시 한 번 확인시켜주는 토픽입니다.) 원칙적으로 반대로 :) 어떤 사람들에게는 일반적으로 시장에 대한 이해도가 0에 가까운 경향이 있고 Forex에 대한 입문서, 단단한 물) 따라서 프로그래머는 프로그래밍해야 하고 거래자는 거래해야 합니다. 아주 드문 예외가 있습니다 :)
 
Maxim Dmitrievsky :
좋은 프로그래머가 반드시 좋은 트레이더는 아니라는 명제를 다시 한 번 확인시켜주는 토픽입니다.) 원칙적으로 반대로 :) 어떤 사람들에게는 일반적으로 시장에 대한 이해도가 0에 가까운 경향이 있고 Forex에 대한 입문서, 단단한 물) 따라서 프로그래머는 프로그래밍해야 하고 거래자는 거래해야 합니다. 아주 드문 예외가 있습니다 :)
정확히! 작가이자 번역가인 셈이다. 좋은 작가가 없으면 좋은 책도 없다. 훌륭한 번역가 없이는 이 책을 다른 언어로 번역할 수 없습니다. 그러나 50개 이상의 외국어를 아는 것만으로는 좋은 책을 쓰기에 충분하지 않습니다. 상호 작용이 필요하고 알고리즘 개발자는 새로운 패턴을 식별하고 이론을 만드는 데 시간을 소비해야 하며 프로그램은 코드에서 병렬로 구현되어야 합니다. 팀에 수학도 있으면 좋겠고, 그것도 좋습니다.
 

자신을 위해 글을 쓰고 거래하는 사람들도 있습니다.

 

내 관대함에서 나는 검색에서 영원히 금지 된 사람들을 찢어 버립니다))) hrenfx의 오래된 버튼 아코디언)

https://www.mql5.com/ru/code/9356

Trade-Arbitrage
Trade-Arbitrage
  • 투표: 28
  • 2009.11.27
  • getch
  • www.mql5.com
Несливающая система2 - использование неэффективности рынка (котирования) для 100%-го извлечения прибыли - арбитраж.