먼저 이벤트 발생에 대한 정보를 직접 또는 간접적으로 얻는 데 필요한 형식을 결정하는 것이 좋습니다.
자체 DLL 작성이 고려되지 않는다는 사실에서 진행하면 API를 거부할 수 있습니까? 간접 방법이 적합한 경우:
창에서 첫 번째로 표시되는 막대의 인덱스를 확인하는 루프 스크립트를 차트에 걸었습니다 - WindowFirstVisibleBar(창의 막대 수와 함께 가능 - WindowBarsPerChart). 이전 값과 다르면 차트로 작업을 수행한 것입니다. 사실, 이 경우 마우스 휠만이 원인이 될 수 있습니다(시간 척도 변경 - "+", "-", Home 또는 End 누르기, 원하는 날짜로 직접 전환).
어쨌든 마우스 휠 회전 이벤트의 정의에서 정확히 무엇이 필요한지 이해하기에는 아직 정보가 충분하지 않습니다. 그런 다음 방법을 제안할 수 있습니다.
PS 음, 창 처리 기능에 액세스해야 하는 경우 SetWindowLongPtr입니다(msdn 참조). 그러나 DLL 없이는 할 수 없습니다. MQL 코드에 있는 새 메시지 처리 프로시저를 할당할 수 없습니다.
이 게시물에는 실제로 솔루션이 포함되어 있습니다. 웬일인지 그들은 그를 조금 짜지 않았습니다. 저자는 간단하고 참된 아이디어를 먼저 파악하고 놓치고 나머지와 함께 글로벌 솔루션을 찾기 시작했습니다. 불쌍해...
가장 좋은 선택은 일반적인 관점에서 결정을 내리는 것이지만, 아무것도 증명할 목적이 아니라 우정을 기반으로 합니다.
물론 구현은 교착 상태에서 탈출구를 찾으려는 시도입니다. 휠로 스크롤할 가능성이 완전히 없기 때문에 이것은 가장 간단하고 "기본" 솔루션입니다. 완전한 솔루션을 얻기 위해 이미 서비스 데스크에 연락했습니다 . 글쎄, 여부는 개발자에게 달려 있습니다.
나는 실행이 빠른 일정으로 진행될 것임을 이해합니다. 나는 가장 좋은 해결책이 개발자의 발아래 스크롤하고 휠을 누르는 이벤트를 추가하고 마우스 휠로 차트 스크롤을 일시적으로 비활성화하는 기능을 추가하도록 요청하는 것이라는 데 동의합니다. 결국, 그들에게는 십여 줄의 코드가 전혀 어렵지 않습니다. 갑자기 아무도 마우스 휠이 필요하지 않다고 결정한 이유는 명확하지 않습니다... 하지만 정말 가려우면 점프 차트의 솔루션을 옵션으로 다음과 같이 할 수 있습니다. 차트 자체 비활성화( ChartSetInteger(0,CHART_SHOW) ,false); ) 그리고 CCanvas를 통한 더블 생성, 그러나 이것은 물론 북극을 가로질러 이웃으로의 여행인 모든 탬버린입니다.
하지만 똑같이 - 당신은 또한 신용입니다. Peter - 멋진 사람이자 훌륭한 프로그래머입니다. 나는 항상 이것을 말했지만 나는 또한 당신이 아무도 필요로하지 않는 "터키에서 토마토 재배"에 창조적 잠재력을 사용한다고 말했습니다.
... 그러나 그는 또한 아무도 필요로 하지 않는 "터키에서 토마토 재배"에 창의적인 잠재력을 사용한다고 말했습니다.
제 관점을 말씀드리겠습니다.
이제 MT5 플랫폼은 엄청난 잠재력을 축적했습니다. 많은 기능과 라이브러리. 하지만 이와 함께 MQL 프로그램 개발도 정체 상태에 이르렀다.
추가 개발의 장애물은 플랫폼 내에서 프로그램의 성장 가능성이 없다는 것입니다 .
사용자는 그래픽 인터페이스 로 제어하는 모듈을 가져오지 않고는 소프트웨어 기능을 더 이상 확장할 수 없습니다.
MQL 프로그램에 GUI가 없다는 것은 추가 개발에 대한 글로벌 장벽입니다. Renat는 한 페이지에서 "어린이"프로그램의 기간이 끝나야한다고 말했습니다. 나는 그에게 전적으로 동의합니다. 그러나 트레이더가 "반바지"에서 벗어날 신체적 능력이 없다면 어떻게 끝날 수 있습니까?
MQL 프로그램에 GUI가 없는 결과를 나열해 보겠습니다.
사용자 경험을 확장하는 더 많은 소프트웨어 블록을 결합할 수 없습니다.
자신의 프로그램과 사용자의 상호 작용의 한계로 압축됩니다.
심각한 반자동 거래가 부족합니다. 많은 사람들이 완전 자동 거래보다 반자동 거래를 선호합니다.
전문가가 최대 높이까지 가속할 수 없는 시장 조사 수행의 불편함.
자체 통계가 없습니다.
GUI 부족을 전제로 하는 타사 응용 프로그램과 함께 목발을 짚고 작업해야 할 필요가 있습니다. 결국 MQL 프로그램에서 연구를 수행할 수 있었습니다.
모든 유용한 MT5 재료는 말하자면 내부에 "고정"되어 액세스할 수 없습니다.
GUI가 나타나자 마자 목발은 사라지고 MT5 고유의 가능성이 열립니다. 또한 많은 새로운 기능이 있을 것입니다.
내 공리: 복잡한 프로그램은 사용자와의 상호 작용 수단으로 그래픽 인터페이스가 없으면 완료될 수 없습니다. 그것은 찢어지고 차 안에 잠길 것입니다. 그녀와 함께 일하는 것은 항상 불편합니다. 초기에 원시적이고 단순하면 GUI가 필요하지 않지만 거래와 같은 영역에서는 프로그램이 지속적으로 진화하고 사용자와 상호 작용해야 합니다. 이것이 없으면 알고리즘 거래의 전체 산업은 한계에 도달하고 발전하지 않을 것입니다.
이제 MT5 플랫폼은 엄청난 잠재력을 축적했습니다. 많은 기능과 라이브러리. 그러나 이와 함께 MQL 프로그램 개발도 정체 상태에 이르렀다.
추가 개발의 장애물은 플랫폼 내에서 프로그램을 성장시킬 가능성이 없다는 것입니다 .
사용자는 모듈을 제어하는 그래픽 인터페이스 없이는 소프트웨어 기능을 더 이상 확장할 수 없습니다.
MQL 프로그램에 GUI가 없다는 것은 추가 개발에 대한 글로벌 장벽입니다. Renat는 한 페이지에서 "어린이"프로그램의 기간이 끝나야한다고 말했습니다. 나는 그에게 전적으로 동의합니다. 그러나 상인들이 "반바지"에서 나올 육체적 능력이 없다면 어떻게 끝날 수 있습니까?
MQL 프로그램에 GUI가 없는 결과를 나열해 보겠습니다.
사용자 경험을 확장하는 더 많은 소프트웨어 블록을 결합할 수 없습니다.
자신의 프로그램과 사용자의 상호 작용의 한계로 압축됩니다.
심각한 반자동 거래가 부족합니다. 많은 사람들이 완전 자동 거래보다 반자동 거래를 선호합니다.
전문가가 최대 높이까지 가속할 수 없는 시장 조사 수행의 불편함.
자체 통계가 없습니다.
GUI 부족을 전제로 하는 타사 응용 프로그램과 함께 목발을 짚고 작업해야 할 필요가 있습니다. 결국 MQL 프로그램에서 연구를 수행할 수 있었습니다.
모든 유용한 MT5 재료는 말하자면 내부에 "고정"되어 액세스할 수 없습니다.
GUI가 나타나자 마자 목발은 사라지고 MT5 고유의 가능성이 열립니다. 또한 많은 새로운 기능이 있을 것입니다.
내 공리: 복잡한 프로그램은 사용자와의 상호 작용 수단으로 그래픽 인터페이스가 없으면 완료될 수 없습니다. 그것은 찢어지고 차 안에 잠길 것입니다. 그녀와 함께 일하는 것은 항상 불편합니다. 초기에 원시적이고 단순하면 GUI가 필요하지 않지만 거래와 같은 영역에서는 프로그램이 지속적으로 진화하고 사용자와 상호 작용해야 합니다. 이것이 없으면 알고리즘 거래의 전체 산업은 한계에 도달하고 발전하지 않을 것입니다.
나는 Renat가 무엇을 의미했는지 완벽하게 이해합니다. 왜냐하면. 나 자신도 백 개 이상의 지표와 수십 개의 로봇을 만들곤 했지만 결국에는 그것이 모두 zilch라는 것을 깨달았지만 약간의 경험과 이해를 얻었습니다. 이제 몇 년 동안 나는 인터페이스가 마지막이고 인공 지능이 모든 것인 하나의 로봇에 대해 작업해 왔습니다. Renat는 다중 페이지 인터페이스가 필요하다는 의미가 아니라 코드 페이지의 수, 더 많은 노동력과 창의적인 생각이 투자된 양을 말하는 반면 같은 시장에서 대다수의 제품은 어린이의 쓸모없는 공예품입니다. . GUI는 무엇입니까? GUI는 잠재적 구매자, 과시 또는 겁을 복잡성과 혼동할 수 있습니다. 당신이 지금 작업하고 있는 모든 것과 Anatoly도 저를 용서해 주십시오. 모두 Windows 95입니다. 사람들은 이제 완전히 다른 인터페이스 패러다임에 익숙해지고 버릇이 되었습니다. 당신의 안드로이드 폰이나 아이폰의 인터페이스를 보세요. 단순함, 미니멀리즘, 직관성. 그것이 우리가 노력해야 하는 것입니다.
Peter, Google 웹사이트 google.com을 예로 들어 보겠습니다. 자, 어떤 인터페이스가 보이나요? 그러나 이 회사의 자본금은 5000억 달러 입니다. 오히려 15년 전에 인터페이스가 더 정교해졌고 몇 년 안에 인터페이스가 훨씬 더 겸손해질 것이기 때문에 인터페이스를 최소화하려고 노력합니다. 그러나 그들은 GUI 패션의 주요 트렌드 세터입니다. GUI의 필요성에 대한 귀하의 모든 열거는 선언적이며 매우 과장되거나 오히려 GUI와 전혀 관련이 없습니다(음, 반자동 거래를 위해 항목을 남겨 둘 수 있습니다). 글쎄, 적어도 같은 회사 Google-TensorFlow의이 새로운 기술을 보십시오. 이것은 기계 학습 기술, AI 기술 및 패턴 인식이며 자동 거래 프로그래머가 마스터하는 데 매우 유용하지만 이 GUI 기술은 전혀 필요하지 않습니다. 정말 - 내가 무슨 말을 하는 겁니까? OOP 기술이 당신에게 쓸모없는 도구라면!
나는 Renat가 무엇을 의미했는지 완벽하게 이해합니다. 왜냐하면. 나 자신도 백 개 이상의 지표와 수십 개의 로봇을 만들곤 했지만 결국에는 그것이 모두 zilch라는 것을 깨달았지만 약간의 경험과 이해를 얻었습니다. 이제 몇 년 동안 나는 인터페이스가 마지막이고 인공 지능이 모든 것인 하나의 로봇에 대해 작업해 왔습니다. Renat는 다중 페이지 인터페이스가 필요하다는 의미가 아니라 코드 페이지의 수, 더 많은 노동력과 창의적인 생각이 투자된 양을 말하는 반면 같은 시장에서 대다수의 제품은 어린이의 쓸모없는 공예품입니다. . GUI는 무엇입니까? GUI는 잠재적 구매자, 과시 또는 겁을 복잡성과 혼동할 수 있습니다. 당신이 지금 작업하고 있는 모든 것과 Anatoly도 저를 용서해 주십시오. 모두 Windows 95입니다. 사람들은 이제 완전히 다른 인터페이스 패러다임에 익숙해지고 버릇이 되었습니다. 당신의 안드로이드 폰이나 아이폰의 인터페이스를 보세요. 단순함, 미니멀리즘, 직관성. 그것이 우리가 노력해야 하는 것입니다.
Peter, Google 웹사이트 google.com을 예로 들어 보겠습니다. 자, 어떤 인터페이스가 보이나요? 그러나 이 회사의 자본금은 5000억 달러 입니다. 오히려 15년 전에 인터페이스가 더 정교해졌고 몇 년 안에 인터페이스가 훨씬 더 겸손해질 것이기 때문에 인터페이스를 최소화하려고 노력합니다. 그러나 그들은 GUI 패션의 주요 트렌드 세터입니다. GUI의 필요성에 대한 귀하의 모든 열거는 선언적이며 매우 과장되거나 오히려 GUI와 전혀 관련이 없습니다(음, 반자동 거래를 위해 항목을 남겨 둘 수 있습니다). 글쎄, 적어도 같은 회사 Google-TensorFlow의이 새로운 기술을 보십시오. 이것은 기계 학습 기술, AI 기술 및 패턴 인식이며 자동 거래 프로그래머가 마스터하는 데 매우 유용하지만 이 GUI 기술은 전혀 필요하지 않습니다. 정말 - 내가 무슨 말을 하는 겁니까? OOP 기술이 당신에게 쓸모없는 도구라면!
니콜라스, 우리는 서로를 이해하지 못한다.)
개인적으로 OOP는 정말 쓸모가 없지만 다른 사람들에게 OOP의 유용성을 부정하지는 않습니다 . 건강을 위해 사용하도록 하십시오.
GUI는 실질적으로 필요합니다. GUI는 더 복잡한 프로그램을 위한 공간을 열어줍니다. 그것은 창의적인 아이디어의 구현을 위해 현재 부족한 환경을 풍요롭게 할 것입니다. 프로그램에 고유한 얼굴을 부여하십시오.
반대로 ML(머신 러닝)은 알고리즘 거래를 절망적인 막다른 골목으로 이끌 것입니다. 시장 프로세스에 대한 이해가 없는 자동 추측 게임. 블랙박스 처리 통계 엉망. 그것은 시장을 이해하고 자신의 전략을 수립하려는 거래자의 욕구를 절단합니다. 기술 분석 교육 및 관련 기사는 관련이 없습니다. 상인의 생각의 죽음의 시간이 올 것입니다. 블랙박스가 지워줍니다.
Nikolai, 우리 생태계는 다양하고 풍부한 환경이어야 합니다. 확장해야 합니다. 알고 거래자는 새로운 소프트웨어 기능이 필요합니다. 나는 그들을 위해 다른 하나를 열고 싶습니다.)
그건 그렇고, 당신도 마침내 대규모 프로젝트에 참여하고 당신의 능력을 실현하기 시작해야합니다. 나는 당신 자신이 이것을 원하지만 어떤 식 으로든 그것을 원한다고 생각합니다. 당신에게는 엄청난 창조적 잠재력이 있기 때문에 유감입니다. 일반적으로 귀하의 발전을 보여주기를 기대합니다. 나는 그들을 볼 수 있기를 바랍니다.)
... 그것은 창의적인 아이디어의 구현을 위해 현재 희소한 환경을 풍요롭게 할 것입니다 . 프로그램에 고유한 얼굴을 부여하십시오.
"창의적인 아이디어를 구현하기 위한 빈약한 환경"이 의미하는 바를 설명해야 합니다. 내가 오해할까봐. MT5는 알고리즘 거래에서 창의적인 아이디어를 구현하기 위한 잠재적으로 매우 풍부한 환경입니다. 그러나 그 잠재력은 현재 거래자들 에 의해 20% - 30% 정도 사용되고 있습니다.
내가 '빈약한 환경'이라고 부르는 것은 잠재적인 공간이 아니라 실용영역의 실제 공간이다 . 제가 표현을 잘못했는지도 모릅니다.
"존재가 의식을 결정한다"는 말이 있습니다.
우리의 현재 창세기 - GUI가없는 프로그램은 높은 지적 장벽이 쌓여있는 조건에서 만들어졌습니다. 이것은 우리의 의식을 정의하고 우리는 GUI와 반자동 거래를 원하지 않습니다. 우리는 전략을 최적화하는 수단으로 히스토리 매칭의 가치를 믿습니다. 즉, 시장에 대한 이해를 심화하여 전략을 개선하려는 것이 아니라 역사에 맞게 조정하여 전략을 개선하려는 것입니다. 그렇지 않으면 자기기만. 이것이 우리의 의식이 수년에 걸쳐 정의된 방식입니다. 그리고 웬일인지 아무도 최적화를 눈의 솔직한 먼지로 생각하지 않습니다. 그러나 그녀의 테스터 성배 덕분에 얻을 수 있습니다.
마음의 체조에는 모든 장벽이 유용하지만 자유로운 창의력에는 장벽이 너무 많습니다. 일부 엔터티는 아이디어 구현을 돕고 다른 엔터티는 방해합니다. 주의하십시오 - 마크업 언어로 그래픽 "기계"를 구축하기 위해 프로그래밍 언어 의 가능성 중 일부만 필요했습니다. 그리고 여기서 요점은 프로그래머의 재능이 아니라 본질로 사물을 구별하는 능력입니다. 불필요한 것은 걷어내고 중요한 일에 집중하세요. 이 능력이 없는 사람은 가망 없는 일에 휘말리고 자신의 잠재력을 깨닫지 못할 것입니다. 사물을 보는 프리즘은 업무의 효율성과 재능의 실제 구현 규모를 결정합니다.
나만의 자아실현으로 남을 돕고, MT5를 글로벌 돌파구로 이끌고 싶을 뿐입니다. 다른 방법으로 이를 달성할 수 있습니까? 일반적으로 당신, Nikolai 또는 Anatoly와 같은 재능있는 사람들이 나를 도와 준다면 우리는 분명히 산을 옮길 것입니다!)
감사합니다. 조금 늦었지만 여전히.
먼저 이벤트 발생에 대한 정보를 직접 또는 간접적으로 얻는 데 필요한 형식을 결정하는 것이 좋습니다.
자체 DLL 작성이 고려되지 않는다는 사실에서 진행하면 API를 거부할 수 있습니까? 간접 방법이 적합한 경우:
창에서 첫 번째로 표시되는 막대의 인덱스를 확인하는 루프 스크립트를 차트에 걸었습니다 - WindowFirstVisibleBar(창의 막대 수와 함께 가능 - WindowBarsPerChart). 이전 값과 다르면 차트로 작업을 수행한 것입니다. 사실, 이 경우 마우스 휠만이 원인이 될 수 있습니다(시간 척도 변경 - "+", "-", Home 또는 End 누르기, 원하는 날짜로 직접 전환).
어쨌든 마우스 휠 회전 이벤트의 정의에서 정확히 무엇이 필요한지 이해하기에는 아직 정보가 충분하지 않습니다. 그런 다음 방법을 제안할 수 있습니다.
PS 음, 창 처리 기능에 액세스해야 하는 경우 SetWindowLongPtr입니다(msdn 참조). 그러나 DLL 없이는 할 수 없습니다. MQL 코드에 있는 새 메시지 처리 프로시저를 할당할 수 없습니다.
이 게시물에는 실제로 솔루션이 포함되어 있습니다. 웬일인지 그들은 그를 조금 짜지 않았습니다. 저자는 간단하고 참된 아이디어를 먼저 파악하고 놓치고 나머지와 함께 글로벌 솔루션을 찾기 시작했습니다. 불쌍해...
PS 도움이 되어서 기뻤습니다.)
이 게시물에는 실제로 솔루션이 포함되어 있습니다. 웬일인지 그들은 그를 조금 짜지 않았습니다. 저자는 단순하고 참된 아이디어를 먼저 파악하고 놓치고 나머지와 함께 글로벌 솔루션을 찾기 시작했습니다. 불쌍해...
PS 도움이 되어서 기뻤습니다.)
그런 다음 그러한 시간, 오래된 언어, 제한된 기회 ... 그래서 나는 제거해야했습니다 ... 저자, 즉 나는이 문제를 성공적으로 해결하고 안전하게 관심을 잃었습니다)))
가장 좋은 선택은 일반적인 관점에서 결정을 내리는 것이지만, 아무것도 증명할 목적이 아니라 우정을 기반으로 합니다.
물론 구현은 교착 상태에서 탈출구를 찾으려는 시도입니다. 휠로 스크롤할 가능성이 완전히 없기 때문에 이것은 가장 간단하고 "기본" 솔루션입니다. 완전한 솔루션을 얻기 위해 이미 서비스 데스크에 연락했습니다 . 글쎄, 여부는 개발자에게 달려 있습니다.나는 실행이 빠른 일정으로 진행될 것임을 이해합니다. 나는 가장 좋은 해결책이 개발자의 발아래 스크롤하고 휠을 누르는 이벤트를 추가하고 마우스 휠로 차트 스크롤을 일시적으로 비활성화하는 기능을 추가하도록 요청하는 것이라는 데 동의합니다. 결국, 그들에게는 십여 줄의 코드가 전혀 어렵지 않습니다. 갑자기 아무도 마우스 휠이 필요하지 않다고 결정한 이유는 명확하지 않습니다... 하지만 정말 가려우면 점프 차트의 솔루션을 옵션으로 다음과 같이 할 수 있습니다. 차트 자체 비활성화( ChartSetInteger(0,CHART_SHOW) ,false); ) 그리고 CCanvas를 통한 더블 생성, 그러나 이것은 물론 북극을 가로질러 이웃으로의 여행인 모든 탬버린입니다.
하지만 똑같이 - 당신은 또한 신용입니다. Peter - 멋진 사람이자 훌륭한 프로그래머입니다. 나는 항상 이것을 말했지만 나는 또한 당신이 아무도 필요로하지 않는 "터키에서 토마토 재배"에 창조적 잠재력을 사용한다고 말했습니다.
... 그러나 그는 또한 아무도 필요로 하지 않는 "터키에서 토마토 재배"에 창의적인 잠재력을 사용한다고 말했습니다.
제 관점을 말씀드리겠습니다.
이제 MT5 플랫폼은 엄청난 잠재력을 축적했습니다. 많은 기능과 라이브러리. 하지만 이와 함께 MQL 프로그램 개발도 정체 상태에 이르렀다.
추가 개발의 장애물은 플랫폼 내에서 프로그램의 성장 가능성이 없다는 것입니다 .
사용자는 그래픽 인터페이스 로 제어하는 모듈을 가져오지 않고는 소프트웨어 기능을 더 이상 확장할 수 없습니다.
MQL 프로그램에 GUI가 없다는 것은 추가 개발에 대한 글로벌 장벽입니다. Renat는 한 페이지에서 "어린이"프로그램의 기간이 끝나야한다고 말했습니다. 나는 그에게 전적으로 동의합니다. 그러나 트레이더가 "반바지"에서 벗어날 신체적 능력이 없다면 어떻게 끝날 수 있습니까?
MQL 프로그램에 GUI가 없는 결과를 나열해 보겠습니다.
모든 유용한 MT5 재료는 말하자면 내부에 "고정"되어 액세스할 수 없습니다.
GUI가 나타나자 마자 목발은 사라지고 MT5 고유의 가능성이 열립니다. 또한 많은 새로운 기능이 있을 것입니다.
//------------------------------------------------ -------------------------------------------------- ----------
내 공리: 복잡한 프로그램은 사용자와의 상호 작용 수단으로 그래픽 인터페이스가 없으면 완료될 수 없습니다. 그것은 찢어지고 차 안에 잠길 것입니다. 그녀와 함께 일하는 것은 항상 불편합니다. 초기에 원시적이고 단순하면 GUI가 필요하지 않지만 거래와 같은 영역에서는 프로그램이 지속적으로 진화하고 사용자와 상호 작용해야 합니다. 이것이 없으면 알고리즘 거래의 전체 산업은 한계에 도달하고 발전하지 않을 것입니다.
제 관점을 말씀드리겠습니다.
이제 MT5 플랫폼은 엄청난 잠재력을 축적했습니다. 많은 기능과 라이브러리. 그러나 이와 함께 MQL 프로그램 개발도 정체 상태에 이르렀다.
추가 개발의 장애물은 플랫폼 내에서 프로그램을 성장시킬 가능성이 없다는 것입니다 .
사용자는 모듈을 제어하는 그래픽 인터페이스 없이는 소프트웨어 기능을 더 이상 확장할 수 없습니다.
MQL 프로그램에 GUI가 없다는 것은 추가 개발에 대한 글로벌 장벽입니다. Renat는 한 페이지에서 "어린이"프로그램의 기간이 끝나야한다고 말했습니다. 나는 그에게 전적으로 동의합니다. 그러나 상인들이 "반바지"에서 나올 육체적 능력이 없다면 어떻게 끝날 수 있습니까?
MQL 프로그램에 GUI가 없는 결과를 나열해 보겠습니다.
모든 유용한 MT5 재료는 말하자면 내부에 "고정"되어 액세스할 수 없습니다.
GUI가 나타나자 마자 목발은 사라지고 MT5 고유의 가능성이 열립니다. 또한 많은 새로운 기능이 있을 것입니다.
//------------------------------------------------ -------------------------------------------------- ----------
내 공리: 복잡한 프로그램은 사용자와의 상호 작용 수단으로 그래픽 인터페이스가 없으면 완료될 수 없습니다. 그것은 찢어지고 차 안에 잠길 것입니다. 그녀와 함께 일하는 것은 항상 불편합니다. 초기에 원시적이고 단순하면 GUI가 필요하지 않지만 거래와 같은 영역에서는 프로그램이 지속적으로 진화하고 사용자와 상호 작용해야 합니다. 이것이 없으면 알고리즘 거래의 전체 산업은 한계에 도달하고 발전하지 않을 것입니다.
나는 Renat가 무엇을 의미했는지 완벽하게 이해합니다. 왜냐하면. 나 자신도 백 개 이상의 지표와 수십 개의 로봇을 만들곤 했지만 결국에는 그것이 모두 zilch라는 것을 깨달았지만 약간의 경험과 이해를 얻었습니다. 이제 몇 년 동안 나는 인터페이스가 마지막이고 인공 지능이 모든 것인 하나의 로봇에 대해 작업해 왔습니다. Renat는 다중 페이지 인터페이스가 필요하다는 의미가 아니라 코드 페이지의 수, 더 많은 노동력과 창의적인 생각이 투자된 양을 말하는 반면 같은 시장에서 대다수의 제품은 어린이의 쓸모없는 공예품입니다. . GUI는 무엇입니까? GUI는 잠재적 구매자, 과시 또는 겁을 복잡성과 혼동할 수 있습니다. 당신이 지금 작업하고 있는 모든 것과 Anatoly도 저를 용서해 주십시오. 모두 Windows 95입니다. 사람들은 이제 완전히 다른 인터페이스 패러다임에 익숙해지고 버릇이 되었습니다. 당신의 안드로이드 폰이나 아이폰의 인터페이스를 보세요. 단순함, 미니멀리즘, 직관성. 그것이 우리가 노력해야 하는 것입니다.
Peter, Google 웹사이트 google.com을 예로 들어 보겠습니다. 자, 어떤 인터페이스가 보이나요? 그러나 이 회사의 자본금은 5000억 달러 입니다. 오히려 15년 전에 인터페이스가 더 정교해졌고 몇 년 안에 인터페이스가 훨씬 더 겸손해질 것이기 때문에 인터페이스를 최소화하려고 노력합니다. 그러나 그들은 GUI 패션의 주요 트렌드 세터입니다. GUI의 필요성에 대한 귀하의 모든 열거는 선언적이며 매우 과장되거나 오히려 GUI와 전혀 관련이 없습니다(음, 반자동 거래를 위해 항목을 남겨 둘 수 있습니다). 글쎄, 적어도 같은 회사 Google-TensorFlow의이 새로운 기술을 보십시오. 이것은 기계 학습 기술, AI 기술 및 패턴 인식이며 자동 거래 프로그래머가 마스터하는 데 매우 유용하지만 이 GUI 기술은 전혀 필요하지 않습니다. 정말 - 내가 무슨 말을 하는 겁니까? OOP 기술이 당신에게 쓸모없는 도구라면!
나는 Renat가 무엇을 의미했는지 완벽하게 이해합니다. 왜냐하면. 나 자신도 백 개 이상의 지표와 수십 개의 로봇을 만들곤 했지만 결국에는 그것이 모두 zilch라는 것을 깨달았지만 약간의 경험과 이해를 얻었습니다. 이제 몇 년 동안 나는 인터페이스가 마지막이고 인공 지능이 모든 것인 하나의 로봇에 대해 작업해 왔습니다. Renat는 다중 페이지 인터페이스가 필요하다는 의미가 아니라 코드 페이지의 수, 더 많은 노동력과 창의적인 생각이 투자된 양을 말하는 반면 같은 시장에서 대다수의 제품은 어린이의 쓸모없는 공예품입니다. . GUI는 무엇입니까? GUI는 잠재적 구매자, 과시 또는 겁을 복잡성과 혼동할 수 있습니다. 당신이 지금 작업하고 있는 모든 것과 Anatoly도 저를 용서해 주십시오. 모두 Windows 95입니다. 사람들은 이제 완전히 다른 인터페이스 패러다임에 익숙해지고 버릇이 되었습니다. 당신의 안드로이드 폰이나 아이폰의 인터페이스를 보세요. 단순함, 미니멀리즘, 직관성. 그것이 우리가 노력해야 하는 것입니다.
Peter, Google 웹사이트 google.com을 예로 들어 보겠습니다. 자, 어떤 인터페이스가 보이나요? 그러나 이 회사의 자본금은 5000억 달러 입니다. 오히려 15년 전에 인터페이스가 더 정교해졌고 몇 년 안에 인터페이스가 훨씬 더 겸손해질 것이기 때문에 인터페이스를 최소화하려고 노력합니다. 그러나 그들은 GUI 패션의 주요 트렌드 세터입니다. GUI의 필요성에 대한 귀하의 모든 열거는 선언적이며 매우 과장되거나 오히려 GUI와 전혀 관련이 없습니다(음, 반자동 거래를 위해 항목을 남겨 둘 수 있습니다). 글쎄, 적어도 같은 회사 Google-TensorFlow의이 새로운 기술을 보십시오. 이것은 기계 학습 기술, AI 기술 및 패턴 인식이며 자동 거래 프로그래머가 마스터하는 데 매우 유용하지만 이 GUI 기술은 전혀 필요하지 않습니다. 정말 - 내가 무슨 말을 하는 겁니까? OOP 기술이 당신에게 쓸모없는 도구라면!
니콜라스, 우리는 서로를 이해하지 못한다.)
개인적으로 OOP는 정말 쓸모가 없지만 다른 사람들에게 OOP의 유용성을 부정하지는 않습니다 . 건강을 위해 사용하도록 하십시오.
GUI는 실질적으로 필요합니다. GUI는 더 복잡한 프로그램을 위한 공간을 열어줍니다. 그것은 창의적인 아이디어의 구현을 위해 현재 부족한 환경을 풍요롭게 할 것입니다. 프로그램에 고유한 얼굴을 부여하십시오.
반대로 ML(머신 러닝)은 알고리즘 거래를 절망적인 막다른 골목으로 이끌 것입니다. 시장 프로세스에 대한 이해가 없는 자동 추측 게임. 블랙박스 처리 통계 엉망. 그것은 시장을 이해하고 자신의 전략을 수립하려는 거래자의 욕구를 절단합니다. 기술 분석 교육 및 관련 기사는 관련이 없습니다. 상인의 생각의 죽음의 시간이 올 것입니다. 블랙박스가 지워줍니다.
Nikolai, 우리 생태계는 다양하고 풍부한 환경이어야 합니다. 확장해야 합니다. 알고 거래자는 새로운 소프트웨어 기능이 필요합니다. 나는 그들을 위해 다른 하나를 열고 싶습니다.)
그건 그렇고, 당신도 마침내 대규모 프로젝트에 참여하고 당신의 능력을 실현하기 시작해야합니다. 나는 당신 자신이 이것을 원하지만 어떤 식 으로든 그것을 원한다고 생각합니다. 당신에게는 엄청난 창조적 잠재력이 있기 때문에 유감입니다. 일반적으로 귀하의 발전을 보여주기를 기대합니다. 나는 그들을 볼 수 있기를 바랍니다.)
Реter Konow :
... 그것은 창의적인 아이디어의 구현을 위해 현재 희소한 환경을 풍요롭게 할 것입니다 . 프로그램에 고유한 얼굴을 부여하십시오.
"창의적인 아이디어를 구현하기 위한 빈약한 환경"이 의미하는 바를 설명해야 합니다. 내가 오해할까봐. MT5는 알고리즘 거래에서 창의적인 아이디어를 구현하기 위한 잠재적으로 매우 풍부한 환경입니다. 그러나 그 잠재력은 현재 거래자들 에 의해 20% - 30% 정도 사용되고 있습니다.
내가 '빈약한 환경'이라고 부르는 것은 잠재적인 공간이 아니라 실용영역의 실제 공간이다 . 제가 표현을 잘못했는지도 모릅니다.
"존재가 의식을 결정한다"는 말이 있습니다.
우리의 현재 창세기 - GUI가없는 프로그램은 높은 지적 장벽이 쌓여있는 조건에서 만들어졌습니다. 이것은 우리의 의식을 정의하고 우리는 GUI와 반자동 거래를 원하지 않습니다. 우리는 전략을 최적화하는 수단으로 히스토리 매칭의 가치를 믿습니다. 즉, 시장에 대한 이해를 심화하여 전략을 개선하려는 것이 아니라 역사에 맞게 조정하여 전략을 개선하려는 것입니다. 그렇지 않으면 자기기만. 이것이 우리의 의식이 수년에 걸쳐 정의된 방식입니다. 그리고 웬일인지 아무도 최적화를 눈의 솔직한 먼지로 생각하지 않습니다. 그러나 그녀의 테스터 성배 덕분에 얻을 수 있습니다.
마음의 체조에는 모든 장벽이 유용하지만 자유로운 창의력에는 장벽이 너무 많습니다. 일부 엔터티는 아이디어 구현을 돕고 다른 엔터티는 방해합니다. 주의하십시오 - 마크업 언어로 그래픽 "기계"를 구축하기 위해 프로그래밍 언어 의 가능성 중 일부만 필요했습니다. 그리고 여기서 요점은 프로그래머의 재능이 아니라 본질로 사물을 구별하는 능력입니다. 불필요한 것은 걷어내고 중요한 일에 집중하세요. 이 능력이 없는 사람은 가망 없는 일에 휘말리고 자신의 잠재력을 깨닫지 못할 것입니다. 사물을 보는 프리즘은 업무의 효율성과 재능의 실제 구현 규모를 결정합니다.
나만의 자아실현으로 남을 돕고, MT5를 글로벌 돌파구로 이끌고 싶을 뿐입니다. 다른 방법으로 이를 달성할 수 있습니까? 일반적으로 당신, Nikolai 또는 Anatoly와 같은 재능있는 사람들이 나를 도와 준다면 우리는 분명히 산을 옮길 것입니다!)
... 당신, Nikolay 또는 Anatoly와 같은 재능있는 사람들이 나를 도와준다면 우리는 반드시 산을 옮길 것입니다!)
아니, 피터, 나를 용서하지만 당신 자신의 산을 옮기십시오. 그리고 나는 나의 산들을 옮길 것이다. ))
나는 "안녕하세요"라고 말했지만 당신 은 아닙니다.)) 내 "산"을 당신에게 던지지 않을 것입니다.))