친애하는 동료 여러분, 좋은 오후입니다! 조언을 구합니다. 개발자와 고문을 주문/주문한 사람들 모두.
얼마 전 나는 맞춤형 지표 (개발해야 함)와 필요에 따라 수동으로 거래를 열고 닫기 위한 거래 패널(개발해야 함)을 기반으로 하는 어드바이저를 주문했습니다.
문제는 다음과 같습니다. 작가는 좋은 평판을 얻고 있는 것 같습니다. 고문의 바로 그 아이디어(알고리즘)에 대해 많은 질문이 즉시 제기되었습니다(거래를 하기 전에 여러 번 물었고 저자는 모든 것이 명확하다고 대답했지만). 모든 질문이 논의되었고 모든 것이 설명되었습니다.
또한, 자문 조건의 요구 사항을 30 % 충족하는 고문의 예비 샘플이 개발되었습니다.추가 중재 및 나에게 유리한 환불.
자세한 내용은 생략하고 묻고 싶습니다.
문제는 실수로 작업을 수행하는 것이 허용될 것이라고 믿었던 개발자의 잘못으로 인해 발생했습니다.
또는
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
재주문시 작업결과를 받지 못한채 3개월째 막히지 않도록 조언이 필요합니다.
미리 감사드립니다!
추신 관심있는 사람이 있으면 참조 조건을 첨부하겠습니다.
음, 먼저 지표를 만드는 것이 좋습니다. 작동 방식을 확인하십시오. 또한 문제가 숨어 있을 수 있으며 예상하지 못한 일이 나타날 수 있습니다. 칠면조가 제대로 작동하고 질문이 없다면 이미 올빼미와 소켓을 만들 수 있습니다. 글쎄, 개발자의 선택은 어려운 문제입니다 ... 또한 무차별 대입해야하지만 이것은 배수로에 시간과 돈입니다. 또는 경험 많은 고객의 조언.
그러나 10명 중 8명은 그렇게 할 두뇌가 부족합니다. 그리고 그들의 구현은 검증을 보장하지 않습니다. 오류를 제거하기 위해 알고 있어야 하고 Expert Advisors에 지속적으로 적용해야 하는 많은 뉘앙스가 있습니다.
가장 간단한 검증을 통과하지 못한 Expert Advisor는 시장에서 작동하기에 충분한 검사가 없습니다. 따라서 유효성 검사를 통과하지 못한 고문은 어떤 경우에도 계정에 배치될 수 없습니다. 예외는 "거래 작업 없음"과 같은 오류이지만 이것은 예외일 뿐입니다.
일반 개발자는 즉시 코드를 올바르게 작성하고 자동 유효성 검사를 통과하기 위해 코드에 아무것도 "밀어넣을" 필요가 없습니다. 평범한 개발자는 단순히 비뚤어진 글을 쓰는 법을 모릅니다. 검증을 통과하는 것은 고객에게 보내기 전에 Expert Advisor 테스트 주기의 기본 필수 사항 중 하나입니다. 내가 놓친 것이 있는지 확인하기 위한 추가 확인으로. 고객을 속이고 있다면 그것이 문제입니다. 결과적으로 테스터에게만 준비된 코드를 고객에게 제공한다는 것을 올바르게 이해했습니까?
자연스럽게 확인하기 위해 설계되었습니다. 고문이란 무엇입니까? 내장된 알고리즘에 따라 거래 작업을 수행하는 프로그램입니다. 거래 작업을 올바르게 수행하는 방법을 모른다면 그러한 프로그램과 그것을 작성한 사람은 가치가 없습니다. 이것이 검증이 밝혀주는 것입니다.
유효성 검사 - 개방 위치 를 사용하여 테스터에서 알고리즘을 전달합니다. 검사는 매우 유치한 오류를 선별하기 위해 최소화됩니다. 테스터를 위해 어리석은 Expert Advisor를 작성하면 유효성 검사를 통과하거나 복잡한 논리로 진지한 제품을 작성할 수 있지만 유효성 검사를 통과하지 못할 수 있습니다. 따라서 그 구절은 프로그래머의 경험에 대해 말하지 않습니다. 단어에서 전혀.
나는 당신의 잘못이 적은 예산이 결정된 것이라고 가정합니다. 따라서 개발자의 잘못은 세부 사항을 지정하지 않고 작업을 잡았다는 것입니다. 그들은 30 달러, 두 번 프로젝트 에서 어려울 수있는 것을 말합니다. 즉, 부주의로 귀하의 부분 (내 추측) 절약입니다. (여기서는 100%).
Artyom Trishkin : 유효성 검사 - 개방 위치 를 사용하여 테스터에서 알고리즘을 전달합니다. 검사는 매우 유치한 오류를 선별하기 위해 최소화됩니다. 테스터를 위해 어리석은 Expert Advisor를 작성하면 유효성 검사를 통과하거나 복잡한 논리로 진지한 제품을 작성할 수 있지만 유효성 검사를 통과하지 못할 수 있습니다. 따라서 그 구절은 프로그래머의 경험에 대해 말하지 않습니다. 단어에서 전혀.
수표가 올바르게 작성되면 복잡한 알고리즘이 쉽게 유효성 검사를 통과합니다. 또한 프로그래머의 경험에 대해서도 이야기합니다.
나는 No trade Operations와 같은 예외에 대해 썼습니다. 복잡한 알고리즘에는 다른 오류가 없습니다. 예, 그리고 그들은 그러한 프리랜서 고문에게 그런 것을 요구하지 않습니다.
드미트리, 그것이 바로 그들이 너무 문맹/게으른 나머지 하지도 않는다는 것입니다) 그러면 나머지 코드에 대해 무엇을 말해야 할까요?
예, 검증의 존재는 결코 지표가 아닙니다. 유효성 검사가 통과되면 엄마가 걱정하지 않아도 되는 그런 넌센스가 코드에 있을 수 있습니다. 그러나 개발자가 귀찮게 하지 않았을 뿐만 아니라 즉시 코드를 작성하여 (트릭 없이) 유효성 검사를 통과하지 않는다면 이것은 이미 개발자에 대해 많은 것을 말해줍니다.
그리고 재택 치과의사인 Rudik이 있습니다. 그는 Grundig 수신기를 가지고 있습니다. 그는 밤에 그것을 비틀고, 그것을 잡아, 대조, 독일 그는 거기서 옷을 장사하며 마음을 움직였고, 그리고 그는 섬뜩한 흥분과 불안한 마음으로 우리에게 왔습니다. 위, 그리고 다리에 숫자가 있습니다.
그는 매우 흥분하여 달려와 메시지로 우리를 놀라게 했습니다. 마치 우리의 이미 과학적 라이너가 삼각형에 빠진 것처럼. 연료를 다 쓰고 사라지고 모두 산산조각이 났고, 그러나 우리의 미친 두 형제는 어부들에게 붙잡혔습니다.
대격변에서 살아남은 사람들은 비관적이다 그들은 어제 유리 프리즘으로 우리 병원에 데려왔습니다. 그리고 그들 중 하나인 정비공이 유모들에게서 탈출하여 말했습니다. 버뮤다 다면체는 닫히지 않은 지구의 배꼽입니다.
친애하는 동료 여러분, 좋은 오후입니다!
조언을 구합니다. 개발자와 고문을 주문/주문한 사람들 모두.
얼마 전 나는 맞춤형 지표 (개발해야 함)와 필요에 따라 수동으로 거래를 열고 닫기 위한 거래 패널(개발해야 함)을 기반으로 하는 어드바이저를 주문했습니다.
문제는 다음과 같습니다. 작가는 좋은 평판을 얻고 있는 것 같습니다. 고문의 바로 그 아이디어(알고리즘)에 대해 많은 질문이 즉시 제기되었습니다(거래를 하기 전에 여러 번 물었고 저자는 모든 것이 명확하다고 대답했지만). 모든 질문이 논의되었고 모든 것이 설명되었습니다.
또한, 자문 조건의 요구 사항을 30 % 충족하는 고문의 예비 샘플이 개발되었습니다.추가 중재 및 나에게 유리한 환불.
자세한 내용은 생략하고 묻고 싶습니다.
문제는 실수로 작업을 수행하는 것이 허용될 것이라고 믿었던 개발자의 잘못으로 인해 발생했습니다.
또는
문제는 내가 세부 사항으로 참조 조건을 과포화하고 3개의 프로세스를 하나로 결합했기 때문에 발생했습니다(1. 고문; 2. 고문이 결정을 내리는 지표; 3. 거래 패널).
재주문시 작업결과를 받지 못한채 3개월째 막히지 않도록 조언이 필요합니다.
미리 감사드립니다!
추신 관심있는 사람이 있으면 참조 조건을 첨부하겠습니다.
음, 먼저 지표를 만드는 것이 좋습니다. 작동 방식을 확인하십시오. 또한 문제가 숨어 있을 수 있으며 예상하지 못한 일이 나타날 수 있습니다. 칠면조가 제대로 작동하고 질문이 없다면 이미 올빼미와 소켓을 만들 수 있습니다. 글쎄, 개발자의 선택은 어려운 문제입니다 ... 또한 무차별 대입해야하지만 이것은 배수로에 시간과 돈입니다. 또는 경험 많은 고객의 조언.
그러나 10명 중 8명은 그렇게 할 두뇌가 부족합니다. 그리고 그들의 구현은 검증을 보장하지 않습니다. 오류를 제거하기 위해 알고 있어야 하고 Expert Advisors에 지속적으로 적용해야 하는 많은 뉘앙스가 있습니다.
가장 간단한 검증을 통과하지 못한 Expert Advisor는 시장에서 작동하기에 충분한 검사가 없습니다.
따라서 유효성 검사를 통과하지 못한 고문은 어떤 경우에도 계정에 배치될 수 없습니다.
예외는 "거래 작업 없음"과 같은 오류이지만 이것은 예외일 뿐입니다.
일반 개발자는 즉시 코드를 올바르게 작성하고 자동 유효성 검사를 통과하기 위해 코드에 아무것도 "밀어넣을" 필요가 없습니다. 평범한 개발자는 단순히 비뚤어진 글을 쓰는 법을 모릅니다.
검증을 통과하는 것은 고객에게 보내기 전에 Expert Advisor 테스트 주기의 기본 필수 사항 중 하나입니다. 내가 놓친 것이 있는지 확인하기 위한 추가 확인으로.
고객을 속이고 있다면 그것이 문제입니다.
결과적으로 테스터에게만 준비된 코드를 고객에게 제공한다는 것을 올바르게 이해했습니까?
자연스럽게 확인하기 위해 설계되었습니다.
고문이란 무엇입니까? 내장된 알고리즘에 따라 거래 작업을 수행하는 프로그램입니다.
거래 작업을 올바르게 수행하는 방법을 모른다면 그러한 프로그램과 그것을 작성한 사람은 가치가 없습니다.
이것이 검증이 밝혀주는 것입니다.
그리고 한 가지 더 ... 그러한 유행을 규칙에 도입하여 수행자가 분명히 읽지 않은 작업에 대한 중재 중에 수행자에게 벌칙을 부과하는 것이 좋을 것입니다)).
농담
미리 감사드립니다!
추신 관심있는 사람이 있으면 참조 조건을 첨부하겠습니다.
나는 당신의 잘못이 적은 예산이 결정된 것이라고 가정합니다. 따라서 개발자의 잘못은 세부 사항을 지정하지 않고 작업을 잡았다는 것입니다. 그들은 30 달러, 두 번 프로젝트 에서 어려울 수있는 것을 말합니다. 즉, 부주의로 귀하의 부분 (내 추측) 절약입니다. (여기서는 100%).
그럼에도 불구하고 이 8개 중 누구라도 포럼에 질문을 할 수 있고 청중의 도움을 요청할 수 있으며 검증이 성공할 수 있도록 감사를 표할 것입니다. 그래서 검증의 요점은 무엇입니까???
그러나 그들은하지 않습니다)
유효성 검사 - 개방 위치 를 사용하여 테스터에서 알고리즘을 전달합니다. 검사는 매우 유치한 오류를 선별하기 위해 최소화됩니다. 테스터를 위해 어리석은 Expert Advisor를 작성하면 유효성 검사를 통과하거나 복잡한 논리로 진지한 제품을 작성할 수 있지만 유효성 검사를 통과하지 못할 수 있습니다. 따라서 그 구절은 프로그래머의 경험에 대해 말하지 않습니다. 단어에서 전혀.
수표가 올바르게 작성되면 복잡한 알고리즘이 쉽게 유효성 검사를 통과합니다. 또한 프로그래머의 경험에 대해서도 이야기합니다.
나는 No trade Operations와 같은 예외에 대해 썼습니다. 복잡한 알고리즘에는 다른 오류가 없습니다. 예, 그리고 그들은 그러한 프리랜서 고문에게 그런 것을 요구하지 않습니다.그러나 그들은하지 않습니다)
때때로 발생합니다.
예, 이 검증은 지표가 아닙니다.
유효성 검사를 통과하는 매우 간단한 방법이 있습니다.
유효성 검사를 통과하는 매우 간단한 방법이 있습니다.
드미트리, 그것이 바로 그들이 너무 문맹/게으른 나머지 하지도 않는다는 것입니다)
예, 검증의 존재는 결코 지표가 아닙니다. 유효성 검사가 통과되면 엄마가 걱정하지 않아도 되는 그런 넌센스가 코드에 있을 수 있습니다.그러면 나머지 코드에 대해 무엇을 말해야 할까요?
그러나 개발자가 귀찮게 하지 않았을 뿐만 아니라 즉시 코드를 작성하여 (트릭 없이) 유효성 검사를 통과하지 않는다면 이것은 이미 개발자에 대해 많은 것을 말해줍니다.
개발자는 "시장 수표 통과를 위한 고문 개선" 작업을 완료했습니다.
V. Vysotsky의 노래처럼
그리고 재택 치과의사인 Rudik이 있습니다. 그는 Grundig 수신기를 가지고 있습니다.
그는 밤에 그것을 비틀고, 그것을 잡아, 대조, 독일
그는 거기서 옷을 장사하며 마음을 움직였고,
그리고 그는 섬뜩한 흥분과 불안한 마음으로 우리에게 왔습니다.
위, 그리고 다리에 숫자가 있습니다.
그는 매우 흥분하여 달려와 메시지로 우리를 놀라게 했습니다.
마치 우리의 이미 과학적 라이너가 삼각형에 빠진 것처럼.
연료를 다 쓰고 사라지고 모두 산산조각이 났고,
그러나 우리의 미친 두 형제는 어부들에게 붙잡혔습니다.
대격변에서 살아남은 사람들은 비관적이다
그들은 어제 유리 프리즘으로 우리 병원에 데려왔습니다.
그리고 그들 중 하나인 정비공이 유모들에게서 탈출하여 말했습니다.
버뮤다 다면체는 닫히지 않은 지구의 배꼽입니다.
수표가 올바르게 작성되면 복잡한 알고리즘이 쉽게 유효성 검사를 통과합니다. 또한 프로그래머의 경험에 대해서도 이야기합니다.
나는 No trade Operations와 같은 예외에 대해 썼습니다. 복잡한 알고리즘에는 다른 오류가 없습니다. 예, 그리고 그들은 그러한 프리랜서 고문에게 그런 것을 요구하지 않습니다.