러시아어로 코드 작성하기. 그러한 프로그램의 장단점. - 페이지 14

 
Dmitry Fedoseev :
단 하나의 문제가 해결되었습니다. 여러 가지가 있을 수 있으며 결론을 내릴 수 있습니다.
동의한다. 하지만 계속해서 경쟁하고 다음 대회로 나아가기 위해서는 대회의 각 단계의 결과를 객관적으로 평가할 필요가 있었다. 여기서부터 문제가 시작되었습니다...
 
Реter Konow :
동의한다. 하지만 계속해서 경쟁하고 다음 대회로 나아가기 위해서는 대회의 각 단계의 결과를 객관적으로 평가할 필요가 있었다. 여기서부터 문제가 시작되었습니다...
예 ... 몇 가지 문제가 있었습니다.
 
Комбинатор :
네.

글쎄, 나는 헝가리어 표기법이 filkin의 편지라는 데 동의하지 않습니다.

다음과 같은 오류를 피하는 데 한 번 이상 도움이 되었습니다.

byte btA;

int iB

........

while(btА < iB) // Возможно зацикливание

{

.....

++btA;

};

물론 과장하자면, 헝가리 표기법은 항상 변수의 유형과 유사하므로 종종 미묘한 오류를 피하는 데 도움이 됩니다.

 
Реter Konow :

물론 GA 알고리즘의 '보편성'이 절대적으로 필요하다는 것을 부정하지는 않는다. 나는 또한 내 알고리즘이 (일반 알고리즘보다 훨씬 더 효율적이기는 하지만) 그 문제만 해결하기 때문에 정확하게 더 나빠질 수 있다는 점을 인정합니다.

그러나 텍스트로 문제를 풀기 위한 경쟁에서 우리는 하나의 문제에 대해 테스트할 수 없는 보편성이 아닌 결과(안타 수)에서 정확히 경쟁했습니다.

그래서 스스로를 절대 승자로 내세우지 않고 다재다능함을 더하기 위해 계속 경쟁하고 싶었다.

그러나 챔피언십의 바퀴에서 수많은 스포크가 시작되었고 모든 것이 사라졌습니다.

나는 재능있는 사람들을 위해 다시 한 번 반복 할 것입니다. 텍스트의 문제 또는 챔피언십에서 제기될 수 있는 다른 문제는 문제의 소스 코드를 모르는 상태에서 해결해야 했습니다. 솔루션의 예는 MQ의 일반 테스터에 표시되었습니다.

예, 캐치가 없다는 사실을 포함하여 누군가가 생성해야했기 때문에 작업의 소스 코드를 만들었습니다. 나는 MQ 옵티마이저가 수백만 개의 작업을 수행하는 수백만 명의 트레이더에게 매일 하는 것처럼 이러한 "알 수 없는" 문제를 성공적으로 해결하는 방법을 보여주었습니다.

사전에 경고했습니다. 문제 해결은 문제 코드를 모르는 상태에서 이루어져야 하지만 당신과 Event는 문제 코드에 들어가 구조의 기능을 사용하는 데 사용하지 않았습니다. - 알 수 없는 콘텐츠 문제의 최적화. 경쟁자들은 테스터가 하는 것처럼 문제를 모르고 최적화하여 그를 이기도록 하고, 예, 저를 이기려고 했습니다.

그런 다음 당신은 내가 알고리즘의 문제에 대한 지식을 사용하지 않는다는 사실에 의문을 제기했고, 그 후 공통 합의에 따라 문제 편집을 심판의 손에 넘기기로 결정했지만 그 후에도 계속 경쟁 문제의 소스 코드를 요구합니다. 더 이상 경쟁에서 오는 문제의 소스 코드를 볼 수 없다는 것이 분명해진 후 귀하의 부정직한(문제 해결 조건 우회) 텍스트 문제의 이전 솔루션을 고려하여 - 귀하는 떠나기로 결정했습니다. "큰 소리로 문을 두드리는 소리".

심판은 여전히 신호 X를 기다리고 있으며, 그 후 그는 독립적으로 경쟁 작업을 생성합니다. 그러나 아직 경쟁의 조건에 따라 참여할 수 있는 사람이 없거나 최소한 복잡한 최적화 문제를 충분한 품질로 해결할 준비가 되어 있는 사람이 없기 때문에 X는 아직 오지 않았습니다.

이것이 실제로 일어난 방법입니다. 코드가 키릴 문자로 작성되었다는 사실 때문에 풀타임 테스터가 해결하는 작업과 같이 알 수 없는 내용이 있는 거래자의 일상적인 작업을 해결하는 데 유용하지 않습니다. 진정으로 유용하려면 키릴 문자로 작성된 프로그램 이상의 것이 필요합니다.

 
Andrey Dik :

