Народная мудрость, авторство которой часто приписывают различным известным людям, говорит: "Тот не ошибается, кто ничего не делает". Если не считать само ничегонеделание тоже ошибкой, то с этим утверждением трудно спорить. Зато вполне возможно проанализировать ранее совершенные ошибки (свои и чужие) и свести к минимуму количество совершаемых ошибок в будущем. Сделаем попытку разобрать возможные ситуации, возникающие в процессе выполнения работ на одноименном сервисе.
Как правильно написать Техническое Задание? Что можно и чего нельзя ожидать от программиста при заказе советника или индикатора? Как нужно вести диалог, на какие моменты обратить внимание? Статья дает ответы на эти и многие другие вопросы, которые зачастую неочевидны для многих без самостоятельного набивания шишек.
모든 것에 먼저 동의하고 나서야 이 단계를 진행하지 못하는 이유는 무엇일까요?
아마도 프로거의 동일한 탐욕 일 것입니다:
어서, 어서, 서둘러서 계좌에 돈을 잠그면 TOR이 무엇인지, 내가 할 것인지 여부를 볼 것입니다.
고마워요, 알겠습니다.
제 생각에는 TOR을 본 후에야 최종 비용에 대해 이야기 할 수 있습니다.
"프로거의 탐욕"은 모욕적으로 들리며 어떤 사실도 뒷받침하지 않습니다.
이 리소스의 운영자에 대한 일반화는 자제하겠습니다.
감사합니다, 알겠습니다.
제 생각에는 TOR를 보고 나서야 최종 가격에 대해 이야기할 수 있을 것 같습니다.
그럼 TOR가 승인되지 않은 상태에서 가격에 동의한 건가요?
그렇다면 그건 탐욕이 아니라 다른 문제입니다.
"소프트웨어 엔지니어의 탐욕"은 모욕적으로 들리며 사실에 근거하지 않습니다.
"프로게이머의 탐욕"이라는 표현은 모욕적으로 들리며 사실에 근거하지 않습니다.
이 리소스의 운영자에 대한 일반화는 자제하겠습니다.
제 질문을 약간 오해하신 것 같습니다.
고객이 ToR을 첨부하고 다음 단계로 넘어가는데 계약자가 ToR을 보고 읽은 후 아직 동의 버튼을 클릭하지 않은 상황에 대해 질문한 것입니다.
제 질문을 약간 오해하신 것 같습니다.
고객이 ToR을 첨부하고 다음 단계로 넘어가는데 계약자가 ToR을 보고 읽은 후 아직 동의 버튼을 클릭하지 않은 상황에 대해 질문한 것입니다.
Rosh: 질문은 합리적이며 논의 중인 문서에서 자세히 설명하지 않았습니다.
Y.A.K._의 경우 : 고객이 이미 TOR 제공 단계(차단할 준비가 된 가격을 정의하고 TOR을 첨부)를 통과했고 실행자가 아직 이 단계를 통과하지 않은 경우, 다양한 이벤트가 있습니다:
a) 계약자는 중재를 통해 추가 완료 또는 취소 단계를 동의하고 확인합니다.
b) 가격을 변경해야하는 경우 고객은 계약자를 신규 또는 거부로 선택하고 새로운 가격으로 다시 진행합니다.
c) 가격을 변경할 필요는 없지만 TOR을 변경해야 하는 경우 - 고객이 TOR을 다시 제출하기만 하면 됩니다.
d) 고객이 취소를 원하는 경우 - 신규 또는 거부로 선택하거나 30일 미만인 경우 입찰을 삭제합니다.
e) 계약자가 취소를 원하는 경우 - 입찰을 삭제하거나 잊어버리거나 d)만 선택합니다.
고객이 이미 TOR 제출 단계를 통과했고(차단할 준비가 된 가격을 결정하고 TOR을 첨부한 경우) 계약자가 아직 이 단계를 통과하지 않은 경우 이벤트 옵션이 있습니다:
a) 중재를 통한 추가 완료 또는 취소 단계에 동의하고 확인합니다.
b) 가격을 변경해야하는 경우 - 고객이 새로운 또는 거부에서 귀하를 선택하고 새로운 가격으로 다시 통과합니다.
c) 가격을 변경할 필요는 없지만 TOR을 변경해야 하는 경우 - 고객이 TOR을 다시 게시하기만 하면 됩니다.
d) 고객이 취소를 원하는 경우 - 신규 또는 거부로 선택하거나 30일 미만인 경우 주문을 삭제합니다.
e) 계약자가 취소를 원하는 경우 - 포인트 d)만 해당됩니다.
답변 감사합니다.
이것이 유일한 실질적인 답변입니다. 나머지는 질문을 위한 질문이거나 신규 가입자를 약간 트롤링하기로 결정했습니다 :)
안녕하세요,
진행 중 모드에 있는 원래 채용공고를 업데이트할 수 있는 방법이 있나요?
이 작업을 수행할 수 있는 옵션을 찾을 수 없습니다.
감사합니다.
안녕하세요!
한 시간 동안 "프로그래머를 위한 샘플 TOR"을 찾을 수 없습니다.
일부러 그러는 건 아니겠죠? 혼돈의 양을 늘리는 건가요? 아니면 제가 그렇게 어색한가요?
샘플이 필요합니다:
1. 필요한 모든 것(변수, 매직넘버, 위치 수...)이 고려된 샘플이 필요합니다.
2. 사용할 지표 블록
3. 기본 거래 규칙
4. 다양한 상황의 특성(예: 엄격 또는 비엄격 평등)
5. 자본 관리, 슬리피지, 통신 실패 (반복 명령).
또 무엇이 있습니까? 다른 순서나 형태가 있을까요?
목표는 그것을 자본화하여 점차적으로 다음과 같은 자신만의 전략으로 전환하는 것입니다.
1) 모든 것이 설명됩니다.
2) 변수, 지표, 동작의 편리한 지정이 사용됩니다.
그런 양식이 있나요???
https://www.mql5.com/ko/articles/361
"3. 이상적인 TOR은 무엇입니까?" 좋은 시작!!! 샘플을 주세요!!!
안녕하세요!
한 시간 동안 "프로그래머를 위한 샘플 TOR"을 찾을 수 없습니다.
일부러 그러는 건 아니겠죠? 혼돈의 양을 늘리는 건가요? 아니면 제가 그렇게 어색한가요?
샘플이 필요한 곳이 있습니다: