자동 거래의 미래 - 페이지 18

 

여기에서 그들은 뼈를 더 잘 씻었습니다. 더 나은 산이되지 않았습니다. 대체로 거래할 수 있다면 전화나 웹 인터페이스를 통해 성공적으로 거래할 수 있습니다.

빠른 거래를 위한 버튼이 추가되어 차트에서 주문을 이동할 수 있습니다.

차트에서 주문을 이동하는 것은 매우 편리하지만 누락 된 점) mt를 다시 켤 때 뉴스 피드 에서 열린 창에서 크기를 기억한다는 것입니다.

 
Rosh :

모든 회계사는 여기에 데이터가 충분하지 않으며 모두 회계 정책에 달려 있다고 말할 것입니다.

하지만! 회계정책에 관계없이 구매한 설탕을 모두 매각하면 재무 결과는 동일합니다. 자신을 속일 필요가 없습니다.

1. 당신 말이 맞아. 하지만! 그의 업무에 있는 모든 회계사는 그에게 최대로 적합하고 그에게 최대로 편리한 회계 및 세금 정책을 사용합니다(그의 국가 법률의 틀 내에서).

트레이더 또는 DC/Exchange의 선택에 따라 모든 스포츠 질문이 선택적으로 제시되는 것이 논리적입니다. 안 그래?

2. 그리고 남은 설탕 봉지로 내가 할 일은 내 몫이다. 게다가 언제 얼마에 처분할지 아무도 모릅니다.

 
Manov :

:)))

이것은 당신의 아주 큰 실수입니다! 아주아주 크게...

죄송합니다.

하나님이 주실 것이다!
 
Interesting :

트레이더 또는 DC/Exchange의 선택에 따라 모든 스포츠 질문이 선택적으로 제시되는 것이 논리적입니다. 안 그래?

자물쇠가있는 교환을 찾는 것만 남아 있습니다. 그러면 "그렇게" 됩니다. 그 동안에는 그러한 교환이 없으며 이 문제는 절대적으로 명확하고 완전히 논쟁의 여지가 없습니다.
 
Interesting :

그러한 예는 다소 터무니없어 보이지 않습니까?

240 루블에 설탕 한 봉지를 샀습니다. 가격이 140으로 떨어졌고 다른 가방을 샀습니다.

가격이 175 루블로 상승했으며이 가격에 대해 가방을 판매했습니다.

기적에 대해 - 완료된 작업의 결과로 손실을 입었습니다 (모두가 이익이 있어야한다는 것을 이해하지만) ...

모든 작업의 결과, 말하자면 우리가 관심 있는 시장 측면에서 설탕 한 봉지, 예를 들어 각각 205루블이 되어야 한다고 생각하지 않습니까?

대략적으로 말하면 보편적인 개념에 따라 상세한 회계가 있고 평균적인 회계가 있습니다. 상세 회계, 이것은 자산이 몇 가지 세부 기호에 따라 결합되어 회계 처리되는 경우입니다. 예를 들어 한 거래에서 10개의 가방을 구입하고 하나의 거래와 관련된 것으로 회계 처리한 다음 5개를 더 구입하면 별도로 회계 처리됩니다. 처음부터. 또는 하나하나, 개체별로, 각 가방은 자체 가격으로 제공됩니다. 둘 다 상세 계정입니다. 그리고 우리가 다른 거래에서 한 자산의 모든 가방을 합산하고 가격을 산술 평균으로 고려하면 이것은 평균 가격으로 계산되는 일반화 된 회계입니다.

따라서 모든 곳에서 보다 간단한 기술 구현 및 이해와 관련하여 일반화된 회계 및 평균 가격으로 회계를 처리하는 경향이 있습니다. 그리고 감독 및 규제 기관과 조직만이 상세한 회계를 주장합니다. 인생에서 그렇습니다.

그리고 MT5에서 상세한 회계는 전략 개발을 위한 더 많은 기회를 제공할 것입니다.

우리의 경우 개발자는 일반 회계를 선택했으며 여기에서 선택할 필요가 없습니다. 그들에게는 나름의 이유가 있었습니다.

