개인적으로 캔버스는 취미이자 레크리에이션입니다. 나는 새로운 그래픽 라이브러리와 GUI를 개발하는 부담을 지고 있지 않기 때문입니다. 이것은 더 이상 취미가 아니라 시간이 필요한 작업입니다. 아마도 질문이 제기되면 그는 그것을 잘 할 수 있습니다.
내 생각에 MT는 그래픽과 시각화 측면에서 훨씬 뒤떨어져 있습니다. 최소 10년 이 방향은 MQ 팀의 우선 순위 목록에 포함되지 않았습니다. 비즈니스용 래퍼는 때때로 결정적인 역할을 합니다.
네, Nikolai, 캔버스가 취미라는 것을 압니다! 그리고 나는 그것이 우리의 진정한 영혼과 지식을 넣는 것이 취미이기 때문에 그렇게 유지되기를 매우 원합니다. 나는 새로운 GUI 라이브러리가 당신의 예를 기반으로 오래 가지 않을 것이라고 확신합니다! 그래서 계속 이 점에 대해 말씀해주셨으면 합니다.
물론 이에 대한 분위기가 있다면 작은 요청이 하나 있습니다. 예 중 하나에서 캔버스에 "금형"을 그리고 각각 끌어다 놓을 수 있는 기능을 그렸습니다. 마우스에 포커스가 있을 때 색상이 변경되는 이러한 양식에 "닫기" 버튼을 추가해 보십시오. 또는 활성(끌어서 놓기 상태 또는 전경) 및 수동(백그라운드)에서 동일한 "형식"의 "제목"을 변경합니다.
이것은 전체 캔버스를 다시 그리지 않고 캔버스의 특정 영역을 변경하는 좋은 예가 될 것입니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
Renat, 우리 둘 다 mql 환경의 많은 개발자가 여전히 절차적 디자인에서 뛰어내리지 않았다는 것을 알고 있습니다. 왜냐하면 OOP는 황소에 대한 빨간 걸레와 같고 당신은 파이썬에 대해 이야기하고 있기 때문입니다. Python, sharp - 모두 분명히 OOP이므로 사람들은 실제로 마스터하기를 원하지 않습니다. 그러나 모든 것에는 때가 있고 얼음이 깨질 것입니다. 사람들은 여전히 MT4에서 내릴 수 없습니다
그리고 이 기회에 나는 아주 작은 위시리스트를 표현하고 싶습니다. ex4 형식에서 ex5 형식으로 도구의 자동 변환기를 만드십시오. 많은 사용자(개발자가 아님)가 MT5로 전환하지 않는 이유는 아마도 한 번 구입한 좋아하는 도구가 MT4에서만 작동하기 때문입니다. 자연에 자동 변환기가 있었다면 사용자가 한 터미널에서 다른 터미널로 전환하는 데 도움이 되는 터미널 자체의 일부였더라면 더욱 좋았을 것입니다. 이것이 MT5의 인기를 높일 것입니다.
MT와 차트의 외부 디자인과 사용자를 위한 그래픽 라이브러리에 대해 이야기하고 있습니다. 우선, 이것은 앤티 앨리어싱 된 그래픽이없고 창 메뉴 인터페이스를 통한 다양한 옵션 및 설정의 선택입니다.
그러나 이것은 실제로 전혀 중요하지 않습니다. 20대 어딘가에서 중요합니다.
하지만 디자인이나 그래픽에 문제가 있다는 주장은 절대 받아들이지 않습니다.고마워, 알렉시.
거의 모든 것이 그렇습니다. 주제가 되어주셔서 감사합니다.
개인적으로 캔버스는 취미이자 레크리에이션입니다. 나는 새로운 그래픽 라이브러리와 GUI를 개발하는 부담을 지고 있지 않기 때문입니다. 이것은 더 이상 취미가 아니라 시간이 필요한 작업입니다. 아마도 질문이 제기되면 그는 그것을 잘 할 수 있습니다.
내 생각에 MT는 그래픽과 시각화 측면에서 훨씬 뒤떨어져 있습니다. 최소 10년 이 방향은 MQ 팀의 우선 순위 목록에 포함되지 않았습니다. 비즈니스용 래퍼는 때때로 결정적인 역할을 합니다.
네, Nikolai, 캔버스가 취미라는 것을 압니다! 그리고 나는 그것이 우리의 진정한 영혼과 지식을 넣는 것이 취미이기 때문에 그렇게 유지되기를 매우 원합니다. 나는 새로운 GUI 라이브러리가 당신의 예를 기반으로 오래 가지 않을 것이라고 확신합니다! 그래서 계속 이 점에 대해 말씀해주셨으면 합니다.
물론 이에 대한 분위기가 있다면 작은 요청이 하나 있습니다. 예 중 하나에서 캔버스에 "금형"을 그리고 각각 끌어다 놓을 수 있는 기능을 그렸습니다. 마우스에 포커스가 있을 때 색상이 변경되는 이러한 양식에 "닫기" 버튼을 추가해 보십시오. 또는 활성(끌어서 놓기 상태 또는 전경) 및 수동(백그라운드)에서 동일한 "형식"의 "제목"을 변경합니다.
이것은 전체 캔버스를 다시 그리지 않고 캔버스의 특정 영역을 변경하는 좋은 예가 될 것입니다.
다시 한 번 반복합니다. 기분과 욕망이 있다면! :)
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
Renat, 우리 둘 다 mql 환경의 많은 개발자가 여전히 절차적 디자인에서 뛰어내리지 않았다는 것을 알고 있습니다. 왜냐하면 OOP는 황소에 대한 빨간 걸레와 같고 당신은 파이썬에 대해 이야기하고 있기 때문입니다. Python, sharp - 모두 분명히 OOP이므로 사람들은 실제로 마스터하기를 원하지 않습니다. 그러나 모든 것에는 때가 있고 얼음이 깨질 것입니다. 사람들은 여전히 MT4에서 내릴 수 없습니다
그리고 이 기회에 나는 아주 작은 위시리스트를 표현하고 싶습니다. ex4 형식에서 ex5 형식으로 도구의 자동 변환기를 만드십시오. 많은 사용자(개발자가 아님)가 MT5로 전환하지 않는 이유는 아마도 한 번 구입한 좋아하는 도구가 MT4에서만 작동하기 때문입니다. 자연에 자동 변환기가 있었다면 사용자가 한 터미널에서 다른 터미널로 전환하는 데 도움이 되는 터미널 자체의 일부였더라면 더욱 좋았을 것입니다. 이것이 MT5의 인기를 높일 것입니다.
.... 그리고 당신은 파이썬에 대해 이야기하고 있습니다 (또는 더 일찍 날카로운 것에 대해). Python, sharp - 모두 분명히 OOP이므로 사람들은 실제로 마스터하기를 원하지 않습니다. ...
그냥 모든 사람을 위해 말하지 마십시오 ...
나는 단지 탬버린과 함께 춤을 추고 싶지 않습니다. 그리고 그들은 아주 오래 전에 글을 썼을 것입니다. 왜냐하면 인터넷에는 흥미로운 것들이 많이 있으며 파이썬으로 되어 있습니다."어디에 적용할 수 있나요?"와 같은 문구를 읽을 때 나는 명백한 근시안적 시각 때문에 혼미에 빠진다. 그런 질문을 하는 사람들은 정말 아무런 지표도 조언자도 없이 맨몸으로 터미널을 사용합니까?
나는 그런 사람들이 분명히 존재한다고 믿습니다. 그러나 그들은 극소수입니다. 나머지는 어떤 경우에도 Expert Advisors 또는 지표를 사용합니다.
지표는 선험적으로 데이터 시각화 도구입니다!
EA는 최소한 권장 사항을 시각화합니다.
두 도구 모두 정보 시각화에 관여합니다. 그리고 Nikolai가 그의 세련된 예에서 우리에게 보여주는 것은 바로 시각화의 가능성입니다!
그리고 많은 사람들이 그것을 실천할 상상력이 부족하다는 사실 .. 질문은 실제로 환상이 아니라 특정 요구가없는 경우입니다.
그것은 "보편적인 무의미함"으로 투사하는 "필요의 개인적 부족"의 가치가 없습니다.
그건 그렇고, Nikolai, 나는 이미 귀하의 예제에서 컨트롤 중 하나 이상을 발견했습니다. SLAE 솔루션 예제에서 구현된 "슬라이더"는 여기에서 " 스크롤 막대 " 도구까지 한 단계입니다.
그냥 모든 사람을 위해 말하지 마십시오 ...
나는 단지 탬버린과 함께 춤을 추고 싶지 않습니다. 그리고 그들은 아주 오래 전에 글을 썼을 것입니다. 왜냐하면 인터넷에는 흥미로운 것들이 많이 있으며 파이썬으로 되어 있습니다.내가 "모두"라고 말했는가??? 아니요, 그는 단지 "많은"이라고 말했습니다))) 그래서 당신은 그것을 개인적으로 받아들여서는 안됩니다. 안심하고 살자!
현실의 문제는 사람들이 정말로 높은 수준에 도달 할 수 없다는 것입니다. 그리고 당신이 그것에 대해 할 수 있는 것이 없습니다.
복잡성 문제는 다음과 같습니다.
요구 사항 증가로 인해 하위 계층이 솔루션을 제공할 수 없거나 단순히 비용 효율적이지 않기 때문에 프로세스가 점점 더 복잡해지고 기능적으로 발전합니다. 롤백을 허용하지 않는 진행 상황입니다.
물론 상인의 전체 계층은 그것이 무엇에 관한 것인지조차 이해하지 못하고 단순히 넘어집니다. 그리고 그들을 훈련시키는 것은 거의 불가능합니다. 극소수의 사람들이 수천 시간의 훈련에 투자할 것입니다.
따라서 문제를 모르는 사람들이 나타나지만 플래그를 사용하여 낮은 수준으로 호출합니다. 진행과 함께 다운!
우리는 다음과 같은 사람들을 위한 기회를 개발합니다."어디에 적용할 수 있나요?"와 같은 문구를 읽을 때 나는 명백한 근시안적 시각 때문에 혼미에 빠진다. 그런 질문을 하는 사람들은 정말 아무런 지표도 조언자도 없이 맨손으로 터미널을 사용하고 있습니까?
나는 그런 사람들이 분명히 존재한다고 믿습니다. 그러나 그들은 극소수입니다. 나머지는 어떤 경우에도 Expert Advisors 또는 지표를 사용합니다.
지표는 선험적으로 데이터 시각화 도구입니다!
EA는 최소한 권장 사항을 시각화합니다.
두 도구 모두 정보 시각화에 관여합니다. 그리고 Nikolai가 그의 세련된 예에서 우리에게 보여주는 것은 바로 시각화의 가능성입니다!
그리고 많은 사람들이 그것을 실천할 상상력이 부족하다는 사실 .. 질문은 실제로 환상이 아니라 특정 요구가없는 경우입니다.
그것은 "보편적인 무의미함"으로 투사하는 "필요의 개인적 부족"의 가치가 없습니다.
그건 그렇고, Nikolai, 나는 이미 귀하의 예제에서 컨트롤 중 하나 이상을 발견했습니다. SLAE 솔루션 예제에서 구현된 "슬라이더"는 "스크롤 막대" 도구까지 한 단계입니다.
Nikolay가 하는 것은 모든 소년이 프로그래밍을 배우기 시작할 때 하는 것입니다.
Renat, 당신은 터미널 기능의 다음 확장에 대해 언급했습니다. 정말 대단합니다!
많은 요구 사항이 현재 표준 라이브러리의 도움으로 해결되었습니다. 그러나 많은 개발자가 구현된 요구 사항의 일부가 플랫폼 코어 자체 수준에서 구현된다면 더 잘 "볼 수 있을 것"이라는 데 동의할 것이라고 믿습니다.
예를 들어, 작년에 추가 차트의 도움으로 설명된 SQLite 또는 병렬 프로세스에 대한 동일한 작업... - 이러한 기능은 표준 라이브러리가 아니라 플랫폼 자체에서 구현되어야 합니다.