MQL4에서 dll로 2차원 배열 전달 - 페이지 6

 

8시간 안에 일을 할 시간이 없으면 나쁜 일꾼이라는 말이 있습니다.

마찬가지로, 큰 코드를 작성하면 나쁜 프로그래머가 아니라 나쁘거나 쓸모없는 알고리즘 전문가입니다.

동시에, 당신은 뛰어난 프로그래머가 될 수 있습니다. 이것은 같은 것이 아닙니다.

요약하자면, 위의 모든 사항은 어레이에 문제가 없습니다. 이 모든 것은 악한 자의 것입니다.

 
 
Debugger :



Vadim이 똑똑한 머리라는 사실은 아무도 이것을 의심하지 않습니다. 나는 다른 것에 대해 이야기하고 있습니다.

알고리즘이 작동하면 작동합니다. 작동합니다.

그렇지 않다면 적어도 시프터를 만들고 적어도 유산을 하면 한쪽 끝이 있을 것입니다.

각 문제에는 (적어도) 2가지 유형의 솔루션이 있습니다: 특정 및 일반. 첫 번째 경우에는 가장 비용이 저렴한(시간 및 리소스 측면에서) 솔루션이 만들어지고 잊혀지고(대부분이 이 접근 방식을 사용함), 두 번째 경우에는 "시간과 리소스가 기하급수적 으로 소비됩니다. 문제의 완성도". 그들 사이의 차이점: 동일한 유형의 문제를 해결하는 데 여러 번 사용할 수 있다는 점입니다(시간을 보낸 후 도구를 만든 다음 "제한 없이" 사용). "균일성"(해결할 수 있는 작업 범위)은 초기 "문제 완전성 범위"에서 기본 노동 및 자원 비용과 직접 연결됩니다. "차이를 느끼기 위해" 두 번째 옵션("무엇에 관한 것입니까?"을 이해하지 못하더라도)에서 작업할 필요가 없습니다... :)

추신 그리고 "끝에"(다른 할 일이 없는 경우) "두 손가락으로" 작업을 "매달"(로드)할 수 있습니다. :)))

 
TarasBY :

각 문제에는 (적어도) 2가지 유형의 솔루션이 있습니다: 특정 및 일반

여기에서는 라라가 필요하지 않습니다. 각 문제에는 * opu를 통해 정상적인 솔루션이 있습니다. 기능의 수를 자랑하는 것은 당신의 무능력에 대해 이미 서명하고 있습니다.
 
TheXpert :
여기에서는 라라가 필요하지 않습니다. 각 문제에는 * opu를 통해 정상적인 솔루션이 있습니다. 기능의 수를 자랑하는 것은 당신의 무능력에 대해 이미 서명하고 있습니다.

정확히! STL과 Boost의 제작자는 완전히 멍청하고 완전히 무능합니다. 단 한 명의 Andrey만이 슈퍼 프로그래머입니다 - 모든 것을 위한 하나의 기능 :-))
 
TheXpert :
여기에서는 라라가 필요하지 않습니다. 각 문제에는 * opu를 통해 정상적인 솔루션이 있습니다. 기능의 수를 자랑하는 것은 당신의 무능력에 대해 이미 서명하고 있습니다.

그래서 나는 이해하지 못했습니다 : 당신은 무엇의 전문가입니까 ??? 정상 전문가는 일하고 남의 일에 혀를 긁지 않습니다 !!! :)))
 
TarasBY :
정상 전문가는 일하고 남의 일에 혀를 긁지 않습니다 !!! :)))

방해하지 않습니다. 나는 여전히 거래를 관리합니다.

여기 있습니다 - 당신의 기술을 보여주세요 - https://www.mql5.com/ru/forum/11674

동시에, 당신의 퍼포먼스에서 "guru" 코드를 보자.

 
내가 (내가 내 발로 서있는 한) 내가 갈 수 있는 곳은 "내 주먹을 측정"하는 것입니다 (당신은 모든 ** Dakoff를 죽일 수 없지만 하나는 적을 것입니다). 나머지 "측정"은 의미가 없습니다. 나. 이것은 내 삶의 우선 순위 시스템으로, 깊이 파고들 필요는 없지만 단순히 "틀림"하지 마십시오.
 
TarasBY :
그것은 "주먹을 측정하기 위해"입니다.
글쎄, kagbe는 논리적입니다 - 덮을 것이 없습니다 - 우리는 주먹을 흔들기 시작합니다. 배수 계산
 
예를 들어 WinUser32.mgh를 임의로 변경하여 Zhunko에게 그가 틀렸다는 것을 증명하려고 하는 것이 삶에서 숨쉬는 것과 같이 필요한 사람들에게 무언가를 설명(그리고 증명하지 않음)하는 것보다 더 쉽고(그리고 더 흥미롭습니다) ) 걸리버 (심지어 Lilliputians 중에서)입니다. :)))