사실, 나는 내 손가락에 대해 이야기하고 있습니다. 프로그래머는 내장 옵션 "의식적인 선택"이 있지만 프로그래머가 아닌 사람은 옵션이 없으므로 줄 수 또는 기타 항목으로 선택하고 더 자주 선택하도록 제공되는 것을 전혀 이해하지 못합니다. . 그러나 그는 이것을 상기하고 프로그래머를 raspaltsovshchik라고 부를 때 화를 냅니다. 예를 들어
블라디미르 :
이것이 그들이 두려워하고 원하지 않는 것입니다. 그러나 손가락은 항상 벌려져 있습니다.
그리고 헛되이 그들은 화를냅니다. 자격의 차이는 객관적인 현실이며 전혀 과시하지 않습니다.
Vladimir Pastushak : 최소한 어드바이저가 설치된 심볼에서만 작동한다는 사실....
뭐라고요 ? 다른 모든 문자를 필터링하는 비교도 있습니다!
나에게 나쁜 코드는 잘못된 작업을 수행하거나 잠재적인 오류를 포함하는 코드인 것 같습니다. 여기, 아래에 제공한 세 가지 코드 중에서 - 두 번째와 세 번째 코드는 이해하기 어렵고, 만든 다음 오류를 잡는 것이 훨씬 쉽기 때문에 첫 번째를 선택하고, 어떤 코드에서도 대체할 수 없다면 그렇다면 어떤 공식이 사용되고 있고 왜 그런 식으로 사용되는지에 대한 전체 페이지 주석이 있어야 합니다.
더 정확한 코드에 대한 질문은???
제 생각에는 확실히 첫 번째입니다. 더 "투명"하고 더 이해하기 쉽고 유지 관리하기 쉽습니다.
개인적으로 저는 첫 번째 옵션만 작성하고, 가능하면 첫 번째 옵션에 대해 두 가지 후속 옵션을 모두 수정했습니다.
뭐야, 내 손가락의 "부채"에 걸려 넘어지는 거야?
이것이 그들이 두려워하고 원하지 않는 것입니다. 그러나 손가락은 항상 벌려져 있습니다.
최소한 어드바이저가 설치된 심볼에서만 작동한다는 사실....
뭐라고요 ? 다른 모든 문자를 필터링하는 비교도 있습니다!
나에게 나쁜 코드는 잘못된 작업을 수행하거나 잠재적인 오류를 포함하는 코드인 것 같습니다. 여기, 아래에 제공한 세 가지 코드 중에서 - 두 번째와 세 번째 코드는 이해하기 어렵고, 만든 다음 오류를 잡는 것이 훨씬 쉽기 때문에 첫 번째를 선택하고, 어떤 코드에서도 대체할 수 없다면 그렇다면 어떤 공식이 사용되고 있고 왜 그런 식으로 사용되는지에 대한 전체 페이지 주석이 있어야 합니다.
예를 들어, MT에서는 범용 브릭으로 조합하는 능력보다 단순한 코드를 갖는 것이 더 중요합니다.
그리고 여기에서 나는 논쟁할 것이다.
내 생각에는 Copy-Paste를 통해 간단한 코드를 복사하는 것이 공통 기능을 구현하는 클래스를 사용하는 것보다 더 위험하지만 코드가 다소 복잡합니다.
여기에서 상황에 따라 결정하는 것이 필요한 것 같습니다. 때로는 간단한 코드를 복사하는 것이 더 합리적이고 때로는 유니버설 클래스를 호출하는 것이 더 합리적입니다.
그리고 여기에서 나는 논쟁할 것이다.
내 생각에는 Copy-Paste를 통해 간단한 코드를 복사하는 것이 공통 기능을 구현하는 클래스를 사용하는 것보다 더 위험하지만 코드가 다소 복잡합니다.
여기에서 상황에 따라 결정하는 것이 필요한 것 같습니다. 때로는 간단한 코드를 복사하는 것이 더 합리적이고 때로는 유니버설 클래스를 호출하는 것이 더 합리적입니다.
사실, 여기에 간단하고 이해하기 쉬운 코드가 있으며, 앞의 세 가지 예는 그다지
사실, 여기에 간단하고 이해하기 쉬운 코드가 있으며, 앞의 세 가지 예는 그다지
"명확하게 생각하는 사람은 명확하게 설정합니다", 그리고 "단순하고 이해하기 쉬운 코드"와 같은 지혜가 있습니다.
명확할 때입니다.
단순할 때 간단합니다.
"명확하게 생각하는 사람은 명확하게 설정합니다", 그리고 "단순하고 이해하기 쉬운 코드"와 같은 지혜가 있습니다.
명확할 때입니다.
단순할 때 간단합니다.
그리고 짧은 코드에서는 실수할 여지가 적습니다. :)
사실, 여기에 간단하고 이해하기 쉬운 코드가 있으며, 앞의 세 가지 예는 그다지
네, 맞습니다. 선택에 그러한 코드가 없었지만 이동 중에 조건을 변경했습니다.
그러나 이 코드는 공식의 형태로 명확한 의존성이 있을 때 적합합니다. 이것은 거의 발생하지 않습니다. 가장 자주(유전적 최적화에 의해 식별되는 다양한 옵션에 대한 특정 범위가 있음) 발견된 경계에 "공식을 맞추는" 시도보다 첫 번째 옵션이 훨씬 더 정확합니다.
따라서 - 코드를 평가하려면 상황을 완전히 알아야 합니다.
네, 맞습니다. 선택에 그러한 코드가 없었지만 이동 중에 조건을 변경했습니다.
그러나 이 코드는 공식의 형태로 명확한 의존성이 있을 때 적합합니다. 이것은 거의 발생하지 않습니다. 가장 자주(유전적 최적화에 의해 식별되는 다양한 옵션에 대한 특정 범위가 있음) 발견된 경계에 "공식을 맞추는" 시도보다 첫 번째 옵션이 훨씬 더 정확합니다.
따라서 - 코드를 평가하려면 상황을 완전히 알아야 합니다.
나는 코드를 선택하지 않았고 구체적으로 표시하지 않았습니다. 기사의 서신을 읽으면 거기에이 코드가 표시됩니다 ... 누군가 스레드 코드를 더 잘 제안 할 수 있는지 궁금합니다 ...
어쨌든 상황을 알아야합니다 ..
...
index_rsi = ( 정수 )((rsi- 50.0 )/ 10.00000 1 );