Holivar를 위해 - R은 "접근 제어가 없는 일체형 휴지통" 모드에서 절대 역겹게 작성되었습니다. 범위, 보호 및 다중 세션이 없는 20년 전의 구식 접근 방식. 나는 혼자인 것처럼 글을 씁니다. 예, 프로젝트는 비전문 개발자에 의해 한 사람 아래 태어났습니다. 처음부터 다시 작성해야 합니다. 적어도 한 번.
MQL5에서 R로 일반 인터페이스를 만들자는 아이디어가 있었지만 더 깊이 파고든 후에는 즉시 통합을 거부했습니다. 시스템은 데이터와 세션을 보호할 수 없습니다.
프로그래머가 엄격한 요구 사항(적어도 몇 년 동안 손을 대는 일)이 있는 일반 개발 팀에서 일할 때까지는 정상적인 의미의 개발자가 될 수 없습니다. 우리는 후보자를 고려할 때 시험 항목을 볼 때 90%의 시간을 머리를 잡습니다. 개발 산업 전반에 걸친 공포.
따라서 다시 한 번 반복합니다. PLO의 반대자들은 여기서 일종의 희극을 보여주고 있습니다.
다시 한 번 죄송합니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
왜 통합이 필요합니까? 기존 도구를 사용하면 동일한 R, Python, 데이터베이스 등 원하는 모든 것을 MQL에 이미 통합할 수 있습니다. 고급 언어에 비해 MQL에는 이러한 도구가 거의 없지만 모든 작업에 충분합니다.
그건 그렇고, Python이나 R은 그렇게 느리지 않으며 주로 스크립팅 언어, 즉 문장에서 단어를 연결하는 데 사용됩니다. 그리고 전체 프로그램 실행 시간에서 Python이나 R이 차지하는 비중은 매우 적으며 실행 시간에 어떠한 영향도 미치지 않습니다. 따라서 MQL에 아무 것도 전송할 필요가 없습니다. 물론 시장을 통해 거래하지 않는 한.
종파 또는 마틴이 있는 2개의 지표에 있는 로봇은 모든 고문의 98%입니다. 내 로봇도 예외는 아닙니다. 수십 개의 로봇을 하나로 결합하기로 결정했을 때만 OOP가 필요했습니다. 그리고 처음에는 모든 것을 절차적 형식으로 하고 나서야 OOP로 다시 만들었습니다. 그건 그렇고, 몇 년 동안 많은 클래스가 사용되었고 나는 거기도 보지 않습니다.
OOP 버전의 MACD 샘플에서와 같이 로봇을 작성하는 것은 음, 왜곡된 논리입니다. 문제에 대한 그렇게 겉보기에 단순한 해결책을 조롱하는 것은 나에게 일어나지 않았을 것입니다.
따라서 숙련된 프로그래머가 먼저 절차적 스타일로 새로운 어드바이저의 논리를 생각해낸 다음 이를 OOP로 변환하는 것으로 나타났습니다. 동시에, 그들은 단지 한 가지 이점을 얻습니다. 즉, 새로운 논리 분기를 쉽게 추가하거나 소스 코드를 약간 다르게 만들 수 있지만 몇 가지 방법을 다시 작성하는 것뿐입니다.
연구 작업의 경우 OOP는 확실히 힘입니다. 그러나 한 달 이상 아이디어를 육성하고 머리에 완전한 그림이 형성되면 조언자는 절차 적 스타일로 한 시간 또는 하루 만에 작성됩니다.
아주 재미있어요, 나는 시대에 뒤쳐져 있어요
"변덕스럽게"가 무엇입니까?
나는 그들이 나에게 급여를 지불하지 않기 때문에 전리품을 얻으려고 어리석게 노력하고 있습니다))) 그리고 나는 이론에 뛰어 들지 않습니다)))
글쎄, 당신이 돈을 벌기 시작할 때, 당신은 더 많은 돈을 벌 수있는 방법에 대해 생각합니다 ...
최적의 제어는 거래에 적용됩니다.
Renat Fatkhullin :
Holivar를 위해 - R은 "접근 제어가 없는 일체형 휴지통" 모드에서 절대 역겹게 작성되었습니다. 범위, 보호 및 다중 세션이 없는 20년 전의 구식 접근 방식. 나는 혼자인 것처럼 글을 씁니다. 예, 프로젝트는 비전문 개발자에 의해 한 사람 아래 태어났습니다. 처음부터 다시 작성해야 합니다. 적어도 한 번.
MQL5에서 R로 일반 인터페이스를 만들자는 아이디어가 있었지만 더 깊이 파고든 후에는 즉시 통합을 거부했습니다. 시스템은 데이터와 세션을 보호할 수 없습니다.
프로그래머가 엄격한 요구 사항(적어도 몇 년 동안 손을 대는 일)이 있는 일반 개발 팀에서 일할 때까지는 정상적인 의미의 개발자가 될 수 없습니다. 우리는 후보자를 고려할 때 시험 항목을 볼 때 90%의 시간을 머리를 잡습니다. 개발 산업 전반에 걸친 공포.
따라서 다시 한 번 반복합니다. PLO의 반대자들은 여기서 일종의 희극을 보여주고 있습니다.
다시 한 번 죄송합니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
Vasily, 어제 나는 우즈벡 어머니와 딸을 우리 집에 초대했습니다. 그래서 무엇? 나는 3 루블 아파트가 있고, 수프를주고, 컴퓨터를 보여주고, 우즈벡에 대한 이야기를 들려주었습니다.))) 모두 웃었습니다))
Bellman 및 Pontryagin 소개: https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C% D0%BD%D0%BE%D0%B5_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0% B5
글쎄, 당신이 돈을 벌기 시작할 때, 당신은 더 많은 돈을 벌 수있는 방법에 대해 생각합니다 ...
최적의 제어는 거래에 적용됩니다.
그래서 RL은 거기에서 따릅니다. 사실 .. 하지만 Bellman에 대해서도 이야기할 수 있습니다. 고정할 대상을 파악하기만 하면 됩니다.
거래를 시작하셨나요? 나는 당신이 생각하는 것을 도울 수 있습니다
최적의 제어는 지속적인 문제에 관한 것이 아니라 기본적으로 비정상으로 모든 것이 나쁩니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
느린 Python을 사용하고 조사를 수행한 다음 결과를 MQL5의 빠른 구현으로 전송하십시오.
우리는 이미 MQL5 및 MetaTrader5에서 수학을 지원하기 위해 많은 작업을 수행했습니다. MQL5 의 통계 분포 - R에서 최대한 활용하고 더 빠르게 수행
그래서 RL은 거기에서 따릅니다. 사실 .. 하지만 Bellman에 대해서도 이야기할 수 있습니다. 고정할 대상을 파악하기만 하면 됩니다.
거래를 시작하셨나요? 나는 당신이 생각하는 것을 도울 수 있습니다
최적의 제어는 지속적인 문제에 관한 것이 아니라 기본적으로 비정상으로 모든 것이 나쁩니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
왜 통합이 필요합니까? 기존 도구를 사용하면 동일한 R, Python, 데이터베이스 등 원하는 모든 것을 MQL에 이미 통합할 수 있습니다. 고급 언어에 비해 MQL에는 이러한 도구가 거의 없지만 모든 작업에 충분합니다.
그건 그렇고, Python이나 R은 그렇게 느리지 않으며 주로 스크립팅 언어, 즉 문장에서 단어를 연결하는 데 사용됩니다. 그리고 전체 프로그램 실행 시간에서 Python이나 R이 차지하는 비중은 매우 적으며 실행 시간에 어떠한 영향도 미치지 않습니다. 따라서 MQL에 아무 것도 전송할 필요가 없습니다. 물론 시장을 통해 거래하지 않는 한.
따라서 MQL에 아무 것도 전송할 필요가 없습니다. 물론 시장을 통해 거래하지 않는 한.
뭐라고...
전체 토론은 "내 쿵푸가 당신의 쿵푸보다 낫습니다..."를 연상시킵니다.
종파 또는 마틴이 있는 2개의 지표에 있는 로봇은 모든 고문의 98%입니다. 내 로봇도 예외는 아닙니다. 수십 개의 로봇을 하나로 결합하기로 결정했을 때만 OOP가 필요했습니다. 그리고 처음에는 모든 것을 절차적 형식으로 하고 나서야 OOP로 다시 만들었습니다. 그건 그렇고, 몇 년 동안 많은 클래스가 사용되었고 나는 거기도 보지 않습니다.
OOP 버전의 MACD 샘플에서와 같이 로봇을 작성하는 것은 음, 왜곡된 논리입니다. 문제에 대한 그렇게 겉보기에 단순한 해결책을 조롱하는 것은 나에게 일어나지 않았을 것입니다.
따라서 숙련된 프로그래머가 먼저 절차적 스타일로 새로운 어드바이저의 논리를 생각해낸 다음 이를 OOP로 변환하는 것으로 나타났습니다. 동시에, 그들은 단지 한 가지 이점을 얻습니다. 즉, 새로운 논리 분기를 쉽게 추가하거나 소스 코드를 약간 다르게 만들 수 있지만 몇 가지 방법을 다시 작성하는 것뿐입니다.
연구 작업의 경우 OOP는 확실히 힘입니다. 그러나 한 달 이상 아이디어를 육성하고 머리에 완전한 그림이 형성되면 조언자는 절차 적 스타일로 한 시간 또는 하루 만에 작성됩니다.
임대, 아마도 파이썬 ? 내가 이해하는 한, 이것은 통합 측면에서 훨씬 더 개방적인 플랫폼입니다. 그리고 가장 중요한 것은 과학 컴퓨팅 측면에서 유망합니다. 이러한 통합은 MQL과 주식 데이터 분석 산업 자체에 큰 도움이 될 것입니다.
C ++에서 mql로의 더 나은 코드 변환기
필요한 것은 연구 후에 변환되기 때문입니다.