누구를 변명할까요? 내가 모르는 사람들? ))) - 이것은 포럼입니다 - 도움을 주는 Wiki ... 이것은 모든 사람이 자신의 의견을 표현/방어하는 플랫폼입니다. 그 이상도 그 이하도 아닙니다. - 의사 소통 과정에서 기술 측면 및/또는 경험 교환 이 리소스와 관련하여 아웃!
추신:
당신은 "필요한 그래픽 기능"의 개발자라고 생각합니다. 예, 필요합니다!
- 그러나 다른 프로그래머에게 친숙한 기능을 만들 수 있어야 합니다(불행히도 모든 사람이 동일한 문헌에서 배우고 미래에는 IT 거물이 제공하는 기능을 사용합니다. 즉, 우리는 친숙하고 이해하기 쉽고 액세스 가능한 기능에 대해 이야기하고 있습니다)
- 또는 데이터를 탐색/모델링할 수 있는 그래픽 인터페이스 에 래핑된 강력한 분석 패키지를 제공해야 합니다. 가능합니까? - 예를 들어 R 패키지와 경쟁할 수 있습니까?
Реter Konow : TS를 검색하고 개발하려면 (일부 경우 TS 자체가 필요하지 않습니다. 예를 들어 George는 어떤 TS를 신경 쓰지 않습니다) MT4로 충분합니다. 그럼 무슨 이야기를 할까요? 모든 사람은 자신의 필요가 있습니다. 한 사람은 수도원에서 잘 살고 있고, 다른 한 사람은 세계 일주를 하고 싶어합니다. 요컨대, 이 대화는 아무것도 아닙니다. 마치 자연을 바보같이 찍을 수 있다면 작가에게 왜 그림을 그려야 하는지 묻는 것과 같습니다. 어리석은 대화, 죄송합니다. ))
아아, 나는 또한 지역 "전문가"( 개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오. 그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다. 그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다. 그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다. 그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
누구를 변명할까요? 내가 모르는 사람들? ))) - 이것은 포럼입니다 - 도움을 주는 Wiki ... 이것은 모든 사람이 자신의 의견을 표현/방어하는 플랫폼입니다. 그 이상도 그 이하도 아닙니다. - 의사 소통 과정에서 기술 측면 및/또는 경험 교환 이 리소스와 관련하여 아웃!
추신:
당신은 "필요한 그래픽 기능"의 개발자라고 생각합니다. 예, 필요합니다!
- 그러나 다른 프로그래머에게 친숙한 기능을 만들 수 있어야 합니다(불행히도 모든 사람이 동일한 문헌에서 배우고 미래에는 IT 거물이 제공하는 기능을 사용합니다. 즉, 우리는 친숙하고 이해하기 쉽고 액세스 가능한 기능에 대해 이야기하고 있습니다)
- 또는 데이터를 탐색/모델링할 수 있는 그래픽 인터페이스에 래핑된 강력한 분석 패키지를 제공해야 합니다. - 가능합니까? - 예를 들어 R 패키지와 경쟁할 수 있습니까?
;)
나는 당신의 논리를 이해하려고 노력하고 있습니다. 저것들. R 패키지와 경쟁할 수 없다면 멀티스레딩이 필요하지 않습니까? 연결은 무엇입니까? 당신이 그것을 필요로하지 않으면 아무도 그것을 필요로하지 않아야한다는 것을 증명하려고합니까? 다시 말하지만, 모든 사람의 목표는 다릅니다. 나는 내 것이 있고 당신은 당신의 것이 있습니다.
아아, 나는 또한 지역 "전문가"( 개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오. 그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다. 그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다. 그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다. 그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
Реter Konow : 나는 당신의 논리를 이해하려고 노력하고 있습니다. 저것들. R 패키지와 경쟁할 수 없다면 멀티스레딩이 필요하지 않습니까? 연결은 무엇입니까? 당신이 그것을 필요로하지 않으면 아무도 그것을 필요로하지 않아야한다는 것을 증명하려고합니까? 다시 말하지만, 모든 사람의 목표는 다릅니다. 나는 내 것이 있고 당신은 당신의 것이 있습니다.
논리는 간단합니다. 최종 사용자, 수요가 있는 경우 최소한 한 달에 1-2명의 사용자가 있습니다. 존경합니다. 틈새 시장을 찾으셨습니다!
아아, 나는 또한 지역 "전문가"( 개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오. 그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다. 그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다. 그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다. 그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
"전문가"? - 당신과 이야기할 것이 없습니다. IMHO를 밀어넣으세요... 이 리소스에는 다양한 분야의 전문가가 있는 대규모 MQL 커뮤니티가 있습니다. 불행히도 커뮤니티에 유용한 지식을 보여주지 않았습니다. 다시 할 수 있습니다. 당신이 원하는 모든 것에 대해 나를 비난하십시오-"당신은 전문가입니다!"
개발자가 할 것인가? - 무엇을 그리고 왜? 잘 알려진 사용자가 아닌데 왜 필요한지 스스로도 설명할 수 없습니까? )))
MetaQoutes의 목적은 무엇입니까? - 여느 IT 기업과 마찬가지로 목표는 수익 창출! , 하지만 MetaQoutes가 서비스 홍보에 대해 매우 진지한 이유를 모르겠습니다. 알고리즘 거래를 대중화하고, 분석 자료를 제공하고, 인터넷 커뮤니티를 만들기 위해 많은 작업이 수행되었습니다. 몇 가지 IT 회사가 참여하고 있습니다. 이러한 자선 단체, 일반적으로 이들은 IT 거물입니다.
그래서 회사는 미래에 이익을 가져올 것에 자원을 소비합니다(사실이 아님) .... 하지만 여기에 ... 느린 Python 또는 Java의 개념을 MQl에 적용해야 하는 사용자가 나타났습니다 ... 재미없어요? - 당신은 몇 살입니까? ))))
피터 코노우 : 곧 알게 될 것입니다. 아직 알려지지 않았습니다.
확실히 - 나는 존경합니다. 종종 인내만이이 삶에서 당신의 틈새 시장을 찾는 데 도움이됩니다! 이 힘든 일에 행운을 빕니다!
이제 멀티스레딩을 추가하면 정말 나빠질까요? 그래서 그들은 MQL에 많은 것을 추가했고 이것은 정말 유용한 것입니다. 그러나 MQL로 매우 복잡하고 성가신 프로그램을 작성하는 사람만이 그 유용성을 이해할 수 있습니다. 멀티스레딩이 필요한 이유를 이해하지 못한다면 그러한 프로그램을 작성하지 마십시오. 쓰다보면 이해가 됩니다. 모든 것이 간단합니다. ))
아아, 나는 또한 지역 "전문가"( 개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오. 그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다. 그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다. 그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다. 그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
요청의 비동기 실행이 필요하지만 멀티스레딩의 예를 들어 주셨습니다. 이 점을 살펴보라고 권했지만 결코 알아내지 못했습니다.
여기에서 귀하의 문제에 대한 해결책을 설명했습니다: https://www.mql5.com/en/forum/318593/page4#comment_12568119
그러나 나는 당신이 그 주제를 공부하지도 않았다고 확신합니다.
제 생각에는 비동기식 대기열이 주어지면 여전히 멀티스레딩을 요청하게 될 것입니다... 적어도 OVERLAPPED 및 이벤트 처리를 시작하려고 시도하면 코드에서 WinAPI를 요청하는 것입니까?)
멀티스레딩이 터미널에 도입되면 프로그래머 지망생들에게 광속보다 빠르게 죽을 것입니다.
프로그래머는 자신의 무지에 맞게 프레임워크를 변경하도록 요구하는 것이 아니라 문제에 대한 솔루션을 찾고 있습니다.
어리석은 대화, 죄송합니다. ))
누구를 변명할까요? 내가 모르는 사람들? ))) - 이것은 포럼입니다 - 도움을 주는 Wiki ... 이것은 모든 사람이 자신의 의견을 표현/방어하는 플랫폼입니다. 그 이상도 그 이하도 아닙니다. - 의사 소통 과정에서 기술 측면 및/또는 경험 교환 이 리소스와 관련하여 아웃!
추신:
당신은 "필요한 그래픽 기능"의 개발자라고 생각합니다. 예, 필요합니다!
- 그러나 다른 프로그래머에게 친숙한 기능을 만들 수 있어야 합니다(불행히도 모든 사람이 동일한 문헌에서 배우고 미래에는 IT 거물이 제공하는 기능을 사용합니다. 즉, 우리는 친숙하고 이해하기 쉽고 액세스 가능한 기능에 대해 이야기하고 있습니다)
- 또는 데이터를 탐색/모델링할 수 있는 그래픽 인터페이스 에 래핑된 강력한 분석 패키지를 제공해야 합니다. 가능합니까? - 예를 들어 R 패키지와 경쟁할 수 있습니까?
;)
TS를 검색하고 개발하려면 (일부 경우 TS 자체가 필요하지 않습니다. 예를 들어 George는 어떤 TS를 신경 쓰지 않습니다) MT4로 충분합니다. 그럼 무슨 이야기를 할까요? 모든 사람은 자신의 필요가 있습니다. 한 사람은 수도원에서 잘 살고 있고, 다른 한 사람은 세계 일주를 하고 싶어합니다. 요컨대, 이 대화는 아무것도 아닙니다. 마치 자연을 바보같이 찍을 수 있다면 작가에게 왜 그림을 그려야 하는지 묻는 것과 같습니다. 어리석은 대화, 죄송합니다. ))
아아, 나는 또한 지역 "전문가"(
개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오.
그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다.
그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다.
그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다.
그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
누구를 변명할까요? 내가 모르는 사람들? ))) - 이것은 포럼입니다 - 도움을 주는 Wiki ... 이것은 모든 사람이 자신의 의견을 표현/방어하는 플랫폼입니다. 그 이상도 그 이하도 아닙니다. - 의사 소통 과정에서 기술 측면 및/또는 경험 교환 이 리소스와 관련하여 아웃!
추신:
당신은 "필요한 그래픽 기능"의 개발자라고 생각합니다. 예, 필요합니다!
- 그러나 다른 프로그래머에게 친숙한 기능을 만들 수 있어야 합니다(불행히도 모든 사람이 동일한 문헌에서 배우고 미래에는 IT 거물이 제공하는 기능을 사용합니다. 즉, 우리는 친숙하고 이해하기 쉽고 액세스 가능한 기능에 대해 이야기하고 있습니다)
- 또는 데이터를 탐색/모델링할 수 있는 그래픽 인터페이스에 래핑된 강력한 분석 패키지를 제공해야 합니다. - 가능합니까? - 예를 들어 R 패키지와 경쟁할 수 있습니까?
;)
아아, 나는 또한 지역 "전문가"(
개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오.
그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다.
그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다.
그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다.
그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
나는 당신의 논리를 이해하려고 노력하고 있습니다. 저것들. R 패키지와 경쟁할 수 없다면 멀티스레딩이 필요하지 않습니까? 연결은 무엇입니까? 당신이 그것을 필요로하지 않으면 아무도 그것을 필요로하지 않아야한다는 것을 증명하려고합니까? 다시 말하지만, 모든 사람의 목표는 다릅니다. 나는 내 것이 있고 당신은 당신의 것이 있습니다.
논리는 간단합니다. 최종 사용자, 수요가 있는 경우 최소한 한 달에 1-2명의 사용자가 있습니다. 존경합니다. 틈새 시장을 찾으셨습니다!
논리는 간단합니다. 최종 사용자, 수요가 있는 경우 한 달에 최소 1-2명의 사용자가 있습니다. 존경합니다. 틈새 시장을 찾으셨습니다!
아아, 나는 또한 지역 "전문가"(
개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오.
그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다.
그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다.
그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다.
그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
"전문가"? - 당신과 이야기할 것이 없습니다. IMHO를 밀어넣으세요... 이 리소스에는 다양한 분야의 전문가가 있는 대규모 MQL 커뮤니티가 있습니다. 불행히도 커뮤니티에 유용한 지식을 보여주지 않았습니다. 다시 할 수 있습니다. 당신이 원하는 모든 것에 대해 나를 비난하십시오-"당신은 전문가입니다!"
개발자가 할 것인가? - 무엇을 그리고 왜? 잘 알려진 사용자가 아닌데 왜 필요한지 스스로도 설명할 수 없습니까? )))
MetaQoutes의 목적은 무엇입니까? - 여느 IT 기업과 마찬가지로 목표는 수익 창출! , 하지만 MetaQoutes가 서비스 홍보에 대해 매우 진지한 이유를 모르겠습니다. 알고리즘 거래를 대중화하고, 분석 자료를 제공하고, 인터넷 커뮤니티를 만들기 위해 많은 작업이 수행되었습니다. 몇 가지 IT 회사가 참여하고 있습니다. 이러한 자선 단체, 일반적으로 이들은 IT 거물입니다.
그래서 회사는 미래에 이익을 가져올 것에 자원을 소비합니다(사실이 아님) .... 하지만 여기에 ... 느린 Python 또는 Java의 개념을 MQl에 적용해야 하는 사용자가 나타났습니다 ... 재미없어요? - 당신은 몇 살입니까? ))))
곧 알게 될 것입니다. 아직 알려지지 않았습니다.
확실히 - 나는 존경합니다. 종종 인내만이이 삶에서 당신의 틈새 시장을 찾는 데 도움이됩니다! 이 힘든 일에 행운을 빕니다!
...
이제 멀티스레딩을 추가하면 정말 나빠질까요? 그래서 그들은 MQL에 많은 것을 추가했고 이것은 정말 유용한 것입니다. 그러나 MQL로 매우 복잡하고 성가신 프로그램을 작성하는 사람만이 그 유용성을 이해할 수 있습니다. 멀티스레딩이 필요한 이유를 이해하지 못한다면 그러한 프로그램을 작성하지 마십시오. 쓰다보면 이해가 됩니다. 모든 것이 간단합니다. ))
...
확실히 - 나는 존경합니다. 종종 인내만이이 삶에서 당신의 틈새 시장을 찾는 데 도움이됩니다! 이 힘든 일에 행운을 빕니다!
고맙습니다. 당신 같은!
아아, 나는 또한 지역 "전문가"(
개발자가 비동기식으로 코드를 작성하기 위해 EventLoop를 만든다면 그들이 말하는 것처럼 존중하고 존중하십시오.
그리고 터미널은 해당 제품 부문의 리더가 되어 모든 사람을 모든 의미에서 다른 세계 터미널 개발로 만들 것입니다.
그들은 비동기 실행이 필요한 문제 영역이 어디에 있는지 정확히 알고 있지만 어떤 이유로 동일한 표시기가 여전히 하나의 스레드에서 실행됩니다.
그리고 이러한 이유로 틱 차트를 구현하지 않는다는 다른 사용자의 가정이 있습니다. 사용자가 틱 차트에 많은 지표를 걸지 않을까 하는 부정적인 두려움이 있을 것입니다.
그리고 이것은 눈에 보이는 부분일 뿐이므로 지역 전문가의 말을 듣는 것이 항상 유용한 것은 아닙니다. 아아, 세계가 이미 오랫동안 멀티스레드로 구현되었을 때 한 스레드에 갇혔습니다.
요청의 비동기 실행이 필요하지만 멀티스레딩의 예를 들어 주셨습니다. 이 점을 살펴보라고 권했지만 결코 알아내지 못했습니다.
여기에서 귀하의 문제에 대한 해결책을 설명했습니다: https://www.mql5.com/en/forum/318593/page4#comment_12568119
그러나 나는 당신이 그 주제를 공부하지도 않았다고 확신합니다.
제 생각에는 비동기식 대기열이 주어지면 여전히 멀티스레딩을 요청하게 될 것입니다... 적어도 OVERLAPPED 및 이벤트 처리를 시작하려고 시도하면 코드에서 WinAPI를 요청하는 것입니까?)
멀티스레딩이 터미널에 도입되면 프로그래머 지망생들에게 광속보다 빠르게 죽을 것입니다.
프로그래머는 자신의 무지에 맞게 프레임워크를 변경하도록 요구하는 것이 아니라 문제에 대한 솔루션을 찾고 있습니다.