그러나 상세한 회계는 일반화된 회계와 병행하여 제품에 도입될 수 있다. 그리고 그것은 현재의 계획을 깨뜨리지 않고 MT5에서 수행될 수 있습니다. 선택 과목. 그리고 그것은 큰 장점이 될 것입니다. 아마도 개발자는 이러한 각도에서이 상황을 고려하지 않았을 것입니다.

회계 부서에서 이것은 모두 백 개의 행으로 빨려 들어가고 자세하게 해결됩니다. 그리고 두 체계 모두 동일한 제품에서 완벽하게 작동합니다.

 

그건 그렇고, 자세한 회계 계획을 도입 할 필요가 전혀 없습니다. 서버에 더 많은 사용자 데이터를 저장할 수 있는 가능성을 소개하고 누가 상세한 기록을 직접 보관해야 하는지를 소개하는 것으로 충분할 것입니다. 그리고 사물함은 행복할 것입니다.

이미 앞서 언급했습니다.

명령과 동일한 체계에 따라 동일한 명령으로 서버에 저장된 제한된 양의 서비스 레코드로 작업할 수 있다면 이것이 완전히 작동하는 솔루션이 될 것입니다.

 
timbo :

상식이기 때문입니다. 그것이 세상의 모든 교환이 작동하는 방식이기 때문입니다. 수학이 그렇게 말하고 있기 때문입니다.

당신이 240달러를 지불했고 오늘은 겨우 175달러에 불과한 설탕 자루에 앉아 있다면 왜 손실을 입어서는 안 됩니까?

MT5는 여섯 번째 포인트의 많은 애호가들에게 큰 화제를 일으켰습니다.

손실이 있을 수 있으며 이를 DRAWN이라고 합니다. 내가 이해하는 한, 거래 조건이 허용된다면 나는 20(또는 심지어 200)에 Sakha 가방을 보관할 수 없습니다.

누군가는 이것이 합리적이지 않다고 말할 것입니다. 그러나 궁극적으로 내 보증금과 관련하여 합리적인 것을 선택하는 것은 나에게 달려 있습니다.

MT5가 특정 문제에서 거래자를 거의 차단하지 않는다는 사실은 이미 이해했습니다. 그런 사소한 일에 대해 다양한 DC의 기쁨을 예견하기 위해 훌륭한 수학자일 필요는 없습니다.

추신

다시 말하지만, 남은 가방으로 무엇을 할지는 내 자신의 일입니다. DC도 아니고 미국 국회의원도 아닌 제 개인적인 ...

레나트 :

정확히 한 가지 이유로 이해하지 못합니다. 혼합 모델의 구현과 결과에 대해 생각하지 않았습니다.

구현의 기술적 측면에서 이것은 완전한 자살입니다. 거래 테이블의 필수 일정과 완전한 거래 처리 계획의 문제에 대해 이틀을 깊이 생각하는 것이 좋습니다. 우리는 많은 시간을 생각하며 2004년과 2007년에 두 가지 접근 방식을 시도했지만 신중하게 거절했습니다.

계산된 판과 도표가 없으면 이 주제를 논의하는 것조차 의미가 없습니다. 디저트의 경우 두 가지 완전히 다른 주문 패턴이 있다는 미쳐버릴 모든 Expert Advisors 패턴의 후속 이중성에 대해 생각해 보십시오.

이유가 있어 신호를 요청합니다.

상징
작업
용량
가격
평균 가격
이익
설탕
구입
하나
240 240

구입
하나
140 190

팔다
하나
175 190
-열 다섯





모든 것이 정확합니다. 평균 구매 가격이 190, 판매가 175로 15의 손실이 발생했습니다. 수익성 있는 매칭 주문을 찾아 자신을 속이지 마십시오. 최종 재무 결과는 변경되지 않습니다.

내 질문의 주제에 대한 첫 번째 이해하기 쉬운 대답. 고맙습니다.

MIXED 모델과 이 두 모델을 별도로 구현하는 것에 대해 생각했습니다. 이 모델 중 하나를 지속적으로 사용해야 한다는 결론에 이르렀습니다(각 악기 그룹에 대해 선택 사항일 수 있음).

