이 문서에서는 스위치가 있다는 점을 제외하고는 해당 주제를 전혀 다루지 않습니다. 존재 여부는 중요하지 않고 if로 전환할 수 있습니다.
제가 EA를 작성할 때 주문이 매우 복잡한 시스템이 있었습니다. 주문 없음, 대기 중, 시장가 주문 1개, 대기 중 주문 2개, 대기 중 주문 1개, 시장가 주문 1개 등의 상태 목록을 만들고 진지하게 분석해야 했습니다. 이런 식으로 만 극복 할 수있었습니다. 그러나 그것은 매우 보편적이고 빠르게 재 프로그래밍 할 수있는 것으로 밝혀졌습니다. 기사에 대한 꽤 많은 주제입니다.
나는 또한 일반적인 if를 사용하는 것을 선호합니다. 일반적으로 if의 도움과 스위치 상태 스위치에 의해 호출되는 특수 함수의 도움으로 두 가지 접근 방식이 있습니다. 문제는 어떤 접근 방식이 더 나은/간단한가입니다.
이것은 새로운 것입니다. 모든 (예외 없이) TS는 TS 상태에 대한 분석과 명확한 이해를 기반으로 합니다. 가장 간단한 상태는 주문 개시/청산/수정을 위한 신호 처리 등입니다.
"전문가 조언자의 현재 상태를 명확하게 알 수 없다"는 것은 확실히 전문가 조언자가 아니며 프로그램도 아니며 전문가 조언자와 관련된 "알고리즘"이라는 단어는 지우고 영원히 잊어 버려야합니다.
시장 정보가 늦게 제공되고, 서버와 컴퓨터의 소프트웨어에 오류가있을 수 있으며, 백만 가지 이유로 주문이 실행되지 않을 수 있으며, 네트워크-공급자에 대한 연결이 깜박일 수 있으며, 전기가 언제든지 차단 될 수 있습니다 (챔피언십에서 실패 및 재시작을 기억하십시오). 불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다.
따라서 주문, 시장, 통신, 전기의 현재 상태는 전문가 자문가에게 알려지지 않았으며 전문가 자문가 또는 알고리즘은 퍼지 조건에서도 올바르게 작동해야 합니다.
시장 정보가 늦게 제공되고, 서버와 컴퓨터의 소프트웨어에 오류가 있을 수 있으며, 수많은 이유로 주문이 실행되지 않을 수 있고, 네트워크(공급자와의 연결)가 깜박일 수 있으며, 전기가 언제든지 끊길 수 있습니다(챔피언십에서 실패와 재시작을 기억하세요). 불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다.
따라서 주문, 시장, 통신, 전기의 현재 상태는 전문가 자문가에게 알려지지 않았으며 전문가 자문가 또는 알고리즘은 퍼지 조건에서도 올바르게 작동해야합니다.
말도 안 되는 소리입니다. 모든 것을 하나의 큰 더미에 섞는 것.
- 가능한 견적 지연 확인; - 브로커의 주문 실행 거부; - EA의 비정상적인 재부팅 - 이러한 각 상태를 식별 한 결과 해당 기능의 실행 - 이러한 상태는 EA의 명확하고 명확한 상태입니다.
- 일부 가능한 상태에 대한 응답으로 일부 기능이 제공되지 않는 경우 - 이는 "모호한 작업 조건"을 의미하지 않습니다 - 단순히 EA가이 상태를 (명확하고 모호하지 않은 알고리즘에 따라) 분석하지 않습니다.
모든 프로그램(전문가 어드바이저 포함)은 명확하고 미리 정해진 알고리즘에 따라 작동합니다. 그리고 어떤 프로그램의 작업에도 모호하고 정의되지 않은 작업은 없습니다. 그렇지 않으면 "정지" 상태가 됩니다. 그리고 프로그램의 '정지'는 우리가 알다시피 알고리즘 오류이지 모호함의 결과가 아닙니다.
Virty: 실제 전문가 어드바이저의 경우 상태를 명확하게 정의하는 것은 불가능합니다. 내부 상태는 명확하게 결정되지만 서버의 포지션 상태는 알 수 없고, 지연된 상태에서 알 수 있으며, 불분명 한 상태 일 수 있습니다 (일부 주문과 요청은 실행되고 일부는 실행되지 않으며 그 이유는 알 수 없습니다).
Virty: 불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다. 따라서 주문, 시장, 통신, 전기의 현재 상태는 일반적으로 전문가 어드바이저가 알 수 없습니다.
불확실성이 없습니다. 무언가를 고려하지 않은 프로그래머의 실수가 있습니다.
"알 수 없음", "불분명 한 상태"는 다른 모든 상태와 마찬가지로 본격적인 상태입니다. 물론, 그것들은 고려되어야하며 그렇지 않으면 다른 방법이 없습니다.
"c = a + b"라는 줄을 작성하면 이것은 이론적 프로그래밍이며 학교 수업에서만 허용됩니다. 그러나 실제 산업 플랜트를 프로그래밍 할 때 "c = a + b"와 같은 유용한 연산 하나를 사용하려면 하나의 입력이 실제로 "a"이고 다른 입력이 실제로 "b"인지 확인하기 위해 100500 개의 확인 작업이 필요하며 더하는 동안 "a"와 "b"가 변경되지 않았는지 확인해야하며 갑자기 "c"가 출력에 도달하지 않으면 연산이 잘못된 것으로 인식하고 모두 롤백해야하는 등 여러 가지 작업이 필요합니다.등 현실 세계에 오신 것을 환영합니다 ))))
"알 수 없음", "불명확한 상태" - 다른 모든 상태와 마찬가지로 본격적인 상태입니다. 물론, 그것들은 고려되어야하며 그렇지 않으면 다른 방법이 없습니다.
"c = a + b"라인을 작성했다면 이것은 이론적 인 프로그래밍이며 학교 수업에서만 허용되는 이론적 프로그래밍입니다. 그러나 실제 산업 플랜트를 프로그래밍 할 때 "c = a + b"와 같은 유용한 연산은 하나의 입력이 실제로 "a"이고 다른 입력이 실제로 "b"인지 확인하기 위해 100500 개의 확인 연산이 필요하며 더하는 동안 "a"와 "b"가 변경되지 않았는지 확인해야하며 갑자기 "c"가 출력에 도달하지 않으면 연산이 잘못된 것으로 인식하고 모든 것을 롤백해야하는 등의 작업을 수행해야합니다.등 현실 세계에 오신 것을 환영합니다 )))).
좋은 비유입니다. )) 하지만 모든 것을 설명하는 것은 여전히 불가능하다는 것을 기억해야 합니다. 자연조차도 돌연변이의 형태로 실수를 저지르고 실수를 놓치기도 합니다. 그러나 물론 완벽을 위해 노력할 필요가 있습니다. ))
이 문서에서는 스위치가 있다는 점을 제외하고는 해당 주제를 전혀 다루지 않습니다. 존재 여부는 중요하지 않고 if로 전환할 수 있습니다.
제가 EA를 작성할 때 주문이 매우 복잡한 시스템이 있었습니다. 주문 없음, 대기 중, 시장가 주문 1개, 대기 중 주문 2개, 대기 중 주문 1개, 시장가 주문 1개 등의 상태 목록을 만들고 진지하게 분석해야 했습니다. 이런 식으로 만 극복 할 수있었습니다. 그러나 그것은 매우 보편적이고 빠르게 재 프로그래밍 할 수있는 것으로 밝혀졌습니다. 기사에 대한 꽤 많은 주제입니다.
그럼 기사를 써주실 수 있을까요? 많은 사람들이 관심을 가질 것 같아요.
네, 그럴게요.
저는 또한 일반 if를 사용하는 것을 선호합니다. 일반적으로 두 가지 접근 방식이 있습니다: if와 스위치 상태 스위치에 의해 호출되는 특수 함수의 도움으로. 문제는 어떤 접근 방식이 더 나은/간단한가입니다.
주제를 살펴볼 필요가 있으며, 카운터는 솔루션을 선택하는 데 더 빠르지 만 호출하기가 더 쉽습니다.
중첩된 카운터가 많으면 if에 대한 한 번의 호출이 전환 호출보다 저렴하기 때문에 if가 더 빠르게 작동합니다.
그러나 각 레벨에 여러 솔루션이 있는 경우 switch가 더 적합합니다.
이것은 새로운 것입니다. 모든 (예외 없이) TS는 TS 상태에 대한 분석과 명확한 이해를 기반으로 합니다. 가장 간단한 상태는 주문 개시/청산/수정을 위한 신호 처리 등입니다.
"전문가 조언자의 현재 상태를 명확하게 알 수 없다"는 것은 확실히 전문가 조언자가 아니며 프로그램도 아니며 전문가 조언자와 관련된 "알고리즘"이라는 단어는 지우고 영원히 잊어 버려야합니다.
시장 정보가 늦게 제공되고, 서버와 컴퓨터의 소프트웨어에 오류가있을 수 있으며, 백만 가지 이유로 주문이 실행되지 않을 수 있으며, 네트워크-공급자에 대한 연결이 깜박일 수 있으며, 전기가 언제든지 차단 될 수 있습니다 (챔피언십에서 실패 및 재시작을 기억하십시오). 불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다.
따라서 주문, 시장, 통신, 전기의 현재 상태는 전문가 자문가에게 알려지지 않았으며 전문가 자문가 또는 알고리즘은 퍼지 조건에서도 올바르게 작동해야 합니다.
시장 정보가 늦게 제공되고, 서버와 컴퓨터의 소프트웨어에 오류가 있을 수 있으며, 수많은 이유로 주문이 실행되지 않을 수 있고, 네트워크(공급자와의 연결)가 깜박일 수 있으며, 전기가 언제든지 끊길 수 있습니다(챔피언십에서 실패와 재시작을 기억하세요). 불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다.
따라서 주문, 시장, 통신, 전기의 현재 상태는 전문가 자문가에게 알려지지 않았으며 전문가 자문가 또는 알고리즘은 퍼지 조건에서도 올바르게 작동해야합니다.
말도 안 되는 소리입니다. 모든 것을 하나의 큰 더미에 섞는 것.
- 가능한 견적 지연 확인; - 브로커의 주문 실행 거부; - EA의 비정상적인 재부팅 - 이러한 각 상태를 식별 한 결과 해당 기능의 실행 - 이러한 상태는 EA의 명확하고 명확한 상태입니다.
- 일부 가능한 상태에 대한 응답으로 일부 기능이 제공되지 않는 경우 - 이는 "모호한 작업 조건"을 의미하지 않습니다 - 단순히 EA가이 상태를 (명확하고 모호하지 않은 알고리즘에 따라) 분석하지 않습니다.
모든 프로그램(전문가 어드바이저 포함)은 명확하고 미리 정해진 알고리즘에 따라 작동합니다. 그리고 어떤 프로그램의 작업에도 모호하고 정의되지 않은 작업은 없습니다. 그렇지 않으면 "정지" 상태가 됩니다. 그리고 프로그램의 '정지'는 우리가 알다시피 알고리즘 오류이지 모호함의 결과가 아닙니다.
실제 전문가 어드바이저의 경우 상태를 명확하게 정의하는 것은 불가능합니다. 내부 상태는 명확하게 결정되지만 서버의 포지션 상태는 알 수 없고, 지연된 상태에서 알 수 있으며, 불분명 한 상태 일 수 있습니다 (일부 주문과 요청은 실행되고 일부는 실행되지 않으며 그 이유는 알 수 없습니다).
불확실성 요인은 충분합니다. 그리고 전문가 고문이나 알고리즘은 이 모든 것을 고려해야 합니다. 서버, 소프트웨어, 통신, 시장, 운영자, 전기의 완벽한 작동을 기대하는 것은 불가능합니다. 따라서 주문, 시장, 통신, 전기의 현재 상태는 일반적으로 전문가 어드바이저가 알 수 없습니다.
불확실성이 없습니다. 무언가를 고려하지 않은 프로그래머의 실수가 있습니다.
"알 수 없음", "불분명 한 상태"는 다른 모든 상태와 마찬가지로 본격적인 상태입니다. 물론, 그것들은 고려되어야하며 그렇지 않으면 다른 방법이 없습니다.
"c = a + b"라는 줄을 작성하면 이것은 이론적 프로그래밍이며 학교 수업에서만 허용됩니다. 그러나 실제 산업 플랜트를 프로그래밍 할 때 "c = a + b"와 같은 유용한 연산 하나를 사용하려면 하나의 입력이 실제로 "a"이고 다른 입력이 실제로 "b"인지 확인하기 위해 100500 개의 확인 작업이 필요하며 더하는 동안 "a"와 "b"가 변경되지 않았는지 확인해야하며 갑자기 "c"가 출력에 도달하지 않으면 연산이 잘못된 것으로 인식하고 모두 롤백해야하는 등 여러 가지 작업이 필요합니다.등 현실 세계에 오신 것을 환영합니다 ))))
불확실성은 없습니다. 무언가를 고려하지 않은 프로그래머의 오류가 있습니다.
"알 수 없음", "불명확한 상태" - 다른 모든 상태와 마찬가지로 본격적인 상태입니다. 물론, 그것들은 고려되어야하며 그렇지 않으면 다른 방법이 없습니다.
"c = a + b"라인을 작성했다면 이것은 이론적 인 프로그래밍이며 학교 수업에서만 허용되는 이론적 프로그래밍입니다. 그러나 실제 산업 플랜트를 프로그래밍 할 때 "c = a + b"와 같은 유용한 연산은 하나의 입력이 실제로 "a"이고 다른 입력이 실제로 "b"인지 확인하기 위해 100500 개의 확인 연산이 필요하며 더하는 동안 "a"와 "b"가 변경되지 않았는지 확인해야하며 갑자기 "c"가 출력에 도달하지 않으면 연산이 잘못된 것으로 인식하고 모든 것을 롤백해야하는 등의 작업을 수행해야합니다.등 현실 세계에 오신 것을 환영합니다 )))).
좋은 비유입니다. )) 그러나 이 모든 것을 고려할 때 모든 것을 설명하는 것은 불가능하다는 것을 잊지 말아야 합니다. 자연조차도 실수를 저지르고 돌연변이의 형태로 실수를 놓칩니다. 그러나 물론 완벽을 위해 노력해야합니다. ))
자연은 실수를 하지 않기 때문에 실수를 하지 않습니다. 우리는 정당화 이론을 만들어내는 사람들입니다.
그리고 자연은 무의식적인 것이기 때문에 누가 옳고 누가 유죄인지 따르지 않습니다.
...
그리고 자연은 무의식적이므로...