hrenfx : 당신은 분명히 우리가 개발자 측에서 완전히 인공적인 제한에 대해 이야기하고 있다는 것을 이해하지 못합니다. 해킹을 통해 MT4 테스터에서 이러한 제한이 제거 되는 간단한 예입니다 . 그렇다면 왜 이러한 인위적인 제한이 있습니까? 테스터 보고서의 평판이 두려우신가요? 따라서 테스트가 사용자 지정 기록에 있었다고 빨간색 글자로 쓰는 것을 막을 수 있는 것은 없으며 결과에 대해 책임을 지지 않습니다.
로컬 에이전트에 이 제한을 적용하는 이유는 무엇입니까?
추신: 당신은 수학적 클라우드 컴퓨팅의 가능성을 소개하고 있습니다. 그 아이디어는 단순히 훌륭하지만 테스터에서 사용자 정의 기록이 필요한 사람들보다 훨씬 적은 수의 사람들이 초기 단계에서 요구할 것입니다. 로컬 에이전트에 대한 테스터에서 수학적 클라우드 컴퓨팅의 구현 복잡성과 인공 제한의 가장 간단한 제거를 비교할 수 있습니까?
joo : 꼼짝 마, Alexey . 이것은 기본적인 매트 장치이며 이러한 기능은 누군가의 필요 여부에 관계 없이 사용할 수 있습니다. 당신은 내 말을 이해합니다.
물론 이해는 합니다만 사실 좀 비꼬고 싶습니다. 글쎄, 그래서 기본 장치에 기능이 포함되어 있지 않은 이유는 ... 음 ... 음, MathErfc()라고 합시다.
추신: 주제: http://ratedata.gaincapital.com/ 과 같이 몇 년 동안 틱 기록이 있는 리소스가 있습니다. 여기에서 모든 틱 기록을 다운로드하고 테스터의 입력에 제출할 수 있습니다. 그리고 결과와 관련된 모든 결론에 대한 책임은 항상 그렇듯이 시스템 개발자에게만 있습니다 ...
따라서 개발자는 제한 사항을 제거하기만 하면 됩니다( 테스터 코드에서 몇 줄만 주석 처리 ). 그리고 거기에서 무언가를 발명하는 데 에너지를 낭비하지 마십시오.
문제에 대한 이해 수준은 정말 놀랍습니다.
이론가와 실천가 사이의 분쟁:
- 지원 포인트를 주시면 세상을 뒤집어 놓을 것입니다!
- 네, 하지만 누가 레버를 만들고 어떻게 만들까요? 펜으로 푸쉬킨?
이론/욕망과 실행의 실제 가능성 사이에서 타협점을 찾은 다음 작동 솔루션을 구축하는 사람이 없는 한 이론가는 편안합니다. 생각의 비행을 위협하는 것은 없습니다.
MathArccos() 함수가 정말 필요한 사람도 극소수입니다. 그러나 그것은 여전히 언어입니다. 오, MetaQuotes가 얼마나 비효율적인지!
MathArccos() 함수가 정말 필요한 사람도 극소수입니다. 그러나 그것은 여전히 언어로되어 있습니다. 오, MetaQuotes가 얼마나 비효율적입니까!
문제에 대한 이해 수준은 정말 놀랍습니다.
간단한 해킹으로 MT4 테스터의 제한을 제거했습니다.
당신은 분명히 우리가 개발자 측에서 완전히 인공적인 제한에 대해 이야기하고 있다는 것을 이해하지 못합니다. 해킹을 통해 MT4 테스터에서 이러한 제한이 제거 되는 간단한 예입니다 . 그렇다면 왜 이러한 인위적인 제한이 있습니까? 테스터 보고서의 평판이 두려우신가요? 따라서 테스트가 사용자 지정 기록에 있었다고 빨간색 글자로 쓰는 것을 막을 수 있는 것은 없으며 결과에 대해 책임을 지지 않습니다.
로컬 에이전트에 이 제한을 적용하는 이유는 무엇입니까?
추신: 당신은 수학적 클라우드 컴퓨팅의 가능성을 소개하고 있습니다. 그 아이디어는 단순히 훌륭하지만 테스터에서 사용자 정의 기록이 필요한 사람들보다 훨씬 적은 수의 사람들이 초기 단계에서 요구할 것입니다. 로컬 에이전트에 대한 테스터에서 수학적 클라우드 컴퓨팅의 구현 복잡성과 인공 제한의 가장 간단한 제거를 비교할 수 있습니까?
Rinat가 이 "맞춤형 눈금/유리" 칩이 비효율적이라고 말한다면 - 더 악화시킬 이유가 무엇입니까?
아니 아니.
불쌍해...
물론 이해는 합니다만 사실 좀 비꼬고 싶습니다. 글쎄, 그래서 기본 장치에 기능이 포함되어 있지 않은 이유는 ... 음 ... 음, MathErfc()라고 합시다.
추신: 주제: http://ratedata.gaincapital.com/ 과 같이 몇 년 동안 틱 기록이 있는 리소스가 있습니다. 여기에서 모든 틱 기록을 다운로드하고 테스터의 입력에 제출할 수 있습니다. 그리고 결과와 관련된 모든 결론에 대한 책임은 항상 그렇듯이 시스템 개발자에게만 있습니다 ...
Rinat가 이 "맞춤형 눈금/유리" 기능이 부적절하다고 말한다면 - 그것을 더 악화시키는 요점이 무엇입니까?
음, 시가에 대한 테스트 가 날카 로워졌습니다. 예상했던 방식과는 약간 다르지만 ... 그러나 진행 상황은 분명합니다.
그리고 그런 것들이 많이 있습니다.
사실, 여전히 악화시킬 것이 있습니다. 그래서 왜 안돼?
물론 이해는 합니다만 사실 좀 비꼬고 싶습니다. 글쎄, 그래서 기본 장치에 기능이 포함되어 있지 않은 이유는 ... 음 ... 음, MathErfc()라고 합시다.