유리 아사울렌코 : 양적으로는 트랙터보다 자동차가 더 많지만 서로 비교하는 것은 말도 안 된다.
참고 문헌에 따르면 - 거기에도 있고 거기에도 광범위합니다. 모듈별 - 부분적으로 겹칩니다.
Python은 R에 포트가 있고 R은 Python에 대한 포트가 있는 것 같습니다.
어려운 작업이 있는 경우 어떤 환경에서든 절대적으로 어떤 언어로든 작업하면 어떤 식으로든 외부에서 무언가를 이식해야 합니다. 마음에 들면 마음에 들지 않지만 트럭, 트랙터, 굴착기가 있어야 부팅이 가능합니다. 일반적으로 적용성 면에서 30위입니다.
"내 생각에는 그렇게 생각합니다." 자신감 - 설명, 확실하지 않음 - 쓰기 전에 확인하십시오. 비판이 아닙니다.
R에 "reticulate" 패키지가 도입되면서 Python은 R에서 기본적으로 실행됩니다. 적어도 대화형 형태로, 적어도 스크립트, 코드, 파일 등의 형태로. 당신은 그들을 비교할 필요가 없습니다. 공유해야 합니다. 왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
"내 생각에는 그렇게 생각합니다." 자신감 - 설명, 확실하지 않음 - 쓰기 전에 확인하십시오. 비판이 아닙니다.
R에 "reticulate" 패키지가 도입되면서 Python은 R에서 기본적으로 실행됩니다. 적어도 대화형 형태로, 적어도 스크립트, 코드, 파일 등의 형태로. 당신은 그들을 비교할 필요가 없습니다. 공유해야 합니다. 왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
행운을 빕니다
사실 비교는 안하지만 순위에서 언어의 위치는 적용 가능성에 대해서만 말하고 그 이상은 아닙니다. 굴삭기의 적용 가능성은 몇 자릿수 정도 적지만 굴착기는 트럭보다 덜 유용합니다.
블라디미르 페레르벤코 :
왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
C-API가 있으면 게이트웨이를 작성하는 것은 문제가 되지 않지만 모든 곳에서 사용할 수 있습니다. 중요한 것은 MT에서 R이 아니라 MT에서 C++이며, 처음에는 MT에서 사용 가능합니다.) 원하는 대로 포트를 지정하십시오. 적어도 MatLab. 그리고 R이나 다른 것에 매달릴 이유가 없습니다. 당신과 SanSanych에게 주요 R은 작성 방법입니다.
사실 비교는 안하지만 순위에서 언어의 위치는 적용 가능성에 대해서만 말하고 그 이상은 아닙니다. 굴삭기의 적용 가능성은 몇 자릿수 정도 적지만 굴착기는 트럭보다 덜 유용합니다.
C-API가 있으면 게이트웨이를 작성하는 것은 문제가 되지 않지만 모든 곳에서 사용할 수 있습니다. 중요한 것은 MT에서 R이 아니라 MT에서 C++이며, 처음에는 MT에서 사용 가능합니다.) 원하는 대로 포트를 지정하십시오. 적어도 MatLab. 그리고 R이나 다른 것에 매달릴 이유가 없습니다. 당신과 SanSanych에게 주요 R은 작성 방법입니다.
등급에 포함되지 않은 다른 굴삭기에서 작업합니다.)
R은 우리뿐만 아니라 전 세계의 거래에 통계를 적용하는 주요 언어 입니다. 그리고 이것으로부터 기성 코드, 기사, 책, 잡지 및 파티의 형태로 엄청난 수의 결과가 따르며 모든 것이 주제에 있습니다. R은 통계적 주류이고, R은 추가이며 MQL4/5를 절대 대체하지 않습니다. 자전거는 없고 고급 개발만 가능합니다.
이 포럼의 특정 수의 사람들에게 Python은 한 가지 매우 분명한 이유 때문에 R보다 선호됩니다. 이 언어는 통계와 관련이 없는 영역에서 사용하기 때문에 1위를 차지하며 이러한 영역(예: 웹 개발)은 상업적인 노력의 측면에서 더 광범위하고 훨씬 더 유망합니다.
R은 우리뿐만 아니라 전 세계의 거래에 통계를 적용하는 주요 언어 입니다. 그리고 이것으로부터 기성 코드, 기사, 책, 잡지 및 파티의 형태로 엄청난 수의 결과가 따르며 모든 것이 주제에 있습니다. R은 통계적 주류이고, R은 추가이며 MQL4/5를 절대 대체하지 않습니다. 자전거는 없고 고급 개발만 가능합니다.
이 포럼의 특정 수의 사람들에게 Python은 한 가지 매우 분명한 이유 때문에 R보다 선호됩니다. 이 언어는 통계와 관련이 없는 영역에서 사용하기 때문에 1위를 차지하며 이러한 영역(예: 웹 개발)은 상업적인 노력의 측면에서 더 광범위하고 훨씬 더 유망합니다.
통계는 잘 모르겠습니다.
MO의 경우 Python용 MO 모듈이 많이 있으며 IMHO는 R보다 전문적으로 만들어졌습니다. 또한 Python에서 R 패키지를 사용하는 것은 문제가 되지 않습니다. 그리고 R에서와 같이 Python 모듈은 Python이 아니라 일반적으로 C++입니다.
이것이 바로 R에서 더 편리하고 쉬운 것입니다. 이것은 직접 모델링입니다. 제 생각에는 R은 시각화 등의 모델링 환경으로 취급되어야 합니다. 연구를 위해 R은 모든 면에서 Python을 능가합니다. 그러나 Python 런타임 환경이 특히 스크립팅 언어로서 더 흥미로운 방법은 프로그램 구성 요소를 서로 연결하여 하나의 전체로 연결하는 것입니다. R은 꿈도 꾸지 못했지만 이를 위한 것은 아닙니다. 실행 가능한 프로그램에서 직접 R을 사용하는 것은 막다른 골목입니다. 그리고 R 패키지의 기능은 어디에서나 사용하고 호출할 수 있습니다. C++에서도, Pascal에서도, Python에서도 마찬가지입니다. 그리고 이것은 더 흥미로운 옵션입니다. R에만 초점을 맞추지는 않지만 필요한 경우 Chrome 브라우저의 라이브러리에서도 모든 라이브러리의 기능을 사용할 수 있습니다.
MO의 경우 Python용 MO 모듈이 많이 있으며 IMHO는 R보다 전문적으로 만들어졌습니다. 또한 Python에서 R 패키지를 사용하는 것은 문제가 되지 않습니다. 그리고 R에서와 같이 Python 모듈은 Python이 아니라 일반적으로 C++입니다.
이것이 바로 R에서 더 편리하고 쉬운 것입니다. 이것은 직접 모델링입니다. 제 생각에는 R은 시각화 등의 모델링 환경으로 취급되어야 합니다. 연구를 위해 R은 모든 면에서 Python을 능가합니다. 그러나 Python 런타임 환경이 특히 스크립팅 언어로서 더 흥미로운 방법은 프로그램 구성 요소를 서로 연결하여 하나의 전체로 연결하는 것입니다. R은 꿈도 꾸지 않았지만 이를 위한 것은 아닙니다. 실행 가능한 프로그램에서 직접 R을 사용 하는 것은 막다른 골목입니다. 그리고 R 패키지의 기능은 어디에서나 사용하고 호출할 수 있습니다. C++에서도, Pascal에서도, Python에서도 마찬가지입니다. 그리고 이것은 더 흥미로운 옵션입니다. R에만 초점을 맞추지는 않지만 필요한 경우 Chrome 브라우저의 라이브러리에서도 모든 라이브러리의 기능을 사용할 수 있습니다.
시나리오에 대해 자세히 설명해 주시겠습니까?
R 프로그램의 구성 요소를 일관된 전체로 결합하는 데 문제가 없습니다.
OnInit 섹션에서 R을 한 번 호출하고 R로 작성된 12개 반의 함수를 생성하는 신호에 대해 OnTick을 한 번 호출합니다. C++ 또는 Fortran으로 작성된 함수를 참조하는 것인지 확실하지 않습니다. 이 모든 다양성은 고문에서 볼 수 없으며 R에 대한 텍스트의 변경으로 인해 고문의 변경 사항은 없습니다....
내 문제가 뭐야? 그리고 내가 볼 수 없는 이 문제를 파이썬에서 어떻게 해결할 수 있습니까?
안녕하세요 교수님!
Makhsym, mt4에 Tensor_bot이 있습니까?
사람들은 묻습니다 .... 큰 수도로 ... 매달 전 세계를 여행하는 ....
안녕하세요 교수님!
Makhsym, mt4에 Tensor_bot이 있습니까?
사람들은 묻습니다 .... 큰 수도로 ... 매달 전 세계를 여행하는 ....
그들이 나에게 직접 편지를 쓰게하십시오. 명령이 있더라도 나는 무엇이든 할 것입니다.
그들이 나에게 직접 편지를 쓰게하십시오. 명령이 있더라도 나는 무엇이든 할 것입니다.
알겠습니다. 그렇게 하고 하겠습니다. 이탈리아의 백만장자들이 곧 연락을 드릴 것입니다.
기다리다.
알겠습니다. 그렇게 하고 하겠습니다. 이탈리아 백만장자들이 곧 연락을 드릴 것입니다.
예, 심지어 외계인)
양적으로는 트랙터보다 자동차가 더 많지만 서로 비교하는 것은 말도 안 된다.
"내 생각에는 그렇게 생각합니다." 자신감 - 설명, 확실하지 않음 - 쓰기 전에 확인하십시오. 비판이 아닙니다.
R에 "reticulate" 패키지가 도입되면서 Python은 R에서 기본적으로 실행됩니다. 적어도 대화형 형태로, 적어도 스크립트, 코드, 파일 등의 형태로. 당신은 그들을 비교할 필요가 없습니다. 공유해야 합니다. 왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
행운을 빕니다
"내 생각에는 그렇게 생각합니다." 자신감 - 설명, 확실하지 않음 - 쓰기 전에 확인하십시오. 비판이 아닙니다.
R에 "reticulate" 패키지가 도입되면서 Python은 R에서 기본적으로 실행됩니다. 적어도 대화형 형태로, 적어도 스크립트, 코드, 파일 등의 형태로. 당신은 그들을 비교할 필요가 없습니다. 공유해야 합니다. 왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
행운을 빕니다
사실 비교는 안하지만 순위에서 언어의 위치는 적용 가능성에 대해서만 말하고 그 이상은 아닙니다. 굴삭기의 적용 가능성은 몇 자릿수 정도 적지만 굴착기는 트럭보다 덜 유용합니다.
왜 메인이 R인가요? MT4/5의 뛰어난 마스터 게이트웨이. 그리고 이것은 많지 않습니다.
C-API가 있으면 게이트웨이를 작성하는 것은 문제가 되지 않지만 모든 곳에서 사용할 수 있습니다. 중요한 것은 MT에서 R이 아니라 MT에서 C++이며, 처음에는 MT에서 사용 가능합니다.) 원하는 대로 포트를 지정하십시오. 적어도 MatLab. 그리고 R이나 다른 것에 매달릴 이유가 없습니다. 당신과 SanSanych에게 주요 R은 작성 방법입니다.
등급에 포함되지 않은 다른 굴삭기에서 작업합니다.)
사실 비교는 안하지만 순위에서 언어의 위치는 적용 가능성에 대해서만 말하고 그 이상은 아닙니다. 굴삭기의 적용 가능성은 몇 자릿수 정도 적지만 굴착기는 트럭보다 덜 유용합니다.
C-API가 있으면 게이트웨이를 작성하는 것은 문제가 되지 않지만 모든 곳에서 사용할 수 있습니다. 중요한 것은 MT에서 R이 아니라 MT에서 C++이며, 처음에는 MT에서 사용 가능합니다.) 원하는 대로 포트를 지정하십시오. 적어도 MatLab. 그리고 R이나 다른 것에 매달릴 이유가 없습니다. 당신과 SanSanych에게 주요 R은 작성 방법입니다.
등급에 포함되지 않은 다른 굴삭기에서 작업합니다.)
R은 우리뿐만 아니라 전 세계의 거래에 통계를 적용하는 주요 언어 입니다. 그리고 이것으로부터 기성 코드, 기사, 책, 잡지 및 파티의 형태로 엄청난 수의 결과가 따르며 모든 것이 주제에 있습니다. R은 통계적 주류이고, R은 추가이며 MQL4/5를 절대 대체하지 않습니다. 자전거는 없고 고급 개발만 가능합니다.
이 포럼의 특정 수의 사람들에게 Python은 한 가지 매우 분명한 이유 때문에 R보다 선호됩니다. 이 언어는 통계와 관련이 없는 영역에서 사용하기 때문에 1위를 차지하며 이러한 영역(예: 웹 개발)은 상업적인 노력의 측면에서 더 광범위하고 훨씬 더 유망합니다.
R은 우리뿐만 아니라 전 세계의 거래에 통계를 적용하는 주요 언어 입니다. 그리고 이것으로부터 기성 코드, 기사, 책, 잡지 및 파티의 형태로 엄청난 수의 결과가 따르며 모든 것이 주제에 있습니다. R은 통계적 주류이고, R은 추가이며 MQL4/5를 절대 대체하지 않습니다. 자전거는 없고 고급 개발만 가능합니다.
이 포럼의 특정 수의 사람들에게 Python은 한 가지 매우 분명한 이유 때문에 R보다 선호됩니다. 이 언어는 통계와 관련이 없는 영역에서 사용하기 때문에 1위를 차지하며 이러한 영역(예: 웹 개발)은 상업적인 노력의 측면에서 더 광범위하고 훨씬 더 유망합니다.
통계는 잘 모르겠습니다.
MO의 경우 Python용 MO 모듈이 많이 있으며 IMHO는 R보다 전문적으로 만들어졌습니다. 또한 Python에서 R 패키지를 사용하는 것은 문제가 되지 않습니다. 그리고 R에서와 같이 Python 모듈은 Python이 아니라 일반적으로 C++입니다.
이것이 바로 R에서 더 편리하고 쉬운 것입니다. 이것은 직접 모델링입니다. 제 생각에는 R은 시각화 등의 모델링 환경으로 취급되어야 합니다. 연구를 위해 R은 모든 면에서 Python을 능가합니다. 그러나 Python 런타임 환경이 특히 스크립팅 언어로서 더 흥미로운 방법은 프로그램 구성 요소를 서로 연결하여 하나의 전체로 연결하는 것입니다. R은 꿈도 꾸지 못했지만 이를 위한 것은 아닙니다. 실행 가능한 프로그램에서 직접 R을 사용하는 것은 막다른 골목입니다. 그리고 R 패키지의 기능은 어디에서나 사용하고 호출할 수 있습니다. C++에서도, Pascal에서도, Python에서도 마찬가지입니다. 그리고 이것은 더 흥미로운 옵션입니다. R에만 초점을 맞추지는 않지만 필요한 경우 Chrome 브라우저의 라이브러리에서도 모든 라이브러리의 기능을 사용할 수 있습니다.
통계로는 잘 모르겠습니다.
MO의 경우 Python용 MO 모듈이 많이 있으며 IMHO는 R보다 전문적으로 만들어졌습니다. 또한 Python에서 R 패키지를 사용하는 것은 문제가 되지 않습니다. 그리고 R에서와 같이 Python 모듈은 Python이 아니라 일반적으로 C++입니다.
이것이 바로 R에서 더 편리하고 쉬운 것입니다. 이것은 직접 모델링입니다. 제 생각에는 R은 시각화 등의 모델링 환경으로 취급되어야 합니다. 연구를 위해 R은 모든 면에서 Python을 능가합니다. 그러나 Python 런타임 환경이 특히 스크립팅 언어로서 더 흥미로운 방법은 프로그램 구성 요소를 서로 연결하여 하나의 전체로 연결하는 것입니다. R은 꿈도 꾸지 않았지만 이를 위한 것은 아닙니다. 실행 가능한 프로그램에서 직접 R을 사용 하는 것은 막다른 골목입니다. 그리고 R 패키지의 기능은 어디에서나 사용하고 호출할 수 있습니다. C++에서도, Pascal에서도, Python에서도 마찬가지입니다. 그리고 이것은 더 흥미로운 옵션입니다. R에만 초점을 맞추지는 않지만 필요한 경우 Chrome 브라우저의 라이브러리에서도 모든 라이브러리의 기능을 사용할 수 있습니다.
시나리오에 대해 자세히 설명해 주시겠습니까?
R 프로그램의 구성 요소를 일관된 전체로 결합하는 데 문제가 없습니다.
OnInit 섹션에서 R을 한 번 호출하고 R로 작성된 12개 반의 함수를 생성하는 신호에 대해 OnTick을 한 번 호출합니다. C++ 또는 Fortran으로 작성된 함수를 참조하는 것인지 확실하지 않습니다. 이 모든 다양성은 고문에서 볼 수 없으며 R에 대한 텍스트의 변경으로 인해 고문의 변경 사항은 없습니다....
내 문제가 뭐야? 그리고 내가 볼 수 없는 이 문제를 파이썬에서 어떻게 해결할 수 있습니까?