아마도 대부분의 사용자는 CCanvas, CGrafic 및 CCanvas3D가 작업하는 데 OOP 원칙 및 구문에 대한 지식이 필요한 클래스가 아니라 필요한 시각화를 제공하는 애플리케이션이 되기를 원할 것입니다. 단지 아는 것이 아니라 사실 - Nikolai가 하는 것처럼 자신의 시각화 시스템을 구축하는 것입니다.
클래스를 아는 것만으로는 충분하지 않습니다. "낮은" 수준에서 라이브러리에서 자신의 솔루션을 조합할 수 있어야 합니다. 스스로 개발자가 되어야 합니다. 그리고 이것은 사용자의 1%에게 주어집니다.
미리 만들어진 시각화 응용 프로그램이 제공되면 사용자는 더 이상 배울 필요가 없지만 더 많이 배울 것입니다.
Реter Konow : 아마도 대부분의 사용자는 CCanvas, CGrafic 및 CCanvas3D가 작업하는 데 OOP 원칙 및 구문에 대한 지식이 필요한 클래스가 아니라 필요한 시각화를 제공하는 애플리케이션이 되기를 원할 것입니다. 단지 아는 것이 아니라 사실 - Nikolai가 하는 것처럼 자신의 시각화 시스템을 구축하는 것입니다.
클래스를 아는 것만으로는 충분하지 않습니다. "낮은" 수준에서 라이브러리에서 자신의 솔루션을 조합할 수 있어야 합니다. 스스로 개발자가 되어야 합니다. 그리고 이것은 사용자의 1%에게 주어집니다.
미리 만들어진 시각화 응용 프로그램이 제공되면 사용자는 더 이상 배울 필요가 없지만 더 많이 배울 것입니다.
그게 필요 할까? 모르겠어.
글쎄, 당신이 볼랜드를 기억한다면 그래픽 인터페이스 는 비주얼 편집기에서 조립되고 패널에 컨트롤 레이아웃을 넣은 다음 핸들러를 작성합니다. ME에 비주얼 모드에서 레이아웃을 조합할 수 있는 그래픽 기능이 있다면 그래픽 애플리케이션의 구성을 크게 단순화할 것입니다. GUI 구축을 연구한 대부분의 현대 프로그래머는 시각적 그래픽 편집기에 익숙해져 있기 때문에 순수한 C 스타일 코드로 그래픽 응용 프로그램을 레이아웃하는 것은 누구에게도 관심이 없습니다. 이것은 이미 하드코어 C 스타일이기 때문입니다. 그래픽 응용 프로그램을 빌드하려면 시각적 편집기가 필요하며, 그러면 사람들이 그것을 연구하기 위해 끌릴 것이고 VS 또는 RadStudio에서 작업한 사람들은 일반적으로 시각적 편집기를 빠르게 마스터할 것입니다.
Реter Konow : 아마도 대부분의 사용자는 CCanvas, CGrafic 및 CCanvas3D가 작업하는 데 OOP 원칙 및 구문에 대한 지식이 필요한 클래스가 아니라 필요한 시각화를 제공하는 애플리케이션이 되기를 원할 것입니다. 단지 아는 것이 아니라 사실 - Nikolai가 하는 것처럼 자신의 시각화 시스템을 구축하는 것입니다.
클래스를 아는 것만으로는 충분하지 않습니다. "낮은" 수준에서 라이브러리에서 자신의 솔루션을 조합할 수 있어야 합니다. 스스로 개발자가 되어야 합니다. 그리고 이것은 사용자의 1%에게 주어집니다.
미리 만들어진 시각화 응용 프로그램이 제공되면 사용자는 더 이상 배울 필요가 없지만 더 많이 배울 것입니다.
그게 필요 할까? 모르겠어.
모을 수 있는 능력이 필요하다는 점을 적극 지지합니다...
그것이 필요한지 아닌지는 또 다른 문제입니다.
개발자 자신이 터미널을 거래 도구 또는 프로그래밍 도구로 간주하는지 궁금합니다.
지금은 제가 틀렸을 수도 있지만 항상 사용자가 거래에 필요한 기능을 구현하기 위해 ME가 특별히 제공되었다고 생각했습니다. 무역이다!
그러나 현재 ME의 프로그래밍 깊이는 큐브를 "수집"하고 프로그래밍을 매우 진지하게 이해할 수 있어야 하는 영역으로 이동했습니다....
그리고 그것은 결국 무엇으로 이어지는가? 또한 고급 거래 도구는 숙련된 프로그래머만 사용할 수 있습니다!
즉, 프로그래머가 아니면 장사를 할 일이 없겠지만... 어이가 없다...
ME는 부족한 기능을 채우는 조수일 뿐입니다. 터미널 자체(다양한 마스터)에 구축하는 것이 더 정확합니다.
그리고 사실 ME는 이제 점점 더 많은 사용자의 지식을 요구하는 새로운 개발 환경으로 발전하고 있습니다.
이러한 결론을 바탕으로 시각화 도구가 필요하지만 프로그래밍에 대한 깊은 지식이 없는 사용자도 사용할 수 있어야 합니다.
지금은 제가 틀렸을 수도 있지만 항상 사용자가 거래에 필요한 기능을 구현하기 위해 ME가 특별히 제공되었다고 생각했습니다. 무역이다!
그러나 현재 ME의 프로그래밍 깊이는 큐브를 "수집"하고 프로그래밍을 매우 진지하게 이해할 수 있어야 하는 영역으로 이동했습니다....
그리고 그것은 결국 무엇으로 이어지는가? 또한 고급 거래 도구는 숙련된 프로그래머만 사용할 수 있습니다!
즉, 프로그래머가 아니라면 거래에서 할 일이 없습니다 ... 그러나 그것은 터무니없는 것입니다 ...
ME는 부족한 기능을 채우는 조수일 뿐입니다. 터미널 자체(다양한 마스터)에 구축하는 것이 더 정확합니다.
그리고 사실 ME는 이제 점점 더 많은 사용자의 지식을 요구하는 새로운 개발 환경으로 발전하고 있습니다.
이러한 결론을 바탕으로 시각화 도구가 필요하지만 프로그래밍에 대한 깊은 지식이 없는 사용자도 사용할 수 있어야 합니다.
이 접근 방식을 통해서만 수요가 있을 것입니다.
이것은 제 생각일 뿐 누구에게도 강요하지 않습니다.
그런 다음 MetaTrader4가 너무 유명해서 다리로 끌 수 없는 이유를 설명하시겠습니까? 결국, 상위 5개에는 4개에 포함된 모든 것이 있고 거기에는 꿈도 꾸지 못한 엄청난 양이 있습니다.
꿈도 꾸지 못한 것은 주부의 힘을 넘어선 것이다. 그러나 상위 4위 안에 든 것은 여전히 상위 5위 안에 있습니다. 왜 이것으로 충분하지 않습니까? 결국, 전에, 4에서 충분했습니다. 그리고 그들은 프로그램을 작성했지만 충분하지 않았습니다. 그리고 이제 그들이 같은 수준에 있고 같은 방식으로 프로그램을 작성하는 것을 방해하는 것은 없습니다. 그러나 어떤 이유로 그들은 신음하고 모든 것이 어렵다고 말합니다 ... 그러나 더 어려워지지는 않았습니다. 모든 것이 동일합니다. 나는 그들이 마스터 할 수없는 거기에 올라야한다고 말하는 것이 아니지만 가장 간단한 (네 가지에서와 같이) 여기에서도 사용할 수 있습니다. 원하는만큼 쓰십시오 ... 아마도 제 생각에는 습관에서 한 곳을 찢는 습관과 게으름의 끔찍한 힘으로 "오래된 모자를 버리십시오".
/Controls에서 인터페이스를 빌드하기 위한 컨트롤 라이브러리를 살펴보세요. 이미 기회의 여지가 있습니다. 네, 충분합니다.
그러나 신은 1%의 사람들이 그러한 기회의 존재를 보기 위해 그곳에 오는 것을 금합니다. 이 단계에서 모든 것이 죽습니다. 사람들은 "사용하기 어렵다"가 아니라 가능성조차 볼 수 없습니다.
입구에서 모든 잠재 사용자의 99%를 잃었다면 훈련이나 자극의 추가 최적화는 더 이상 중요하지 않습니다.
왜 졌어? 예, 모두가 너무 게으르고 검색하거나 읽거나 긴장을 푸는 것조차 어렵기 때문입니다.
그리고 그 문제는 어떤 빠르고/효과적인/마법적인 행동으로도 해결될 수 없습니다. 20년 동안 해온 체계적인 훈련만이
질문: R의 기본 기능과 유사한 약 500개의 강력한 수학 기능 이 표준 라이브러리에 있다는 것을 누가 압니까?
반론: 총 수에서 "가장 강력하고" "가장 단순한" MQL이 얼마나 많은 기능을 하는지
모든 기능을 완벽하게 갖추고 잠재적으로 가장 수익성이 높은 Expert Advisor를 작성하기에 충분합니다.
세계의 주요 통화 쌍에서?
반론: 총 수에서 "가장 강력하고" "가장 단순한" MQL이 얼마나 많은 기능을 하는지
모든 기능을 완벽하게 갖추고 잠재적으로 가장 수익성이 높은 Expert Advisor를 작성하기에 충분합니다.
세계의 주요 통화 쌍에서?
이것은 알려지지 않았으므로 기능이 많을수록 좋습니다.
이것은 알려지지 않았으므로 기능이 많을수록 좋습니다.
"많을수록 좋다"는 것은 아닙니다. 하나, 다른 하나, 그리고 아마도 세 번째의 "필요한 양"이면 충분합니다.
이것은 알려지지 않았으므로 기능이 많을수록 좋습니다.
동의한다. 성공적인 거래를 위해 어떤 기능이 필수적인지는 전혀 알려져 있지 않습니다. 일반적인 규칙은 없습니다.
모든 통화 쌍에서 외환 거래의 일반적인 규칙에는 문제가 없습니다. 문제는 대응 조치의 정확한 추적, 프로그래밍 및 실행에 있습니다.
아마도 대부분의 사용자는 CCanvas, CGrafic 및 CCanvas3D가 작업하는 데 OOP 원칙 및 구문에 대한 지식이 필요한 클래스가 아니라 필요한 시각화를 제공하는 애플리케이션이 되기를 원할 것입니다. 단지 아는 것이 아니라 사실 - Nikolai가 하는 것처럼 자신의 시각화 시스템을 구축하는 것입니다.
글쎄, 당신이 볼랜드를 기억한다면 그래픽 인터페이스 는 비주얼 편집기에서 조립되고 패널에 컨트롤 레이아웃을 넣은 다음 핸들러를 작성합니다.
ME에 비주얼 모드에서 레이아웃을 조합할 수 있는 그래픽 기능이 있다면 그래픽 애플리케이션의 구성을 크게 단순화할 것입니다.
GUI 구축을 연구한 대부분의 현대 프로그래머는 시각적 그래픽 편집기에 익숙해져 있기 때문에
순수한 C 스타일 코드로 그래픽 응용 프로그램을 레이아웃하는 것은 누구에게도 관심이 없습니다. 이것은 이미 하드코어 C 스타일이기 때문입니다.
그래픽 응용 프로그램을 빌드하려면 시각적 편집기가 필요하며, 그러면 사람들이 그것을 연구하기 위해 끌릴 것이고 VS 또는 RadStudio에서 작업한 사람들은 일반적으로 시각적 편집기를 빠르게 마스터할 것입니다.
아마도 대부분의 사용자는 CCanvas, CGrafic 및 CCanvas3D가 작업하는 데 OOP 원칙 및 구문에 대한 지식이 필요한 클래스가 아니라 필요한 시각화를 제공하는 애플리케이션이 되기를 원할 것입니다. 단지 아는 것이 아니라 사실 - Nikolai가 하는 것처럼 자신의 시각화 시스템을 구축하는 것입니다.
모을 수 있는 능력이 필요하다는 점을 적극 지지합니다...
그것이 필요한지 아닌지는 또 다른 문제입니다.
개발자 자신이 터미널을 거래 도구 또는 프로그래밍 도구로 간주하는지 궁금합니다.
지금은 제가 틀렸을 수도 있지만 항상 사용자가 거래에 필요한 기능을 구현하기 위해 ME가 특별히 제공되었다고 생각했습니다. 무역이다!
그러나 현재 ME의 프로그래밍 깊이는 큐브를 "수집"하고 프로그래밍을 매우 진지하게 이해할 수 있어야 하는 영역으로 이동했습니다....
그리고 그것은 결국 무엇으로 이어지는가? 또한 고급 거래 도구는 숙련된 프로그래머만 사용할 수 있습니다!
즉, 프로그래머가 아니면 장사를 할 일이 없겠지만... 어이가 없다...
ME는 부족한 기능을 채우는 조수일 뿐입니다. 터미널 자체(다양한 마스터)에 구축하는 것이 더 정확합니다.
그리고 사실 ME는 이제 점점 더 많은 사용자의 지식을 요구하는 새로운 개발 환경으로 발전하고 있습니다.
이러한 결론을 바탕으로 시각화 도구가 필요하지만 프로그래밍에 대한 깊은 지식이 없는 사용자도 사용할 수 있어야 합니다.
이 접근 방식을 통해서만 수요가 있을 것입니다.
이것은 제 생각일 뿐 누구에게도 강요하지 않습니다.
Renat Fatkhullin :
20년 동안 해온 체계적인 훈련만이
모을 수 있는 능력이 필요하다는 점을 적극 지지합니다...
그것이 필요한지 아닌지는 또 다른 문제입니다.
개발자 자신이 터미널을 거래 도구 또는 프로그래밍 도구로 간주하는지 궁금합니다.
지금은 제가 틀렸을 수도 있지만 항상 사용자가 거래에 필요한 기능을 구현하기 위해 ME가 특별히 제공되었다고 생각했습니다. 무역이다!
그러나 현재 ME의 프로그래밍 깊이는 큐브를 "수집"하고 프로그래밍을 매우 진지하게 이해할 수 있어야 하는 영역으로 이동했습니다....
그리고 그것은 결국 무엇으로 이어지는가? 또한 고급 거래 도구는 숙련된 프로그래머만 사용할 수 있습니다!
즉, 프로그래머가 아니라면 거래에서 할 일이 없습니다 ... 그러나 그것은 터무니없는 것입니다 ...
ME는 부족한 기능을 채우는 조수일 뿐입니다. 터미널 자체(다양한 마스터)에 구축하는 것이 더 정확합니다.
그리고 사실 ME는 이제 점점 더 많은 사용자의 지식을 요구하는 새로운 개발 환경으로 발전하고 있습니다.
이러한 결론을 바탕으로 시각화 도구가 필요하지만 프로그래밍에 대한 깊은 지식이 없는 사용자도 사용할 수 있어야 합니다.
이 접근 방식을 통해서만 수요가 있을 것입니다.
이것은 제 생각일 뿐 누구에게도 강요하지 않습니다.
그런 다음 MetaTrader4가 너무 유명해서 다리로 끌 수 없는 이유를 설명하시겠습니까? 결국, 상위 5개에는 4개에 포함된 모든 것이 있고 거기에는 꿈도 꾸지 못한 엄청난 양이 있습니다.
꿈도 꾸지 못한 것은 주부의 힘을 넘어선 것이다. 그러나 상위 4위 안에 든 것은 여전히 상위 5위 안에 있습니다. 왜 이것으로 충분하지 않습니까? 결국, 전에, 4에서 충분했습니다. 그리고 그들은 프로그램을 작성했지만 충분하지 않았습니다. 그리고 이제 그들이 같은 수준에 있고 같은 방식으로 프로그램을 작성하는 것을 방해하는 것은 없습니다. 그러나 어떤 이유로 그들은 신음하고 모든 것이 어렵다고 말합니다 ... 그러나 더 어려워지지는 않았습니다. 모든 것이 동일합니다. 나는 그들이 마스터 할 수없는 거기에 올라야한다고 말하는 것이 아니지만 가장 간단한 (네 가지에서와 같이) 여기에서도 사용할 수 있습니다. 원하는만큼 쓰십시오 ...
아마도 제 생각에는 습관에서 한 곳을 찢는 습관과 게으름의 끔찍한 힘으로 "오래된 모자를 버리십시오".