즉, R이 원래 알고리즘 거래를 완벽하게 지원하는 언어로 만들어지지 않았음을 확인하는 것입니까?
즉, 원래 거래용으로 설계되지 않았습니다 . 원래 목적이 다릅니다. 그렇다면 이전에 거래 문제를 해결하는 효율성에 대해 아무도 생각하지 않았습니까?
C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다. MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다. 그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하기 위해 새로 생성된 필수 라이브러리의 존재입니다.
저에게 거래의 임무는 많은 데이터를 모아서 처리하고 모델을 훈련시킨 다음 동일한 모델을 사용하여 결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다. 나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다. MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다. 그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하기 위해 새로 생성된 필수 라이브러리의 존재입니다.
저에게 거래의 임무는 많은 데이터를 모아서 처리하고 모델을 훈련시킨 다음 동일한 모델을 사용하여 결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다. 나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
화이트 블랙이라고 부르지 마세요.
MQL5를 통해 모든 공용 서버 데이터에 대한 모든 게이트가 열려 있습니다. 다른 언어와 마찬가지로 목발도 없습니다. 우리는 오랫동안 언어의 성능과 짧은 대기 시간(데이터 액세스 및 거래 작업 측면에서)을 입증했습니다.
또한 MQL5는 이미 2001년부터 만들어온 4세대 거래 언어입니다. MQL, MQL2, MQL4가 있었는데 모두 시장환경 접근과 거래를 위한 전용 언어로 만들어졌습니다. 우리는 15년 동안 알고리즘 거래를 자동화해 왔습니다.
즉, R이 원래 알고리즘 거래를 완벽하게 지원하는 언어로 만들어지지 않았음을 확인하는 것입니까?
즉, 원래 거래용으로 설계되지 않았습니다 . 원래 목적이 다릅니다. 그렇다면 이전에 거래 문제를 해결하는 효율성에 대해 아무도 생각하지 않았습니까?
그러나 많은 기능의 지속적인 확장 및 집계로 인해 통계 문제 해결과 병행하여 공적분, 천문학, 핵 물리학, 가전 제품의 문제를 해결하기 시작하여 알고리즘 거래에 도달했습니다.
즉, R의 알고리즘 거래는 "조미료"로 존재합니까? 마치 논리를 따르는 것처럼: - "R이 모든 것을 가지고 있다면 왜 알고 거래하지 않습니까?"
동시에, 전문 언어 MQL에 대해 명확하게 예리한 거래를 위해 "모든 경우에" 이 도구에 반대하십니까?
다소 무모하게... (비전문가). ))
거래 주문을 발행하는 것은 거래의 작은 부분에 불과하고 너무 작아서 .... 논의하는 것이 의미가 없습니다.
거래는 무엇보다도 거래 주문을 공식화하는 두뇌입니다. 거래는 미래에 과거 데이터와 동일할 것이라는 증거를 반드시 포함해야 합니다. 거래에서 이러한 두뇌를 STATISTICS, ECONOMETRIC이라고 합니다. 따라서 R 또는 R의 일부(그 적용은 경제학보다 훨씬 넓음)는 원래 거래 문제를 해결하기 위해 날카롭게 만들어졌습니다.
당신이 R 의 구성을 보기에 너무 게으르다고 생각한다면 실례합니다. 당신의 무지는 계속됩니다. 이 스레드의 주제에 대해 관심이 있다면 이 스레드의 내 게시물에 따라 문제를 공식화할 수 있습니다. 그리고 나는 당신의 교육에 관심이 없습니다.
1. 거래 주문을 발행하는 것은 거래의 작은 부분에 불과하고 너무 작아서 .... 논의하는 것이 의미가 없습니다.
2. 거래는 무엇보다도 거래 주문을 공식화하는 두뇌입니다. 거래는 미래에 과거 데이터와 동일할 것이라는 증거를 반드시 포함해야 합니다 . 거래에서 이러한 두뇌를 STATISTICS, ECONOMETRIC이라고 합니다. 따라서 R, 또는 오히려 R의 일부(그 적용은 경제학보다 훨씬 넓음)는 원래 거래 문제를 해결하기 위해 날카로워졌습니다.
3. 당신이 R의 구성을 보기에 너무 게으르다고 생각한다면 실례합니다. 당신의 무지는 넘어갑니다. 이 스레드의 주제에 대해 관심이 있다면 이 스레드의 내 게시물에 따라 문제를 공식화할 수 있습니다. 그리고 나는 당신의 교육에 관심이 없습니다.
1. 내가 어딘가에 달리 언급했습니까? 거래 주문 발행에 대해 어디에서 이야기 했습니까? 무슨 얘기를 하는 건가요?
2. 글쎄요, 미래에 과거 데이터와 동일할 것이라는 증거 를 찾는 것은 무지 아닌가요?)) 통계는 패턴을 식별하는 기초가 되는 데이터를 수집하지만 "증거"가 될 수는 없습니다. 통계의 도움으로 밝혀진 규칙성은 추측에 불과합니다. 이 패턴을 볼 수 있지만 볼 수 없습니다. 그 반대. 따라서 통계 데이터를 기반으로 한 "증명"은 잘못된 결론이며 주관적인 비전을 객관적인 현실로 수용하는 것입니다.
거래에서 통계는 지표, 패턴 및 기타 유형의 패턴 감지와 함께 분석 도구입니다. 누구나 그것을 사용하는 방법에 대한 자신의 아이디어가 있습니다. 많은 사람들에게 통계는 거래 성과를 평가하는 데만 필요하고 다른 사람들은 시장 역학의 반복을 검색하고 다른 사람들은 지표 신호의 품질 등을 확인하는 데 필요합니다. 그러나 수집된 통계를 기반으로 미래에 대한 명확한 결론 오해의 소지가 있습니다. 따라서 통계를 "숭배"해서는 안 됩니다. 반복 예측에 대한 통계의 가치도 통계적으로 검증되어야 합니다. 따라서 - 통계 예측의 정확성에 대한 통계를 수집한 다음 이 통계에 대한 통계 등을 수집합니다.)
이제 기계 학습에 대해 알아보십시오. 효율성의 결과는 어디에 있습니까? 고전적인 가격 형성을 인식하기 위해 R에서 범용 코드를 작성할 수 있습니까? 추세, 플랫, 레벨, 브레이크아웃, 리바운드, 수정, 포물선 반올림, 채널 등을 정확하게 찾으려면 알고리즘이 필요합니다. 이 모든 것이 기술적 분석입니다. R이 처음에 거래용으로 설계된 경우 이러한 알고리즘은 기본적으로 구현되어야 합니다. 그들은 어디에 있습니까? 그렇다면 우리는 무엇에 대해 논쟁하고 있습니까? - R은 최고의 거래 언어입니다!
따라서 악명 높은 기계 학습: - 신경망은 가격 수치의 인식에 쉽게 대처해야 하며 이 기술의 사람보다 열등하지 않아야 합니다. 그들은 잘 지내고 있습니까? 증거는 어디에 있습니까? 모든 패턴을 인식하는 R 로봇을 보여주세요. 그러면 모든 것에 대해 당신이 옳다고 말할 것입니다.
3. R 나는 모르겠고, 여기에는 나의 무지가 분명히 있습니다. 하지만 (거래의 결과나 위의 작업을 해결할 수 있는 로봇을 인용하여) 실제로 그 효과를 증명해 주시면 기꺼이 R을 공부하겠습니다.
그러나 R의 지지자들은 "자전거를 재발명하는 이유는 무엇입니까?"라고 말합니다. 목발 사용을 제안하면 MQL 지지자는 자신의 자전거를 만들고 물론 뒤뚱거리는 상대를 따라 잡을 것입니다.))
이제 머신 러닝에 대해 알아보겠습니다. 효율성의 결과는 어디에 있습니까? 고전적인 가격 형성을 인식하기 위해 R에서 범용 코드를 작성할 수 있습니까? 추세, 플랫, 레벨, 브레이크아웃, 리바운드, 수정, 포물선 반올림, 채널 등을 정확하게 찾으려면 알고리즘이 필요합니다. 이 모든 것이 기술적 분석입니다. R이 처음에 거래용으로 설계된 경우 이러한 알고리즘은 기본적으로 구현되어야 합니다. 그들은 어디에 있습니까? 그렇다면 우리는 무엇에 대해 논쟁하고 있습니까? - R은 최고의 거래 언어입니다!
따라서 악명 높은 기계 학습: - 신경망은 가격 수치의 인식에 쉽게 대처해야 하며 이 기술의 사람보다 열등하지 않아야 합니다. 그들은 잘 지내고 있습니까? 증거는 어디에 있습니까? 모든 패턴을 인식하는 R 로봇을 보여주세요. 그러면 모든 것에 대해 당신이 옳다고 말할 것입니다.
3. R 잘 모르겠고, 여기에 내 무지가 분명히 있습니다. 하지만 (거래의 결과나 위의 작업을 해결할 수 있는 로봇을 인용하여) 실제로 그 효과를 증명해 주시면 기꺼이 R을 공부하겠습니다.
그러나 R의 지지자들은 "자전거를 재발명하는 이유는 무엇입니까?"라고 말합니다. 목발 사용을 제안하면 MQL 지지자는 자신의 자전거를 만들고 물론 뒤뚱거리는 상대를 따라 잡을 것입니다.))
1. C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다. MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다. 그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하는 데 필요한 새로 생성된 라이브러리의 존재입니다.
2. 저에게 트레이딩이란 많은 양의 데이터를 모아서 처리하고, 모델을 훈련시키고, 같은 모델을 사용하여 의사결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다. 나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
1. 여기서 나는 논쟁하지 않을 것이다. MQL은 진화하는 언어이며 아직 자동 거래의 전체 분야를 정복하지 못했습니다. 그러나 다른 언어들 중에서 알고리즘 거래에 가장 적합한 언어로 자리 매김하기 위해 라이브러리를 확장 및 확장하고 있습니다. 다른 사람들이 MQL을 포기하고 개선에 기여하지 않도록 격려하기 위해 MQL의 단점을 지적하는 사람들은 단순히 개발의 바퀴에 스포크를 둡니다. 비판은 건설적이어야 합니다. 그렇지 않으면 악의적이고 불합리한 욕에 불과합니다.
객관적으로 두 언어와 추론에 정통한 사람만이 MQL과 R 언어를 실제로 비교할 수 있지만, R의 현지 지지자들은 MQL에 대해 분명히 편향된 태도를 가지고 있으며, 이는 두 언어 모두에서 그들의 코드를 인용함으로써 정당화할 수 없습니다. 그들은 코드, 테스트 및 거래 통계를 제공하여 특정 언어 선택에 대한 Expert Advisor의 효율성 의존성을 증명할 수 없습니다. 그러므로 나는 그들의 발언에 대해 비판적이다.
2. 거래가 이 힙을 긁어 모아 많은 데이터를 수집하고 기계 용량을 로드하는 것이라면 그러한 거래 과정이 다소 한심해 보입니다...
++++
아직 사용은 안해봤지만 .. 작품이 엄청나네요
그건 그렇고, 오늘 우리는 업데이트된 수학적 라이브러리와 함께 MetaTrader 5 빌드 1485를 출시했습니다. 여기에는 R의 수십 가지 기능이 추가되고 다른 고급 수학적 연산 세트가 추가되고 플롯과 유사한 그래픽 라이브러리가 포함됩니다.
\include\math의 총 소스 량은 이미 6617kb입니다.
\include\math\stat만으로도 R 기능을 잘 다루는 461개의 수학 함수 구현이 포함되어 있습니다.
따라서 MQL5는 이미 매우 훌륭한 기본 수학적 기능을 가지고 있습니다. 최근에는 전혀 존재하지 않았지만 우리는 그것을 매우 빨리 구현했습니다.소스코드에도 나와 있는 일반 라이브러리인 Alglib과 Fuzzy의 기능은 여기에 표시되지 않음을 분명히 밝힙니다.
엄청난! )
R의 지지자들은 곧 논쟁의 여지가 없을 것 같습니다.)
그리고 이 모든 작업에 감사드립니다.
즉, R이 원래 알고리즘 거래를 완벽하게 지원하는 언어로 만들어지지 않았음을 확인하는 것입니까?
즉, 원래 거래용으로 설계되지 않았습니다 . 원래 목적이 다릅니다. 그렇다면 이전에 거래 문제를 해결하는 효율성에 대해 아무도 생각하지 않았습니까?
C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다.
MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다.
그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하기 위해 새로 생성된 필수 라이브러리의 존재입니다.
저에게 거래의 임무는 많은 데이터를 모아서 처리하고 모델을 훈련시킨 다음 동일한 모델을 사용하여 결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다.
나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다.
MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다.
그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하기 위해 새로 생성된 필수 라이브러리의 존재입니다.
저에게 거래의 임무는 많은 데이터를 모아서 처리하고 모델을 훈련시킨 다음 동일한 모델을 사용하여 결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다.
나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
화이트 블랙이라고 부르지 마세요.
MQL5를 통해 모든 공용 서버 데이터에 대한 모든 게이트가 열려 있습니다. 다른 언어와 마찬가지로 목발도 없습니다. 우리는 오랫동안 언어의 성능과 짧은 대기 시간(데이터 액세스 및 거래 작업 측면에서)을 입증했습니다.
또한 MQL5는 이미 2001년부터 만들어온 4세대 거래 언어입니다. MQL, MQL2, MQL4가 있었는데 모두 시장환경 접근과 거래를 위한 전용 언어로 만들어졌습니다. 우리는 15년 동안 알고리즘 거래를 자동화해 왔습니다.
나는 여전히 무역 서버와 mt5 터미널 간의 데이터 교환 프로토콜 에 대한 공개 정보가 부족합니다. 이렇게 하면 mt5 서버에서 R로 직접 연결하기 위한 자체 라이브러리를 만들 수 있습니다.
MT5 플랫폼은 무료이며 모든 사람이 사용할 수 있습니다. 동의합니다. 정확하지 않은 경우 죄송합니다.
나는 여전히 무역 서버와 mt5 터미널 간의 데이터 교환 프로토콜에 대한 공개 정보가 부족합니다. 이렇게 하면 mt5 서버에서 R로 직접 연결하기 위한 자체 라이브러리를 만들 수 있습니다.
물론 그렇지 않습니다.
우리는 모든 사람이 전 세계적으로 그렇게 어렵게 구축된 생태계에 들어가도록 하는 데 미친 것이 아닙니다. 이것은 비즈니스입니다.즉, R이 원래 알고리즘 거래를 완벽하게 지원하는 언어로 만들어지지 않았음을 확인하는 것입니까?
즉, 원래 거래용으로 설계되지 않았습니다 . 원래 목적이 다릅니다. 그렇다면 이전에 거래 문제를 해결하는 효율성에 대해 아무도 생각하지 않았습니까?
그러나 많은 기능의 지속적인 확장 및 집계로 인해 통계 문제 해결과 병행하여 공적분, 천문학, 핵 물리학, 가전 제품의 문제를 해결하기 시작하여 알고리즘 거래에 도달했습니다.
즉, R의 알고리즘 거래는 "조미료"로 존재합니까? 마치 논리를 따르는 것처럼: - "R이 모든 것을 가지고 있다면 왜 알고 거래하지 않습니까?"
동시에, 전문 언어 MQL에 대해 명확하게 예리한 거래를 위해 "모든 경우에" 이 도구에 반대하십니까?
다소 무모하게... (비전문가). ))
거래 주문을 발행하는 것은 거래의 작은 부분에 불과하고 너무 작아서 .... 논의하는 것이 의미가 없습니다.
거래는 무엇보다도 거래 주문을 공식화하는 두뇌입니다. 거래는 미래에 과거 데이터와 동일할 것이라는 증거를 반드시 포함해야 합니다. 거래에서 이러한 두뇌를 STATISTICS, ECONOMETRIC이라고 합니다. 따라서 R 또는 R의 일부(그 적용은 경제학보다 훨씬 넓음)는 원래 거래 문제를 해결하기 위해 날카롭게 만들어졌습니다.
당신이 R 의 구성을 보기에 너무 게으르다고 생각한다면 실례합니다. 당신의 무지는 계속됩니다. 이 스레드의 주제에 대해 관심이 있다면 이 스레드의 내 게시물에 따라 문제를 공식화할 수 있습니다. 그리고 나는 당신의 교육에 관심이 없습니다.
1. 거래 주문을 발행하는 것은 거래의 작은 부분에 불과하고 너무 작아서 .... 논의하는 것이 의미가 없습니다.
2. 거래는 무엇보다도 거래 주문을 공식화하는 두뇌입니다. 거래는 미래에 과거 데이터와 동일할 것이라는 증거를 반드시 포함해야 합니다 . 거래에서 이러한 두뇌를 STATISTICS, ECONOMETRIC이라고 합니다. 따라서 R, 또는 오히려 R의 일부(그 적용은 경제학보다 훨씬 넓음)는 원래 거래 문제를 해결하기 위해 날카로워졌습니다.
3. 당신이 R의 구성을 보기에 너무 게으르다고 생각한다면 실례합니다. 당신의 무지는 넘어갑니다. 이 스레드의 주제에 대해 관심이 있다면 이 스레드의 내 게시물에 따라 문제를 공식화할 수 있습니다. 그리고 나는 당신의 교육에 관심이 없습니다.
1. 내가 어딘가에 달리 언급했습니까? 거래 주문 발행에 대해 어디에서 이야기 했습니까? 무슨 얘기를 하는 건가요?
2. 글쎄요, 미래에 과거 데이터와 동일할 것이라는 증거 를 찾는 것은 무지 아닌가요?)) 통계는 패턴을 식별하는 기초가 되는 데이터를 수집하지만 "증거"가 될 수는 없습니다. 통계의 도움으로 밝혀진 규칙성은 추측에 불과합니다. 이 패턴을 볼 수 있지만 볼 수 없습니다. 그 반대. 따라서 통계 데이터를 기반으로 한 "증명"은 잘못된 결론이며 주관적인 비전을 객관적인 현실로 수용하는 것입니다.
거래에서 통계는 지표, 패턴 및 기타 유형의 패턴 감지와 함께 분석 도구입니다. 누구나 그것을 사용하는 방법에 대한 자신의 아이디어가 있습니다. 많은 사람들에게 통계는 거래 성과를 평가하는 데만 필요하고 다른 사람들은 시장 역학의 반복을 검색하고 다른 사람들은 지표 신호의 품질 등을 확인하는 데 필요합니다. 그러나 수집된 통계를 기반으로 미래에 대한 명확한 결론 오해의 소지가 있습니다. 따라서 통계를 "숭배"해서는 안 됩니다. 반복 예측에 대한 통계의 가치도 통계적으로 검증되어야 합니다. 따라서 - 통계 예측의 정확성에 대한 통계를 수집한 다음 이 통계에 대한 통계 등을 수집합니다.)
이제 기계 학습에 대해 알아보십시오. 효율성의 결과는 어디에 있습니까? 고전적인 가격 형성을 인식하기 위해 R에서 범용 코드를 작성할 수 있습니까? 추세, 플랫, 레벨, 브레이크아웃, 리바운드, 수정, 포물선 반올림, 채널 등을 정확하게 찾으려면 알고리즘이 필요합니다. 이 모든 것이 기술적 분석입니다. R이 처음에 거래용으로 설계된 경우 이러한 알고리즘은 기본적으로 구현되어야 합니다. 그들은 어디에 있습니까? 그렇다면 우리는 무엇에 대해 논쟁하고 있습니까? - R은 최고의 거래 언어입니다!
따라서 악명 높은 기계 학습: - 신경망은 가격 수치의 인식에 쉽게 대처해야 하며 이 기술의 사람보다 열등하지 않아야 합니다. 그들은 잘 지내고 있습니까? 증거는 어디에 있습니까? 모든 패턴을 인식하는 R 로봇을 보여주세요. 그러면 모든 것에 대해 당신이 옳다고 말할 것입니다.
3. R 나는 모르겠고, 여기에는 나의 무지가 분명히 있습니다. 하지만 (거래의 결과나 위의 작업을 해결할 수 있는 로봇을 인용하여) 실제로 그 효과를 증명해 주시면 기꺼이 R을 공부하겠습니다.
그러나 R의 지지자들은 "자전거를 재발명하는 이유는 무엇입니까?"라고 말합니다. 목발 사용을 제안하면 MQL 지지자는 자신의 자전거를 만들고 물론 뒤뚱거리는 상대를 따라 잡을 것입니다.))
피터 코노우 :
이제 머신 러닝에 대해 알아보겠습니다. 효율성의 결과는 어디에 있습니까? 고전적인 가격 형성을 인식하기 위해 R에서 범용 코드를 작성할 수 있습니까? 추세, 플랫, 레벨, 브레이크아웃, 리바운드, 수정, 포물선 반올림, 채널 등을 정확하게 찾으려면 알고리즘이 필요합니다. 이 모든 것이 기술적 분석입니다. R이 처음에 거래용으로 설계된 경우 이러한 알고리즘은 기본적으로 구현되어야 합니다. 그들은 어디에 있습니까? 그렇다면 우리는 무엇에 대해 논쟁하고 있습니까? - R은 최고의 거래 언어입니다!
따라서 악명 높은 기계 학습: - 신경망은 가격 수치의 인식에 쉽게 대처해야 하며 이 기술의 사람보다 열등하지 않아야 합니다. 그들은 잘 지내고 있습니까? 증거는 어디에 있습니까? 모든 패턴을 인식하는 R 로봇을 보여주세요. 그러면 모든 것에 대해 당신이 옳다고 말할 것입니다.
3. R 잘 모르겠고, 여기에 내 무지가 분명히 있습니다. 하지만 (거래의 결과나 위의 작업을 해결할 수 있는 로봇을 인용하여) 실제로 그 효과를 증명해 주시면 기꺼이 R을 공부하겠습니다.
그러나 R의 지지자들은 "자전거를 재발명하는 이유는 무엇입니까?"라고 말합니다. 목발 사용을 제안하면 MQL 지지자는 자신의 자전거를 만들고 물론 뒤뚱거리는 상대를 따라 잡을 것입니다.))
당신이 말할 때, 당신은 정신이 나간 것 같습니다.
어떤 언어로든 귀하의 요점에 대한 답변을 보여주세요! 답이 있나요? R은 어떻습니까?
아니면 µl 당 groal이 있습니까?1. C++는 거래용으로 설계되지 않았습니다. JAVA는 거래용으로 설계되지 않았습니다. R은 거래용으로 설계되지 않았습니다. 세상은 거래를 중심으로 돌아가지 않습니다.
MQL은 거래용으로 만들어졌으며 MQL은 알고 거래에서 모든 돈을 돌려 줍니까? 나는 그것을 만들 때 알고 거래의 필요성을 전혀 고려하지 않은 C / C ++ 일 가능성이 가장 높습니다.
그러나 사실 결정하는 것은 표준 언어 기능 세트가 아니라 해당 구문의 가능성과 기능을 확장하는 데 필요한 새로 생성된 라이브러리의 존재입니다.
2. 저에게 트레이딩이란 많은 양의 데이터를 모아서 처리하고, 모델을 훈련시키고, 같은 모델을 사용하여 의사결정을 내리는 것입니다. 이는 작업량과 시간 면에서 99%의 작업량을 차지하며, R은 데이터 작업의 편의를 위해 개발되었기 때문에 이에 이상적입니다.
나머지 1%의 작업은 거래 주문 을 발행하는 것입니다. Metaquotes는 폐쇄형 플랫폼이고 프로그램은 서버에 연결할 수 없습니다. 그래서 저는 R에서 데이터를 수신/수신하고 거래 주문을 보내기 위한 수십 줄의 코드를 가진 고문이 있습니다. 모든 작업은 아무데도보다 효율적으로 해결되며 불평 할 것이 없습니다.
1. 여기서 나는 논쟁하지 않을 것이다. MQL은 진화하는 언어이며 아직 자동 거래의 전체 분야를 정복하지 못했습니다. 그러나 다른 언어들 중에서 알고리즘 거래에 가장 적합한 언어로 자리 매김하기 위해 라이브러리를 확장 및 확장하고 있습니다. 다른 사람들이 MQL을 포기하고 개선에 기여하지 않도록 격려하기 위해 MQL의 단점을 지적하는 사람들은 단순히 개발의 바퀴에 스포크를 둡니다. 비판은 건설적이어야 합니다. 그렇지 않으면 악의적이고 불합리한 욕에 불과합니다.
객관적으로 두 언어와 추론에 정통한 사람만이 MQL과 R 언어를 실제로 비교할 수 있지만, R의 현지 지지자들은 MQL에 대해 분명히 편향된 태도를 가지고 있으며, 이는 두 언어 모두에서 그들의 코드를 인용함으로써 정당화할 수 없습니다. 그들은 코드, 테스트 및 거래 통계를 제공하여 특정 언어 선택에 대한 Expert Advisor의 효율성 의존성을 증명할 수 없습니다. 그러므로 나는 그들의 발언에 대해 비판적이다.
2. 거래가 이 힙을 긁어 모아 많은 데이터를 수집하고 기계 용량을 로드하는 것이라면 그러한 거래 과정이 다소 한심해 보입니다...