아마도 이 접근 방식을 사용하면 개발자가 150만 라인이 아니라 200만 라인의 코드를 작성해야 할 것입니다(미안하지만 메모리에 충돌이 발생했습니다). 아마도 이것은 특정 방식, 특히 서버의 작업을 복잡하게 만들 것입니다. 당신은 여전히 특정 일을해야 할 수도 있습니다 (나와 다른 많은 사람들이 알지 못하는).


그러나 장기적으로 이것은 거래 작업 이 MT4에서 수행되고 분석이 MT5에서 수행되는 접근 방식보다 더 쉽고 편리합니다.

확실히 이 두 터미널의 연결을 보장하도록 설계된 모든 CRUTCHES-INTERMEDIATES를 독립적으로 개발하는 것이 더 쉬울 것입니다.


물론, 나는 그러한 것들과 다른 많은 것들을 계산할 것입니다. R2에서 MT4로 전환할 때 했던 것처럼. 그러나 어쨌든 현재 상황에서는 MT5 거래를 포기하거나(분석용으로만 사용) 이것을 수락해야 합니다. 그다지 바람직하지 않은 오버헤드...

추신

개발자를 위한 추가 질문(기계적 거래와 더 관련이 있을 수 있음) - 어떤 기적에 의해 MT4가 살아남고 거래자와 DC가 OOP 요소를 도입하기를 원하면 완료됩니까?

 
timbo :
자물쇠가있는 교환을 찾는 것만 남아 있습니다. 그러면 "그렇게" 됩니다. 그 동안에는 그러한 교환이 없으며 이 문제는 절대적으로 명확하고 완전히 논쟁의 여지가 없습니다.

그리고 거래소에서 내가 이해하는 한 자물쇠를 결정할 수 없거나 자물쇠가 없으면 결정할 수 없습니까? 아니면 선택적으로 지렛대를 휘저을 수 있습니까?

그건 그렇고, API가 서버에 무엇을 줄 것인지 봅시다.

팀보 :
신이 주실 것이다!

그리고 그는 이미 제출했습니다 - 그것은 MT4라고합니다. 실제 계정 이 있는 사람(즉, 실제 계정)의 최소 50%가 남아 있을 것 같습니다.

어떤 경우에는 대부분의 경우 MT4를 사용하는 사람들이 거래소에서 분석이나 거래를 위해 MT5도 넣을 것이라는 점을 배제하지 않습니다...

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете - Документация по MQL5
 
gip :

대략적으로 말하면 보편적인 개념에 따라 상세한 회계가 있고 평균적인 회계가 있습니다. 세부 회계, 이것은 자산이 몇 가지 세부 기준에 따라 결합되어 회계처리되는 경우입니다. 예를 들어 한 거래에서 10개의 가방을 구입하고 한 거래와 관련된 것으로 회계처리한 다음 5개를 더 구입하면 별도로 회계처리됩니다. 처음부터. 또는 하나하나, 개체별로, 각 가방은 자체 가격으로 제공됩니다. 둘 다 상세 계정입니다. 그리고 우리가 다른 거래에서 한 자산의 모든 가방을 합산하고 가격을 산술 평균으로 고려하면 이것은 평균 가격으로 계산되는 일반화 된 회계입니다.

따라서 어디에서나 일반화된 회계 및 회계를 평균 가격으로, 기술적 구현 및 이해 면에서 단순한 회계를 추구하는 경향이 있습니다. 그리고 감독 및 규제 기관과 조직만이 상세한 회계를 주장합니다. 인생에서도 마찬가지입니다.

그리고 MT5에서 상세한 회계는 전략 개발을 위한 더 많은 기회를 제공할 것입니다.

우리의 경우 개발자는 일반 회계를 선택했으며 여기에서 선택할 필요가 없습니다. 그들에게는 나름의 이유가 있었습니다.

