그리고 나는 이것을 포럼에 가져왔습니다. 처음에는 브리핑을 하기 위함이 아니라 중재 절차가 어떻게 진행되는지 명확히 하고 알아내기 위해 제가 중재를 신청한 것이 아닙니다. 그러나 당신은 중재를 신청하지 않았다는 사실을 언급하면서 성취될 것입니다. 연기자 자신이 원래 표시한 것보다 3배나 더 기한을 늦춘 것은 말할 것도 없고 작업을 하고 기한을 연기하십시오!
그리고 "결국 해결책은 간단합니다." - 항상 그런 것은 아닙니다. 당신이라면 그럴 수도 있겠지만 이 경우에는 그렇지 않습니다.
Техническое задание для написания советника Assistant: Советник-помощник для открытия и сопровождения открытых ордеров до закрытия. Логика советника: Самостоятельно определяем точку входа на одном или нескольких инструментах по своей торговой тактике. Задаем Magic для идентификации ордеров. При необходимости меняем Comment. В параметре...
Многие опытные разработчики жалуются на демпинг. Что вы сами по этому поводу думаете?
잡스 서비스의 각 계약 비용에 대한 정보는 공개돼 있어 지급/인건비 적정성 문제가 화제가 됐다.
다음은 최신 인용문 중 하나입니다. "하지만 10달러의 전문가는... 그런 고객과 장난을 치고 싶어하는 프로그래머에게 웃음과 "기쁨"을 줍니다. 그들은 자신의 건강, 시간 및 신경을 전혀 존중하지 않습니다. 그래서 그들이 앉아 있는 이유입니다. , 비단과 같은 순서로, 동시에 정상적인 생활과 규칙적인 근무 시간이 없습니다. 아침부터 저녁까지 한 푼에 만툴라입니다. 여러분, 프로그래머 여러분, 일을 존중하고 건강을 돌보십시오!" .
그러나 모든 것은 객관적으로 봐야 합니다. Kozma Prutkov가 말했듯이 "뿌리를 보라!". 내 실습에 따르면 서비스에서 일하는 평균 비용은 $30입니다. 이것은 Renat이 인용한 통계 와 일치합니다. 600개의 지원이 이미 Jobs 서비스를 통과했으며 총 비용은 $24,000입니다. 즉, 한 작업의 평균 비용은 24,000/600 = $40입니다.
러시아어를 사용하는 부문에서 작업 비용은 영어를 사용하는 부문보다 저렴합니다. 러시아의 평균 월 급여는 $700 = $30/일 = $3.75/시간입니다. 이러한 실제 상황에서 전문가 고문을 30달러로 간주하는 방법은 무엇입니까? 비싸거나 싸다? 당신의 일에 대한 존중입니까?
고객은 여러 가지 이유로 더 많은 비용을 지불할 준비가 되어 있지 않습니다. 그 이유 중 하나는 Expert Advisors를 주문할 때 대부분의 경우 고객이 단순히 전략을 확인하기 때문입니다. 프로그래머는 자신의 경험을 사용한다는 점도 염두에 두어야 합니다. 연습이 많을수록 개발이 많을수록 각 작업이 더 빨리 완료되고 비용이 낮아집니다.
'잡' 서비스가 대중화되자 덤핑이 등장했고 대다수 고객들이 자신의 애플리케이션으로 서비스를 신청하기 시작했다. 최고 개발자들은 불에 연료를 추가했습니다. 상위에 "그리기" 위해 개별 프로그래머는 어떤 대가를 치르더라도 일자리를 얻기 위해 솔직한 속임수에 의존하기 시작했습니다.
게다가 처음에 초보 EA 작가들은 모든 EA가 30-40분 안에 작성된다고 진심으로 믿고 월 수입 $3,000의 이상적인 그림을 머릿속에 그립니다. 동시에 그들은 개발 시간 외에도 작업을 명확히하고 수행 한 작업을 설명하고 누락, 오해, 분쟁에 대해 설명 할 시간이 있다는 점을 고려하지 않습니다.
댓글을 달아야 할 것 같습니다. 저는 Alexander Novikov가 위의 고문 개발을 주문한 계약자입니다. 개발하는 동안 나는 고문이 하나 또는 다른 특별한 경우에 어떻게 행동해야 하는지에 대해 여러 번 질문을 받았습니다. 이러한 질문으로 나는 고객에게 연락을 취했는데, 변함없이 그러한 사례가 설명되지 않은 TK 파일에 대한 참조를 받았습니다. 비슷한 상황이 많았습니다(어드바이저의 논리와 많은 구성 요소의 상호 작용이 매우 복잡하고 모든 경우는 테스트를 시작할 때만 나타납니다). 그래서 개발 프로세스가 매우 길었습니다. 그런 상황을 다시 한 번 반복한 후, 나는 고객이 상호 작용하고 설명하는 것을 꺼려하기 때문에 내가 한 TOR에 따라 완전히 그리고 독점적으로 작업을 하겠다고 말했습니다.
그러나 재미는 이제 막 시작되었습니다. 고객에게 기성품 솔루션을 제공한 후 일련의 작은 문제가 시작되었습니다.
고객 : 그리고 왜 나에게 라이브러리 파일을 제공합니까? 어드바이저 파일이 1개 필요합니다
다시 말하지만 이것은 TOR에 지정되지 않았습니다. 그리고 더 많은 요구 사항이 있습니다. 이 모든 것은 마치 이 남자가 비참한 50달러에 노예를 산 것처럼 질서정연하고 최후통첩한 어조로 이루어졌습니다. 나는 많이 일하고 내 고객을 위해 이것을 하는 것이 문제가 되지 않습니다. 그러나 그들이 당신에게 명령을 내릴 때, 그들은 당신에게 그런 어조로 당신에게 말하며, 도와주고 싶은 마음이 없습니다. 그럼에도 불구하고 큰 욕심 없이 계속 이 조건들을 차곡차곡 채우고 싶었다. 부끄럽게도 그것은 세 배가 될 것입니다).
물론 특수한 경우 중 하나에서 EA가 고객이 기대한 대로 작동하지 않았습니다. 그가 나에게 이 사실을 알렸을 때 나는 TOR가 이에 대해 아무 말도 하지 않았으며 당신은 그러한 문제에 대해 나에게 어떤 해명도 하기를 거부했다고 지적했습니다. 다시 한 번, 나는 이 특별한 경우에 고객이 원하는 대로 행동하도록 어드바이저를 변경했지만 내 인내심이 바닥났고 작업이 고객의 TOR에 따라 수행되었으며 더 이상 변경/추가하지 않습니다.
그리고 협박과 함께 명령에 의한 요구는 계속되었다. 그 후 나는 이것을 끝내기 위해 중재를 요청했습니다.
Прежде, чем назначать сроки (3-4 дня), вы ознакомились с ТЗ, а так же при согласии на исполнение, подтвердили установленный мной срок (5 дней). И что за разговор: “работало идеально, куча мелких требований, никаких багов”??? ТЗ есть, значит и должен быть продукт, полностью соответствующий ТЗ, а значит, должен работать идеально, без багов и...
그리고 모든 것이 멋지게 시작되었습니다 ... 그리고 모든 것은 고객의 웹사이트에 대한 광고와 함께 진부한 공개 대결로 끝났습니다. 아니면 끝나지 않았나요? 그리고 언제 끝날까요? 누가 결정합니까?
아마도 topikstarter가 그러한 공개 토론을 시작하려는 의도였을까요?
그리고 나는 어리석게도 여기 중재에 대한 좋은 교육 스레드가 있을 수 있다고 토픽 스타터를 믿었습니다 ... 그리고 심지어 여기에 몇 개의 게시물을 작성했습니다 ... 하지만 그는 완전히 다른 것을 염두에 두었습니다 ...
그리고 다음과 같이 끝났습니다.
고객이 보고 후 발표한 클레임 목록은 다음과 같습니다.
작업이 완료되지 않았으며 논리적 결론에 이르지 못했습니다!
1. EA는 컴파일하는 동안 경고를 생성합니다.
2. StopLoss가 제대로 작동하지 않습니다.
3. 마틴의 주문 충전이 제대로 작동하지 않습니다.
4. "상담원 거래 허용" 체크박스가 체크되지 않은 경우에도 미결제 주문에 대한 메시지가 나타납니다.
사례를 중재로 이전하기 직전에 고객에게 작업의 최종 버전이 제공되었으며 여기에서 2-4번 항목이 올바르게 작동했습니다. 저것들. 사실, 컴파일하는 동안 경고가 몇 번 밖에 없었고 이는 어드바이저의 올바른 작동에 영향을 미치지 않았습니다. 고객이 나중에 주장했듯이 알 수 없는 이유로 그는 이 버전을 테스트하지 않았습니다. 거짓과 중상모략을 하지 않기 위해 우리의 말을 받아들입시다. 모더레이터의 제안으로 컴파일할 때 경고를 없앴습니다.
그러나 클라이언트는 여기서 멈추지 않았습니다. 그는 이것을 생각해 냈습니다. 그가 어드바이저 코드에 지시문을 추가하면 컴파일 중에 "제거되어야 하는" 새로운 경고가 나타납니다. 이제 모두가 그가 어떤 사람이고 어떤 목표를 추구하는지 이해하고 있다고 생각합니다. 저를 대신하여 이 고객과 함께 작업할 때 일반적이고 적절한 고객과 유사한 복잡성의 작업을 완료하는 것보다 작업을 완료하는 데 5-7배 더 많은 시간이 걸렸다고 덧붙일 수 있습니다. 하나님께서 그런 사람들과의 소통과 교류에서 여러분 모두를 구원하시기를 바랍니다.
그리고 주제 (명목상 이름)에 대해이 작업을 진행하는 동안 중재에 관한 여러 가지 흥미로운 질문이 제기되었습니다. 예: 고객은 제공된 코드가 컴파일할 때 경고를 생성하지 않아야 한다고 주장했습니다. 사회자는 그를 지지하기보다는 지지했고 적어도 그는 반대하지 않았습니다. 그런 문제는 규제해야 한다는 것이 제 입장입니다. 분쟁이 발생하면 어떤 입장이 옳고 무엇을 해야 하는지를 결정하는 규칙이 있어야 합니다.
작업 수행을 위한 구성 및 절차를 결정하는 2개의 문서가 있습니다: 고객이 작성한 TOR 및 작업 섹션의 규칙 . 거기에 표시되지 않은 모든 것, 고객은 계약자에게 요구할 권리가 없습니다.
사례를 중재로 이전하기 직전에 고객에게 작업의 최종 버전이 제공되었으며 여기에서 2-4번 항목이 올바르게 작동했습니다. 저것들. 사실, 컴파일하는 동안 경고가 몇 번 밖에 없었고 이는 어드바이저의 올바른 작동에 영향을 미치지 않았습니다. 고객이 나중에 주장했듯이 알 수 없는 이유로 그는 이 버전을 테스트하지 않았습니다. 거짓말과 비방을 비난하지 않기 위해 우리의 말을 받읍시다. 모더레이터의 제안으로 컴파일할 때 경고를 없앴습니다.
그러나 클라이언트는 여기서 멈추지 않았습니다. 그는 이것을 생각해 냈습니다. 그가 어드바이저 코드에 지시문을 추가하면 컴파일 중에 "제거되어야 하는" 새로운 경고가 나타납니다. 이제 모두가 그가 어떤 사람이고 어떤 목표를 추구하는지 이해하고 있다고 생각합니다. 저를 대신하여 이 고객과 함께 작업할 때 일반적이고 적절한 고객과 유사한 복잡성의 작업을 완료하는 것보다 작업을 완료하는 데 5-7배 더 많은 시간이 걸렸다고 덧붙일 수 있습니다. 나는 하나님께서 그런 사람들과의 소통과 교류에서 여러분 모두를 구원하시기를 바랍니다.
몇 가지 경고? 오늘날까지 남아 있는 것:
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 155 29 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 249 29 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 257 45 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 257 64 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 258 42 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 259 38 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 260 41 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 261 32 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 265 25 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 277 2 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 315 3 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 317 3 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 322 3 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 324 3 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 70 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 94 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 118 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 156 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 402 32 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 432 2 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 511 21 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 73 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 91 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 156 유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 747 27 '숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 782 21
0 오류, 26 경고 1 27
공허한 이야기처럼 보이지 않도록 말 그대로 인용하십시오. "... 어떤 이유로 그는 이 버전을 테스트하지 않았습니다."라고 결론지었습니다.
다시 한 번 여기에서 내가 이미 쓴 것을 반복할 것입니다. "이 작업을 수행하는 방법을 모른다면 이 사실을 인정하고 작업 및 중재를 거부하십시오!".
나는 당신의 "그리고 그렇게 될 것입니다"에 만족하지 않습니다! 할 수 없다면 올바른 코드를 모르거나 작성하고 싶지 않습니다. 프로그래밍을 하지 마십시오.
그리고 당신이 이미 일을 맡았으면 책임을 지고 문제를 끝내십시오!
ps 당신처럼되지 않기 위해-나는 개인적인 것을 얻지 않고 당신의 방향으로 나의 어구를 표현하지 않을 것입니다!
웹에 있는 모든 것:
쯔. _http://novikov.dp.ua/fortrader/sovetniki/sovetnik-pomoshhnik-assistant.html
그리고 마지막 몇 가지 논쟁이 없는 대화 _http://novikov.dp.ua/news/dialog-s-programmistom.html
그리고 나는 이것을 포럼에 가져왔습니다. 처음에는 브리핑을 하기 위함이 아니라 중재 절차가 어떻게 진행되는지 명확히 하고 알아내기 위해 제가 중재를 신청한 것이 아닙니다. 그러나 당신은 중재를 신청하지 않았다는 사실을 언급하면서 성취될 것입니다. 연기자 자신이 원래 표시한 것보다 3배나 더 기한을 늦춘 것은 말할 것도 없고 작업을 하고 기한을 연기하십시오!
그리고 "결국 해결책은 간단합니다." - 항상 그런 것은 아닙니다. 당신이라면 그럴 수도 있겠지만 이 경우에는 그렇지 않습니다.
ps. 저는 누군가를 폄하하려는 것이 아닙니다. 저는 논리적으로 작업을 완료해야 하며 모든 것을 오픈 액세스로 게시했습니다. 왜냐하면. 개인 주문이 아니라 클럽하우스 _http://forexsystems.ru/temp-korzina-reklama/74632-skladchina-dlya-napisaniya-eksperta-pomoschnika.html
그리고 동호회에 참가한 사람들 앞에서 나 자신도 편하지 않다! 그리고 출연자를 뽑고 금액협상을 하고 돈을 모아서 지불하고 나서도 참가자들에게 추가금을 요구하게 되면 어떤 모습일지!?
pps 나 자신도 다른 분야의 출연자이고, 이 출연자의 행동 같은 태도를 감당할 여유가 없다. 그래서 나는이 상황에서 지루하다!
추신 그건 그렇고, 인터뷰 이후 Jobs 서비스의 평균 주문 비용이 증가했습니다.
Многие опытные разработчики жалуются на демпинг. Что вы сами по этому поводу думаете?
잡스 서비스의 각 계약 비용에 대한 정보는 공개돼 있어 지급/인건비 적정성 문제가 화제가 됐다.
다음은 최신 인용문 중 하나입니다. "하지만 10달러의 전문가는... 그런 고객과 장난을 치고 싶어하는 프로그래머에게 웃음과 "기쁨"을 줍니다. 그들은 자신의 건강, 시간 및 신경을 전혀 존중하지 않습니다. 그래서 그들이 앉아 있는 이유입니다. , 비단과 같은 순서로, 동시에 정상적인 생활과 규칙적인 근무 시간이 없습니다. 아침부터 저녁까지 한 푼에 만툴라입니다. 여러분, 프로그래머 여러분, 일을 존중하고 건강을 돌보십시오!" .
그러나 모든 것은 객관적으로 봐야 합니다. Kozma Prutkov가 말했듯이 "뿌리를 보라!". 내 실습에 따르면 서비스에서 일하는 평균 비용은 $30입니다. 이것은 Renat이 인용한 통계 와 일치합니다. 600개의 지원이 이미 Jobs 서비스를 통과했으며 총 비용은 $24,000입니다. 즉, 한 작업의 평균 비용은 24,000/600 = $40입니다.
러시아어를 사용하는 부문에서 작업 비용은 영어를 사용하는 부문보다 저렴합니다. 러시아의 평균 월 급여는 $700 = $30/일 = $3.75/시간입니다. 이러한 실제 상황에서 전문가 고문을 30달러로 간주하는 방법은 무엇입니까? 비싸거나 싸다? 당신의 일에 대한 존중입니까?
고객은 여러 가지 이유로 더 많은 비용을 지불할 준비가 되어 있지 않습니다. 그 이유 중 하나는 Expert Advisors를 주문할 때 대부분의 경우 고객이 단순히 전략을 확인하기 때문입니다. 프로그래머는 자신의 경험을 사용한다는 점도 염두에 두어야 합니다. 연습이 많을수록 개발이 많을수록 각 작업이 더 빨리 완료되고 비용이 낮아집니다.
'잡' 서비스가 대중화되자 덤핑이 등장했고 대다수 고객들이 자신의 애플리케이션으로 서비스를 신청하기 시작했다. 최고 개발자들은 불에 연료를 추가했습니다. 상위에 "그리기" 위해 개별 프로그래머는 어떤 대가를 치르더라도 일자리를 얻기 위해 솔직한 속임수에 의존하기 시작했습니다.
게다가 처음에 초보 EA 작가들은 모든 EA가 30-40분 안에 작성된다고 진심으로 믿고 월 수입 $3,000의 이상적인 그림을 머릿속에 그립니다. 동시에 그들은 개발 시간 외에도 작업을 명확히하고 수행 한 작업을 설명하고 누락, 오해, 분쟁에 대해 설명 할 시간이 있다는 점을 고려하지 않습니다.
프리랜서를 위해 개설된 월간 신규 주문 수가 증가했기 때문입니다.
모두를 환영합니다!
댓글을 달아야 할 것 같습니다. 저는 Alexander Novikov가 위의 고문 개발을 주문한 계약자입니다. 개발하는 동안 나는 고문이 하나 또는 다른 특별한 경우에 어떻게 행동해야 하는지에 대해 여러 번 질문을 받았습니다. 이러한 질문으로 나는 고객에게 연락을 취했는데, 변함없이 그러한 사례가 설명되지 않은 TK 파일에 대한 참조를 받았습니다. 비슷한 상황이 많았습니다(어드바이저의 논리와 많은 구성 요소의 상호 작용이 매우 복잡하고 모든 경우는 테스트를 시작할 때만 나타납니다). 그래서 개발 프로세스가 매우 길었습니다. 그런 상황을 다시 한 번 반복한 후, 나는 고객이 상호 작용하고 설명하는 것을 꺼려하기 때문에 내가 한 TOR에 따라 완전히 그리고 독점적으로 작업을 하겠다고 말했습니다.
그러나 재미는 이제 막 시작되었습니다. 고객에게 기성품 솔루션을 제공한 후 일련의 작은 문제가 시작되었습니다.
-------------------------------------------------- ---------------
고객 : 그리고 왜 나에게 라이브러리 파일을 제공합니까? 어드바이저 파일이 1개 필요합니다
다시 말하지만 이것은 TOR에 지정되지 않았습니다. 그리고 더 많은 요구 사항이 있습니다. 이 모든 것은 마치 이 남자가 비참한 50달러에 노예를 산 것처럼 질서정연하고 최후통첩한 어조로 이루어졌습니다. 나는 많이 일하고 내 고객을 위해 이것을 하는 것이 문제가 되지 않습니다. 그러나 그들이 당신에게 명령을 내릴 때, 그들은 당신에게 그런 어조로 당신에게 말하며, 도와주고 싶은 마음이 없습니다. 그럼에도 불구하고 큰 욕심 없이 계속 이 조건들을 차곡차곡 채우고 싶었다. 부끄럽게도 그것은 세 배가 될 것입니다).
물론 특수한 경우 중 하나에서 EA가 고객이 기대한 대로 작동하지 않았습니다. 그가 나에게 이 사실을 알렸을 때 나는 TOR가 이에 대해 아무 말도 하지 않았으며 당신은 그러한 문제에 대해 나에게 어떤 해명도 하기를 거부했다고 지적했습니다. 다시 한 번, 나는 이 특별한 경우에 고객이 원하는 대로 행동하도록 어드바이저를 변경했지만 내 인내심이 바닥났고 작업이 고객의 TOR에 따라 수행되었으며 더 이상 변경/추가하지 않습니다.
그리고 협박과 함께 명령에 의한 요구는 계속되었다. 그 후 나는 이것을 끝내기 위해 중재를 요청했습니다.
추신 그건 그렇고, 인터뷰 이후 Jobs 서비스의 평균 주문 비용이 증가했습니다.
프리랜서를 위해 개설된 월간 신규 주문 수가 증가했기 때문입니다.
당신은 TK에서 했던 것처럼 내 말을 당신 자신의 방식으로 왜곡해서는 안 됩니다. 우리의 전체 대화는 공개 도메인에 있습니다 _http://novikov.dp.ua/news/dialog-s-programmistom.html
그리고 모든 것이 멋지게 시작되었습니다 ... 그리고 모든 것은 고객의 웹사이트에 대한 광고와 함께 진부한 공개 대결로 끝났습니다. 아니면 끝나지 않았나요? 그리고 언제 끝날까요? 누가 결정합니까?
아마도 topikstarter가 그러한 공개 토론을 시작하려는 의도였을까요?
그리고 나는 어리석게도 여기 중재에 대한 좋은 교육 스레드가 있을 수 있다고 토픽 스타터를 믿었습니다 ... 그리고 심지어 여기에 몇 개의 게시물을 작성했습니다 ... 하지만 그는 완전히 다른 것을 염두에 두었습니다 ...
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
중재 - 규칙, 규정, 조건.
노비코프 , 2014.04.07 09:33
친애하는 행정부, 검색을 사용했지만 중재에 대한 정보, 즉 규칙, 규정, 마감일을 찾지 못했습니다.
차익 거래는 어떻게 이루어지며 어떤 순서로 어떤 조건으로 이루어져야 합니까?
그리고 연기자가 중재 신청서를 제출했을 때 "작품 이전" 페이지의 "다음" 버튼이 활성 상태로 유지되는 이유는 무엇입니까?
그리고 자동 결제가 될까요? tk. - "작품 제출 후 1주일 이내에 작품 수락을 확인하지 않고 거절 의사를 표시하지 않으면 자동으로 작품이 수락된 것으로 간주합니다."
기대에 부응하지 못해 죄송합니다!
그리고 주제가 다른 방향으로 갔다는 사실!
마음대로 가지를 치워도 전혀 상관없어!
왜냐하면 거기에 광고할 것이 없기 때문에 자신의 사이트를 광고하는 목표를 추구하지 않았습니다.
그리고 모든 것이 멋지게 시작되었습니다 ... 그리고 모든 것은 고객의 웹사이트에 대한 광고와 함께 진부한 공개 대결로 끝났습니다. 아니면 끝나지 않았나요? 그리고 언제 끝날까요? 누가 결정합니까?
아마도 topikstarter가 그러한 공개 토론을 시작하려는 의도였을까요?
그리고 나는 어리석게도 여기 중재에 대한 좋은 교육 스레드가 있을 수 있다고 토픽 스타터를 믿었습니다 ... 그리고 심지어 여기에 몇 개의 게시물을 작성했습니다 ... 하지만 그는 완전히 다른 것을 염두에 두었습니다 ...
그리고 다음과 같이 끝났습니다.
고객이 보고 후 발표한 클레임 목록은 다음과 같습니다.
작업이 완료되지 않았으며 논리적 결론에 이르지 못했습니다!
1. EA는 컴파일하는 동안 경고를 생성합니다.
2. StopLoss가 제대로 작동하지 않습니다.
3. 마틴의 주문 충전이 제대로 작동하지 않습니다.
4. "상담원 거래 허용" 체크박스가 체크되지 않은 경우에도 미결제 주문에 대한 메시지가 나타납니다.
사례를 중재로 이전하기 직전에 고객에게 작업의 최종 버전이 제공되었으며 여기에서 2-4번 항목이 올바르게 작동했습니다. 저것들. 사실, 컴파일하는 동안 경고가 몇 번 밖에 없었고 이는 어드바이저의 올바른 작동에 영향을 미치지 않았습니다. 고객이 나중에 주장했듯이 알 수 없는 이유로 그는 이 버전을 테스트하지 않았습니다. 거짓과 중상모략을 하지 않기 위해 우리의 말을 받아들입시다. 모더레이터의 제안으로 컴파일할 때 경고를 없앴습니다.
그러나 클라이언트는 여기서 멈추지 않았습니다. 그는 이것을 생각해 냈습니다. 그가 어드바이저 코드에 지시문을 추가하면 컴파일 중에 "제거되어야 하는" 새로운 경고가 나타납니다. 이제 모두가 그가 어떤 사람이고 어떤 목표를 추구하는지 이해하고 있다고 생각합니다. 저를 대신하여 이 고객과 함께 작업할 때 일반적이고 적절한 고객과 유사한 복잡성의 작업을 완료하는 것보다 작업을 완료하는 데 5-7배 더 많은 시간이 걸렸다고 덧붙일 수 있습니다. 하나님께서 그런 사람들과의 소통과 교류에서 여러분 모두를 구원하시기를 바랍니다.
그리고 주제 (명목상 이름)에 대해이 작업을 진행하는 동안 중재에 관한 여러 가지 흥미로운 질문이 제기되었습니다. 예: 고객은 제공된 코드가 컴파일할 때 경고를 생성하지 않아야 한다고 주장했습니다. 사회자는 그를 지지하기보다는 지지했고 적어도 그는 반대하지 않았습니다. 그런 문제는 규제해야 한다는 것이 제 입장입니다. 분쟁이 발생하면 어떤 입장이 옳고 무엇을 해야 하는지를 결정하는 규칙이 있어야 합니다.
작업 수행을 위한 구성 및 절차를 결정하는 2개의 문서가 있습니다: 고객이 작성한 TOR 및 작업 섹션의 규칙 . 거기에 표시되지 않은 모든 것, 고객은 계약자에게 요구할 권리가 없습니다.
사례를 중재로 이전하기 직전에 고객에게 작업의 최종 버전이 제공되었으며 여기에서 2-4번 항목이 올바르게 작동했습니다. 저것들. 사실, 컴파일하는 동안 경고가 몇 번 밖에 없었고 이는 어드바이저의 올바른 작동에 영향을 미치지 않았습니다. 고객이 나중에 주장했듯이 알 수 없는 이유로 그는 이 버전을 테스트하지 않았습니다. 거짓말과 비방을 비난하지 않기 위해 우리의 말을 받읍시다. 모더레이터의 제안으로 컴파일할 때 경고를 없앴습니다.
그러나 클라이언트는 여기서 멈추지 않았습니다. 그는 이것을 생각해 냈습니다. 그가 어드바이저 코드에 지시문을 추가하면 컴파일 중에 "제거되어야 하는" 새로운 경고가 나타납니다. 이제 모두가 그가 어떤 사람이고 어떤 목표를 추구하는지 이해하고 있다고 생각합니다. 저를 대신하여 이 고객과 함께 작업할 때 일반적이고 적절한 고객과 유사한 복잡성의 작업을 완료하는 것보다 작업을 완료하는 데 5-7배 더 많은 시간이 걸렸다고 덧붙일 수 있습니다. 나는 하나님께서 그런 사람들과의 소통과 교류에서 여러분 모두를 구원하시기를 바랍니다.
몇 가지 경고? 오늘날까지 남아 있는 것:
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 155 29
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 249 29
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 257 45
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 257 64
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 258 42
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 259 38
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 260 41
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 261 32
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 265 25
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 277 2
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 315 3
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 317 3
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 322 3
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 324 3
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 70
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 94
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 118
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 401 156
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 402 32
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 432 2
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 511 21
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 73
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 91
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 594 156
유형 변환으로 인한 데이터 손실 가능성 Assistant__6.mq4 747 27
'숫자'에서 '문자열'로의 암시적 변환 Assistant__6.mq4 782 21
0 오류, 26 경고 1 27
공허한 이야기처럼 보이지 않도록 말 그대로 인용하십시오. "... 어떤 이유로 그는 이 버전을 테스트하지 않았습니다."라고 결론지었습니다.
다시 한 번 여기에서 내가 이미 쓴 것을 반복할 것입니다. "이 작업을 수행하는 방법을 모른다면 이 사실을 인정하고 작업 및 중재를 거부하십시오!".
나는 당신의 "그리고 그렇게 될 것입니다"에 만족하지 않습니다! 할 수 없다면 올바른 코드를 모르거나 작성하고 싶지 않습니다. 프로그래밍을 하지 마십시오.
그리고 당신이 이미 일을 맡았으면 책임을 지고 문제를 끝내십시오!
ps 당신처럼되지 않기 위해-나는 개인적인 것을 얻지 않고 당신의 방향으로 나의 어구를 표현하지 않을 것입니다!