1) 코드가 작동하지 않는 경우 - 작성자의 문제이며 작성자만의 문제이며 작성자 이외의 누구도 이에 대해 책임을 지지 않습니다. 메시지로 판단하면 자신이 작동하는지 확신하지 못합니다. 정말 믿지 않았다.
2) 러시아어 이름 - 적어도 불편하고(여기서 눈을 감아도 됨) 이 경우 디버거에서와 같이 모든 곳에서 작동하지 않을 수 있으며 시스템에 러시아어가 없으면 여전히 어려울 것입니다. 당신이 그것을 시도하고 그것이 무엇인지 알아낼 때까지 디버거가 필요하지 않다고 말하지 마십시오.
3) 코드에서 어떤 것도 반복해서는 안 됩니다. 이것은 매우 나쁜 프로그래밍 스타일입니다. 각 문자를 수동으로 수정하시겠습니까? 그리고 터미널 "EURUSD"에는 표시되지 않지만 "EURUSDf"가 있거나 일반적으로 FORTS인 경우 주식이 있습니까? 어떤 것이 두 번 이상 쓰여지면 그것을 하는 함수가 있어야 합니다.
잘못된 비유. 이것은 무역의 세계이며 여기에 오는 사람들은 대체로 미래의 과학자나 엔지니어가 아니라 모험가입니다. 그들의 임무는 운을 시험해 빠르게 많은 돈을 버는 것입니다. 물론 우리 모두와 같이 진지한 사람들에게는 이것이 진지하지 않습니다. 그러나 그들에게 노력의 의미는 이것에만 있습니다.
그들의 초기 두뇌력은 낮고 OOP의 종소리와 휘파람은 분명히 그들이 우리 생태계에 적극적으로 침투하는 것을 방해합니다. 그들은 자신의 아이디어를 빠르고 쉽게 테스트하고 싶어하며 머리가 너무 무겁고 무서워서 "도대체 내가 이것을 필요로하는 이유가 무엇입니까? ..."라고 생각하지 않을 수 없습니다.
물론 이것은 상황의 매우 비유적이고 풍자적인 표현이지만 본질은 여전히 동일합니다.
그래서 그는 아무 것도 듣지 않고 듣고 싶어하지 않습니다. 왜냐하면 ... 그리고 설명이 같은 구절에 있기 때문입니다.
1) 코드가 작동하지 않는 경우 - 작성자의 문제이며 작성자만의 문제이며 작성자 이외의 누구도 이에 대해 책임을 지지 않습니다. 메시지로 판단하면 자신이 작동하는지 확신하지 못합니다. 정말 믿지 않았다.
2) 러시아어 이름 - 적어도 불편하고(여기서 눈을 감아도 됨) 이 경우 디버거에서와 같이 모든 곳에서 작동하지 않을 수 있으며 시스템에 러시아어가 없으면 여전히 어려울 것입니다. 당신이 그것을 시도하고 그것이 무엇인지 알아낼 때까지 디버거가 필요하지 않다고 말하지 마십시오.
3) 코드에서 어떤 것도 반복해서는 안 됩니다. 이것은 매우 나쁜 프로그래밍 스타일입니다. 각 문자를 수동으로 수정하시겠습니까? 그리고 그것이 "EURUSD" 터미널에서 끝나지 않고 "EURUSDf"가 있을 것입니다. 또는 일반적으로 FORTS인 경우 주식이 있습니까? 어떤 것이 두 번 이상 쓰여지면 그것을 하는 함수가 있어야 합니다.
4) 개요에서 모든 TF 및 기호에 대해 큰 부분을 가져왔습니다... 요청하지 않을 수 있는 기호에 메모리를 할당하는 이유는 무엇입니까? 그리고 사용자가 시장 개요가 아닌 기호를 필요로 한다면?
5) 그런데 EuroBas는 이해하지 못했습니다. 모든 기호를 수동으로 입력하시겠습니까? 그럼 나쁜 소식이 있습니다 - 많은 캐릭터가 있으며 "집합 연산자"가 아닌 프로그래머가되기를 바랍니다.
------
글쎄, 마지막으로 약간의 비판.
1. 물론 아무도 논쟁하지 않습니다. 내 수표는 피상적이었습니다. 그러나 지금 나는 누군가의 명령을 이행하는 것이 아니라 OOP 없이는 그러한 과제를 효과적으로 해결할 수 없다는 관점을 단순히 반박합니다. 기억하다? - 모든 것은 이것으로 시작되었습니다.
2. 편리하거나 불편한 경우 디버거가 필요합니다. 필요하지 않습니다. 이는 전적으로 주관적이고 개인적인 것입니다. 다시 말하지만 이것은 주제에서 벗어났습니다. 주제는 OOP 없이 대처하고 덜 효과적인 솔루션을 만드는 방법을 증명하고 보여주는 것입니다.
3. 여기에서 시스템 부하를 최소화하면서 수십 개의 기호 및 시간 프레임에 대한 새 막대 이벤트를 수정하는 문제를 해결하기 위한 옵션 중 하나를 제안합니다. 최소한의 것입니다.그리고 이를 위해 나는 미래의 모든 거래 기능 이 이 솔루션에 적응하도록 강제합니다. 자원 절약이 우선순위가 아닌 경우 다른 솔루션을 사용할 수 있습니다.
4. 3번 항목 참조.
5. 이것은 하나의 예일 뿐이며, 자신만의 방식으로 거래 기능을 작성할 수 있습니다. 이것은 상인의 일입니다.
1. 물론 아무도 논쟁하지 않습니다. 내 수표는 피상적이었습니다. 그러나 지금 나는 누군가의 명령을 이행하는 것이 아니라 OOP 없이는 그러한 과제를 효과적으로 해결할 수 없다는 관점을 단순히 반박합니다. 기억하다? - 모든 것은 이것으로 시작되었습니다.
2. 편리하거나 불편한 경우 디버거가 필요합니다. 필요하지 않습니다. 이는 전적으로 주관적이고 개인적인 것입니다. 다시 말하지만 이것은 주제에서 벗어났습니다. 주제는 OOP 없이 대처하고 덜 효과적인 솔루션을 만드는 방법을 증명하고 보여주는 것입니다.
3. 여기에서 시스템 부하를 최소화하면서 수십 개의 기호 및 시간 프레임에 대한 새 막대 이벤트를 수정하는 문제를 해결하기 위한 옵션 중 하나를 제안합니다. 최소한의 것입니다.그리고 이를 위해 나는 미래의 모든 거래 기능 이 이 솔루션에 적응하도록 강제합니다. 리소스 절약이 우선 순위가 아닌 경우 다른 솔루션을 사용할 수 있습니다.
4. 3번 항목 참조.
5. 이것은 하나의 예일 뿐이며, 자신만의 방식으로 거래 기능을 작성할 수 있습니다. 이것은 상인의 일입니다.
1) 코드가 작동하지 않습니다 - 무엇을 말하는 것입니까? 무슨 웁스?
2) "메르세데스"와 비교하여 "트램"이 얼마나 마음에 드는지 말씀해 주십시오. 나는 당신이 무엇을 좋아하는지 상관하지 않습니다. 순전히 취향의 문제
3) 메모리와 시스템에 대한 최대 로드가 있지만 최대 로드보다 여전히 쓰기 방법에 대해 생각해야 합니다. 이것을 위해 내가 당신에게 썼지만 당신은 그것을 필요로하지 않는 것 같습니다.
4) n 3 참조
5) 예, 거래자가 코드를 수정하도록 합니다. 어딘가에 상인을위한 프로그램 지식에 관한 주제가있었습니다. 나쁜 놈이 가르치게하십시오.
----
나는 그것이 증명해야한다고 생각합니다. 당신에게 무언가를 말하는 것은 무의미합니다. 나는 내 아마추어적인 의견을 밀어 넣을 것입니다. 나는 당신에게 달려 있습니다. 나는 프리랜서로 가서 주문을 더 잘 끝낼 것입니다.
뭐가 이상해? 이것은 어리석은 생각입니다. 다른 10-20 페이지에 대해 반대를 증명할 사람에게 설명하는 것입니다. 당신의 프로그래밍 스타일은 완벽하고 비판할 수 없습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
Mt4 지원 종료.
니콜라이 셈코 , 2017.09.12 02:02
또한 현재 TF의 새 막대가 도착하면 알고리즘이 작동하기 시작하고 매일 실행하면 작동할 때까지 하루 종일 기다릴 수 있습니다.나는 더 명확하려고 노력할 것입니다 :
1) 코드가 작동하지 않는 경우 - 작성자의 문제이며 작성자만의 문제이며 작성자 이외의 누구도 이에 대해 책임을 지지 않습니다. 메시지로 판단하면 자신이 작동하는지 확신하지 못합니다. 정말 믿지 않았다.
2) 러시아어 이름 - 적어도 불편하고(여기서 눈을 감아도 됨) 이 경우 디버거에서와 같이 모든 곳에서 작동하지 않을 수 있으며 시스템에 러시아어가 없으면 여전히 어려울 것입니다. 당신이 그것을 시도하고 그것이 무엇인지 알아낼 때까지 디버거가 필요하지 않다고 말하지 마십시오.
3) 코드에서 어떤 것도 반복해서는 안 됩니다. 이것은 매우 나쁜 프로그래밍 스타일입니다. 각 문자를 수동으로 수정하시겠습니까? 그리고 터미널 "EURUSD"에는 표시되지 않지만 "EURUSDf"가 있거나 일반적으로 FORTS인 경우 주식이 있습니까? 어떤 것이 두 번 이상 쓰여지면 그것을 하는 함수가 있어야 합니다.
4) 개요에서 모든 TF 및 기호에 대해 큰 부분을 가져왔습니다... 요청하지 않을 수 있는 기호에 메모리를 할당하는 이유는 무엇입니까? 그리고 사용자가 시장 개요가 아닌 기호를 필요로 한다면?
5) 그런데 EuroBas는 이해하지 못했습니다. 모든 기호를 수동으로 입력하시겠습니까? 그럼 나쁜 소식이 있습니다 - 많은 캐릭터가 있으며 "집합 연산자"가 아닌 프로그래머가되기를 바랍니다.
------
여전히 코드를 뒤질 수 있고 목록이 길 수 있지만 적어도 이것을 이해해야 합니다. 코드는 이미 훨씬 더 나아질 것입니다.
당신은 여기에서 훌륭한 전문가입니다. 정확성과 자원의 경제성 측면에서 내 솔루션을 평가하십시오. 당신은 그 본질을 이해했습니다. 왜 침묵?
귀하의 접근 방식은 기본적으로 잘못되었습니다. 그리고 당신은 왜 물어, 당신은 상관하지 않습니다.
이 믿음에서 다리가 여기에서 자랍니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
Mt4 지원 종료.
Peter Konow , 2017.09.09 23:20
잘못된 비유. 이것은 무역의 세계이며 여기에 오는 사람들은 대체로 미래의 과학자나 엔지니어가 아니라 모험가입니다. 그들의 임무는 운을 시험해 빠르게 많은 돈을 버는 것입니다. 물론 우리 모두와 같이 진지한 사람들에게는 이것이 진지하지 않습니다. 그러나 그들에게 노력의 의미는 이것에만 있습니다.
그들의 초기 두뇌력은 낮고 OOP의 종소리와 휘파람은 분명히 그들이 우리 생태계에 적극적으로 침투하는 것을 방해합니다. 그들은 자신의 아이디어를 빠르고 쉽게 테스트하고 싶어하며 머리가 너무 무겁고 무서워서 "도대체 내가 이것을 필요로하는 이유가 무엇입니까? ..."라고 생각하지 않을 수 없습니다.
물론 이것은 상황의 매우 비유적이고 풍자적인 표현이지만 본질은 여전히 동일합니다.
그래서 그는 아무 것도 듣지 않고 듣고 싶어하지 않습니다. 왜냐하면 ... 그리고 설명이 같은 구절에 있기 때문입니다.
나는 더 명확하게하려고 노력할 것입니다 :
1) 코드가 작동하지 않는 경우 - 작성자의 문제이며 작성자만의 문제이며 작성자 이외의 누구도 이에 대해 책임을 지지 않습니다. 메시지로 판단하면 자신이 작동하는지 확신하지 못합니다. 정말 믿지 않았다.
2) 러시아어 이름 - 적어도 불편하고(여기서 눈을 감아도 됨) 이 경우 디버거에서와 같이 모든 곳에서 작동하지 않을 수 있으며 시스템에 러시아어가 없으면 여전히 어려울 것입니다. 당신이 그것을 시도하고 그것이 무엇인지 알아낼 때까지 디버거가 필요하지 않다고 말하지 마십시오.
3) 코드에서 어떤 것도 반복해서는 안 됩니다. 이것은 매우 나쁜 프로그래밍 스타일입니다. 각 문자를 수동으로 수정하시겠습니까? 그리고 그것이 "EURUSD" 터미널에서 끝나지 않고 "EURUSDf"가 있을 것입니다. 또는 일반적으로 FORTS인 경우 주식이 있습니까? 어떤 것이 두 번 이상 쓰여지면 그것을 하는 함수가 있어야 합니다.
4) 개요에서 모든 TF 및 기호에 대해 큰 부분을 가져왔습니다... 요청하지 않을 수 있는 기호에 메모리를 할당하는 이유는 무엇입니까? 그리고 사용자가 시장 개요가 아닌 기호를 필요로 한다면?
5) 그런데 EuroBas는 이해하지 못했습니다. 모든 기호를 수동으로 입력하시겠습니까? 그럼 나쁜 소식이 있습니다 - 많은 캐릭터가 있으며 "집합 연산자"가 아닌 프로그래머가되기를 바랍니다.
------
글쎄, 마지막으로 약간의 비판.
1. 물론 아무도 논쟁하지 않습니다. 내 수표는 피상적이었습니다. 그러나 지금 나는 누군가의 명령을 이행하는 것이 아니라 OOP 없이는 그러한 과제를 효과적으로 해결할 수 없다는 관점을 단순히 반박합니다. 기억하다? - 모든 것은 이것으로 시작되었습니다.
2. 편리하거나 불편한 경우 디버거가 필요합니다. 필요하지 않습니다. 이는 전적으로 주관적이고 개인적인 것입니다. 다시 말하지만 이것은 주제에서 벗어났습니다. 주제는 OOP 없이 대처하고 덜 효과적인 솔루션을 만드는 방법을 증명하고 보여주는 것입니다.
3. 여기에서 시스템 부하를 최소화하면서 수십 개의 기호 및 시간 프레임에 대한 새 막대 이벤트를 수정하는 문제를 해결하기 위한 옵션 중 하나를 제안합니다. 최소한의 것입니다. 그리고 이를 위해 나는 미래의 모든 거래 기능 이 이 솔루션에 적응하도록 강제합니다. 자원 절약이 우선순위가 아닌 경우 다른 솔루션을 사용할 수 있습니다.
4. 3번 항목 참조.
5. 이것은 하나의 예일 뿐이며, 자신만의 방식으로 거래 기능을 작성할 수 있습니다. 이것은 상인의 일입니다.
글쎄, 마지막으로 약간의 비판.
1. 물론 아무도 논쟁하지 않습니다. 내 수표는 피상적이었습니다. 그러나 지금 나는 누군가의 명령을 이행하는 것이 아니라 OOP 없이는 그러한 과제를 효과적으로 해결할 수 없다는 관점을 단순히 반박합니다. 기억하다? - 모든 것은 이것으로 시작되었습니다.
2. 편리하거나 불편한 경우 디버거가 필요합니다. 필요하지 않습니다. 이는 전적으로 주관적이고 개인적인 것입니다. 다시 말하지만 이것은 주제에서 벗어났습니다. 주제는 OOP 없이 대처하고 덜 효과적인 솔루션을 만드는 방법을 증명하고 보여주는 것입니다.
3. 여기에서 시스템 부하를 최소화하면서 수십 개의 기호 및 시간 프레임에 대한 새 막대 이벤트를 수정하는 문제를 해결하기 위한 옵션 중 하나를 제안합니다. 최소한의 것입니다. 그리고 이를 위해 나는 미래의 모든 거래 기능 이 이 솔루션에 적응하도록 강제합니다. 리소스 절약이 우선 순위가 아닌 경우 다른 솔루션을 사용할 수 있습니다.
4. 3번 항목 참조.
5. 이것은 하나의 예일 뿐이며, 자신만의 방식으로 거래 기능을 작성할 수 있습니다. 이것은 상인의 일입니다.
1) 코드가 작동하지 않습니다 - 무엇을 말하는 것입니까? 무슨 웁스?
2) "메르세데스"와 비교하여 "트램"이 얼마나 마음에 드는지 말씀해 주십시오. 나는 당신이 무엇을 좋아하는지 상관하지 않습니다. 순전히 취향의 문제
3) 메모리와 시스템에 대한 최대 로드가 있지만 최대 로드보다 여전히 쓰기 방법에 대해 생각해야 합니다. 이것을 위해 내가 당신에게 썼지만 당신은 그것을 필요로하지 않는 것 같습니다.
4) n 3 참조
5) 예, 거래자가 코드를 수정하도록 합니다. 어딘가에 상인을위한 프로그램 지식에 관한 주제가있었습니다. 나쁜 놈이 가르치게하십시오.
----
나는 그것이 증명해야한다고 생각합니다. 당신에게 무언가를 말하는 것은 무의미합니다. 나는 내 아마추어적인 의견을 밀어 넣을 것입니다. 나는 당신에게 달려 있습니다. 나는 프리랜서로 가서 주문을 더 잘 끝낼 것입니다.
나의 본래 임무 : OOP를 사용하지 않고 효과적인 솔루션을 보여줍니다.
내 결정의 핵심 : - 분당 한 번씩 모든 기호 및 시간 프레임의 새 막대에 대한 이벤트 플래그의 전역 배열 형성.
장점:
1. 자동 배열 채우기 및 자동 지우기.
2. 시스템에 부하가 없습니다.
3. 모든 기능에서 어레이에 직접 액세스 하고 어레이가 지워질 때까지 이벤트 플래그를 저장합니다.
나의 본래 임무 : OOP를 사용하지 않고 효과적인 솔루션을 보여줍니다.
내 결정의 핵심 : - 분당 한 번씩 모든 기호 및 시간 프레임의 새 막대에 대한 이벤트 플래그의 전역 배열 형성.
장점:
1. 자동 배열 채우기 및 자동 지우기.
2. 시스템에 부하가 없습니다.
3. 모든 기능에서 어레이에 직접 액세스 하고 어레이가 지워질 때까지 이벤트 플래그를 저장합니다.
장점:
3. 모든 기능에서 어레이에 직접 액세스 하고 어레이가 지워질 때까지 이벤트 플래그를 저장합니다.
이것이 장점인지는 논란의 여지가 있습니다.
우연히 누군가가 깃발을 바꿀 것이며 이는 차량의 동작에 영향을 줄 것입니다.