나는 재능있는 사람들을 위해 다시 한 번 반복 할 것입니다. 텍스트의 문제 또는 챔피언십에서 제기될 수 있는 다른 문제는 문제의 소스 코드를 모르는 상태에서 해결해야 했습니다. 솔루션의 예는 MQ의 일반 테스터에 표시되었습니다.

예, 캐치가 없다는 사실을 포함하여 누군가가 생성해야했기 때문에 작업의 소스 코드를 만들었습니다. 나는 MQ 옵티마이저가 수백만 개의 작업을 수행하는 수백만 명의 트레이더에게 매일 하는 것처럼 이러한 "알 수 없는" 문제를 성공적으로 해결하는 방법을 보여주었습니다.

사전에 경고했습니다. 문제 해결은 문제 코드를 모르는 상태에서 이루어져야 하지만 당신과 Event는 문제 코드에 들어가 구조의 기능을 사용하는 데 사용하지 않았습니다. - 알 수 없는 콘텐츠 문제의 최적화. 경쟁자들은 테스터가 하는 것처럼 문제를 모르고 최적화하여 그를 이기도록 하고, 예, 저를 이기려고 했습니다.

그런 다음 당신은 내가 알고리즘의 문제에 대한 지식을 사용하지 않는다는 사실에 의문을 제기했고, 그 후 공통 합의에 따라 문제 편집을 심판의 손에 넘기기로 결정했지만 그 후에도 계속 경쟁 문제의 소스 코드를 요구합니다. 더 이상 경쟁에서 오는 문제의 소스 코드를 볼 수 없다는 것이 분명해진 후 귀하의 부정직한(문제 해결 조건 우회) 텍스트 문제의 이전 솔루션을 고려하여 - 귀하는 떠나기로 결정했습니다. "큰 소리로 문을 두드리는 소리".

심판은 여전히 신호 X를 기다리고 있으며, 그 후 그는 독립적으로 경쟁 작업을 생성합니다. 그러나 아직 경쟁의 조건에 따라 참여할 수 있는 사람이 없거나 최소한 복잡한 최적화 문제를 충분한 품질로 해결할 준비가 되어 있는 사람이 없기 때문에 X는 아직 오지 않았습니다.

이것이 실제로 일어난 방법입니다. 코드가 키릴 문자로 작성되었다는 사실 때문에 풀타임 테스터가 해결하는 작업과 같이 알 수 없는 내용이 있는 거래자의 일상적인 작업을 해결하는 데 유용하지 않습니다. 진정으로 유용하려면 키릴 문자로 작성된 프로그램 이상의 것이 필요합니다.

주최측이 해석한 실패한 우승의 간략한 역사... 역사의 한 페이지를 넘기자. )

 
Реter Konow :

실패한 챔피언십의 짧은 역사...

글쎄, 당신은 도망 쳤습니다. 모이게 된 이야기입니다. 나머지는 준비가 되지 않았다고 합니다. 와서 정직하게 문제를 해결하십시오. 그러면 챔피언십이 있을 것입니다.
 
Andrey Dik :
글쎄, 당신은 도망 쳤습니다. 모이게 된 이야기입니다. 나머지는 준비가 되지 않았다고 합니다. 와서 정직하게 문제를 해결하십시오. 그러면 챔피언십이 있을 것입니다.
좋은)
 
George Merts :

헝가리어 표기법 - 항상 변수 유형과 유사하여 종종 미묘한 오류를 방지하는 데 도움이 됩니다.

MQL에 관한 한 컴파일러가 신경 쓰지 않는 경고는 없습니다. 특히 다양한 유형의 정수 및 분수를 사용하는 혼합 수학 연산은 때때로 이러한 단점을 제공합니다. 지옥, 원하는 유형으로 강제해야 하는 사람을 찾을 수 있습니다.

조지 머츠 :

while(btА < iB) // Возможно зацикливание

{

.....

++btA;

};

연산자 자체의 카운터는 루핑 측면에서 더 안정적입니다. - while(btА++ < iB)
 
Реter Konow :

실패한 챔피언십의 간략한 역사

안드레이 딕 :
글쎄, 당신은 도망 쳤습니다. 모이게 된 이야기입니다.

)) 오, 그리고 어떻게 모든 것이 잘 시작되었는지 ... ))

 
Alexey Navoykov :

)) 오, 그리고 어떻게 모든 것이 잘 시작되었는지 ... ))

도발하지 마십시오. 여기에서 논의되는 또 다른 주제가 있습니다.