MQL5.community built-in services offer great opportunities both to MQL5 developers and ordinary traders with no programming skills. But, all these features cannot be implemented without an in-house secure payment system that provides a convenient basis for settlements between buyers and sellers. In this article, we will show how the MQL5.community payment system works.
고객과 함께 일한 경험이 어느 정도있는 사람이라면 누구나 "알고리즘"과 고객의 개념이 매우 양립 할 수없는 것임을 알고 있습니다.
그럼에도 불구하고 고객에게 첫 번째 요구 사항은 "문제를 발견하면"입니다:
1. 프로그램에서 잘못 실행되는 알고리즘의 지점(또는 다른 모든 작업이 잘못 실행되기 시작하는 지점) 을 지정하세요. 논리 위반의 특정 지점을 찾기 어려운 경우 문제의 본질을 자신의 말로 설명하되 알고리즘에서 너무 멀리 벗어나지 않도록 노력하세요.
경험상 알고리즘의 요점까지 자세히 설명하는 고객을 만난 적이 있나요? 그런 적이 있더라도 항상 알고리즘은 잊어버리고 자신의 말로 TOR를 작성하라는 요청을 받습니다(그렇지 않으면 아무것도 명확하지 않습니다).
3분의 1이 "TOR"을 "T-three"로 읽는 고객과 알고리즘의 어떤 점에 대해 이야기할 수 있을까요?
두 번째 요구 사항입니다:
2. 테스트가 수행된 조건을 설명하세요: -- -- 사용된 통화쌍 및 차트 기간을 지정하고, -- 터미널이 연결된 서버의 주소와 계좌 유형(데모, 실거래, 콘테스트 또는 기타)을 지정합니다; -- 터미널 버전 지정(메뉴 "도움말" - "정보"); -- 테스터에서 테스트를 수행한 경우 테스터 설정(날짜 간격, 시뮬레이션 모드, 거래 모드, 초기 입금, 레버리지)을 추가로 지정합니다.
프로그램 매개변수, 통화쌍, 차트 시간대는 모두 로그에 기록되는 것으로 알려져 있습니다. 로그를 요청하기만 하면 되는데 왜 고객에게 이 정보를 요구할까요?
프로그램을 디버깅할 때 '서버 주소'를 아는 것이 몇 번이나 중요하며 이 정보가 필요한 이유는 무엇인가요?
터미널 버전은 얼마나 자주 필요하나요? 버전 변경이 중요한 경우 "5년에 한 번" 변경합니다.
3. 문제를 설명하는 스크린샷을 첨부합니다. 4. 문제가 포지션 개설 또는 청산과 관련된 경우 테스터의 보고서에서 발췌하거나 계좌 내역에서 몇 줄을 복사합니다. 5. EA 로그 파일을 첨부합니다(터미널의 "전문가" 탭 또는 테스터 창의 "로그" 탭에 있는 컨텍스트 메뉴의 "열기" 항목).
기본적으로 고객으로부터 두 가지 정보만 얻을 수 있어야 합니다:
1) 문제 설명
2) 로그
그러나이 경우 (가장 필요하고 핵심적인 요점이 마지막에 언급 됨) 고객은 알고리즘의 첫 번째 요구 사항 이후에 생각할 수 있고 서버 주소가있는 두 번째 요점 이후에 지루하지 않으면 실망하고 피곤해지며 필요한 마지막 요점에 도달하지 못할 것입니다.
규정을 읽었지만 모든 것이 명확하지 않습니다.
채용에 지원하려면 계정이 필요합니다. 계좌는 어떻게 개설하나요?
크레딧으로 결제하는데 크레딧이 무엇인가요? 1달러인가요?
감사합니다.
다음 문서를 참조하세요:
https://www.mql5.com/ko/articles/302
https://www.mql5.com/ko/articles/24
https://www.mql5.com/ko/articles/117
이 기사를 참조하세요:
https://www.mql5.com/ko/articles/302
https://www.mql5.com/ko/articles/24
https://www.mql5.com/ko/articles/117
채용공고를 신청하려면 PayPal 또는 Webmoney로 결제해야 한다는 뜻인가요? 입금하지 않으면 나중에 크레딧을 인출할 수 없나요?
입금하지 않고 크레딧을 적립하기 시작하면 어떻게 되나요? 계정에서 출금할 수 있나요?
그렇다면 채용에 지원하려면 PayPal 또는 Webmoney를 통해 결제해야 하나요? 입금하지 않으면 나중에 크레딧을 인출할 수 없나요?
입금하지 않고 크레딧을 적립하기 시작하면 어떻게 되나요? 계좌에서 출금할 수 있나요?
개발자 채용을 신청할 때 보증금은 필요하지 않습니다. 나중에 적립된 크레딧을 모두 인출할 수 있습니다.
. Наслаждался статью . Это полезно . 그리고 ЭТО ДЛЯ также РУКОВОДСТВО заражения других УСЛУГ Поздравляю автора.
절대 다수의 고객이 이 글을 읽지 않았고 앞으로도 읽지 않을 것입니다.
여기에는 여러 가지 이유가 있습니다. 대부분의 경우 시간 부족과 세부 사항으로 들어가기를 꺼려하기 때문입니다....
그들의 관점에서 개발자는 고객의 마음을 읽고 한 번에 본질을 파악하는 사람입니다.
그들에게 다른 프로그래머의 프로그램은 같은 것입니다. 가장 중요한 것은 프로그램의 이름이 TOR에 명시된 것과 일치한다는 것입니다.
따라서 결론은 불록 코더가 담당해야합니다.
프리랜서 만세!
추신 프리랜서에는 괜찮은 개발자가 있습니다. 그러나 불행히도 그들의 경쟁 우위 (경험, 품질, 전문가 평가 등)는 종종 덤핑 에이전트와 고객의 무능력으로 인해 평준화됩니다....
절대 다수의 고객이 이 기사를 읽지 않았고 앞으로도 읽지 않을 것입니다.
신청서를 작성할 때 문자 그대로 "서명으로" 이 글을 읽는 것이 고객에게 권장된다는 사실에도 불구하고 저는 이 글을 읽는 것을 고려합니다:
a) 고객의 순수한 마음에서 상식의 모든 잔재 (고문 / 지표에 대한 요구 사항과 관련하여)를 제거하기 때문에 해롭다.
b) 또는 모든 요점에 대해 언급 할 건전한 개발자의 존재 ( "이것은 필요하지 않습니다", "이것을 읽지 마십시오", "이것에주의를 기울이지 마십시오", "이것은 이런 식으로 이해되어야합니다"와 같은 스타일의 의견)를 강력히 권장합니다.
내 결론은이 기사의 권장 사항에 따라 작성된 TOR을 여러 번 적절한 고객이 보여준 후에 마침내 확인되었습니다 (그것은 무언가였습니다).
이 기사는 영리한 텍스트가 많이 포함 된 정보 기술에 관한 여러 기관 교과서와 비슷하지만 저자 교수는 다른 교과서에서만 이러한 정보 기술에 익숙합니다 (익숙한 경우).
예를 들어 "8. 결과 확인"(https://www.mql5.com/ko/articles/235#8)의 핵심 섹션을 열어 보겠습니다.
고객과 함께 일한 경험이 어느 정도있는 사람이라면 누구나 "알고리즘"과 고객의 개념이 매우 양립 할 수없는 것임을 알고 있습니다.
그럼에도 불구하고 고객에게 첫 번째 요구 사항은 "문제를 발견하면"입니다:
1. 프로그램에서 잘못 실행되는 알고리즘의 지점(또는 다른 모든 작업이 잘못 실행되기 시작하는 지점) 을 지정하세요.
논리 위반의 특정 지점을 찾기 어려운 경우 문제의 본질을 자신의 말로 설명하되 알고리즘에서 너무 멀리 벗어나지 않도록 노력하세요.
경험상 알고리즘의 요점까지 자세히 설명하는 고객을 만난 적이 있나요? 그런 적이 있더라도 항상 알고리즘은 잊어버리고 자신의 말로 TOR를 작성하라는 요청을 받습니다(그렇지 않으면 아무것도 명확하지 않습니다).
3분의 1이 "TOR"을 "T-three"로 읽는 고객과 알고리즘의 어떤 점에 대해 이야기할 수 있을까요?
두 번째 요구 사항입니다:
2. 테스트가 수행된 조건을 설명하세요:
--
-- 사용된 통화쌍 및 차트 기간을 지정하고,
-- 터미널이 연결된 서버의 주소와 계좌 유형(데모, 실거래, 콘테스트 또는 기타)을 지정합니다;
-- 터미널 버전 지정(메뉴 "도움말" - "정보");
-- 테스터에서 테스트를 수행한 경우 테스터 설정(날짜 간격, 시뮬레이션 모드, 거래 모드, 초기 입금, 레버리지)을 추가로 지정합니다.
프로그램 매개변수, 통화쌍, 차트 시간대는 모두 로그에 기록되는 것으로 알려져 있습니다. 로그를 요청하기만 하면 되는데 왜 고객에게 이 정보를 요구할까요?
프로그램을 디버깅할 때 '서버 주소'를 아는 것이 몇 번이나 중요하며 이 정보가 필요한 이유는 무엇인가요?
터미널 버전은 얼마나 자주 필요하나요? 버전 변경이 중요한 경우 "5년에 한 번" 변경합니다.
3. 문제를 설명하는 스크린샷을 첨부합니다.
4. 문제가 포지션 개설 또는 청산과 관련된 경우 테스터의 보고서에서 발췌하거나 계좌 내역에서 몇 줄을 복사합니다.
5. EA 로그 파일을 첨부합니다(터미널의 "전문가" 탭 또는 테스터 창의 "로그" 탭에 있는 컨텍스트 메뉴의 "열기" 항목).
기본적으로 고객으로부터 두 가지 정보만 얻을 수 있어야 합니다:
1) 문제 설명
2) 로그
그러나이 경우 (가장 필요하고 핵심적인 요점이 마지막에 언급 됨) 고객은 알고리즘의 첫 번째 요구 사항 이후에 생각할 수 있고 서버 주소가있는 두 번째 요점 이후에 지루하지 않으면 실망하고 피곤해지며 필요한 마지막 요점에 도달하지 못할 것입니다.
"14번 주문하기 전에 숙고하기", "15번 주문하기 전에 숙고하기"의 저자로부터 ))
"14번 주문하기 전에 숙고하기", "15번 주문하기 전에 숙고하기"의 저자로부터 ))
희희, 미처 몰랐네요 ))
앤드류, 기사에 대해 정말 토론하고 싶나요, 아니면 "평소와 같이 비즈니스"입니까?
저는 고객을 어린아이처럼 대하는 것을 강력히 반대합니다. 반 단어로 이해하려면-예, 그래야하지만 마음을 읽고 손수건으로 콧물을 닦으라는 의미는 아닙니다.
글쎄, 그리고 제 생각에는 유일하게 합리적인 제안이 답이없는 상태로 남아 있습니다:
그리고 더 나은 글을 쓰거나 대안을 제시하세요.
저는 최고의 기사 작성자이자 알고리즘 컴파일러인 척하지 않습니다. 더 잘 쓸 수 있다면 고객에게 여러분의 글을 추천해 드리겠습니다. 해보세요.