그러나 상세한 회계는 일반화된 회계와 병행하여 제품에 도입될 수 있다. 그리고 그것은 현재의 계획을 깨뜨리지 않고 MT5에서 수행될 수 있습니다. 선택 과목. 그리고 그것은 큰 장점이 될 것입니다. 아마도 개발자는 이러한 각도에서이 상황을 고려하지 않았을 것입니다.

회계 부서에서 이것은 모두 백 개의 행으로 빨려 들어가고 자세하게 해결됩니다. 그리고 두 체계 모두 동일한 제품에서 완벽하게 작동합니다.

그것은 중요하다. 또한 두 제도의 재정적 결과는 동일할 것이라는 점에 유의해야 합니다.


다시 설탕 주머니의 예로 돌아가 보겠습니다.

1. 훈제 240봉 1봉 - 자산가치 240인 설탕 1봉

2. 140개 1봉지 샀어요 - 설탕 자산에 총 380개 봉지 2개 샀어요

3. 설탕 1봉지를 175에 판매 - 자산 1봉지에 총 비용 205

4. 따라서 남은 설탕을 팔고 손해를 보지 않으려면 205에 팔아야 한다.


자세히 살펴보면 각 가방은 별도입니다.

1. 훈제 240봉 1봉 - 자산에 설탕 1봉 240봉

2. 140 1봉 샀어요 - 설탕 자산 240 1봉과 140 1봉

3. 140에서 175에 1 봉지 판매 - 자산에서 240 및 35 이익에 1 봉지

4. 따라서 남은 설탕을 240에 팔려면 240에 팔아야 합니다. 또는 35의 이익을 투자하면 손익분기점은 다시 205가 됩니다.


둘 다 = 205, 손익분기점을 맞추기 위해 잔액을 매도해야 하는 가격입니다. 따라서 앞서 언급했듯이 35는 실제로 존재하지 않는 일시적인 이익입니다. 일반화된 계정에서 평균 가격으로 있어야 하는 위치에 있다는 것입니다. 그리고 가장 중요한 것은 이 일시적인 이익이 보고를 혼동하지 않는다는 것입니다.

많은 당국에서 병행 보고를 도입하는 것은 금융 사기 시도로 간주됩니다.

 
gip :

대략적으로 말하면 보편적인 개념에 따라 상세한 회계가 있고 평균적인 회계가 있습니다. 세부 회계, 이것은 자산이 몇 가지 세부 기준에 따라 결합되어 회계처리되는 경우입니다. 예를 들어 한 거래에서 10개의 가방을 구입하고 한 거래와 관련된 것으로 회계처리한 다음 5개를 더 구입하면 별도로 회계처리됩니다. 처음부터. 또는 하나하나, 개체별로, 각 가방은 자체 가격으로 제공됩니다. 둘 다 상세 계정입니다. 그리고 우리가 다른 거래에서 한 자산의 모든 가방을 합산하고 가격을 산술 평균으로 고려하면 이것은 평균 가격으로 계산되는 일반화 된 회계입니다.

따라서 모든 곳에서 보다 간단한 기술 구현 및 이해와 관련하여 일반화된 회계 및 평균 가격으로 회계를 처리하는 경향이 있습니다. 그리고 감독 및 규제 기관과 조직만이 상세한 회계를 주장합니다. 인생에서 그렇습니다.

그리고 MT5에서 상세한 회계는 전략 개발을 위한 더 많은 기회를 제공할 것입니다.

우리의 경우 개발자는 일반 회계를 선택했으며 여기에서 선택할 필요가 없습니다. 그들에게는 나름의 이유가 있었습니다.

그러나 상세한 회계는 일반화된 회계와 병행하여 제품에 도입될 수 있다. 그리고 그것은 현재의 계획을 깨뜨리지 않고 MT5에서 수행될 수 있습니다. 선택 과목. 그리고 그것은 큰 장점이 될 것입니다. 아마도 개발자는 이러한 각도에서이 상황을 고려하지 않았을 것입니다.

회계 부서에서 이것은 모두 백 개의 행으로 빨려 들어가고 자세하게 해결됩니다. 그리고 두 체계 모두 동일한 제품에서 완벽하게 작동합니다.

글쎄, 그게 내가 말하는거야 ...