이해하는 사람에게 설명하십시오. 이 중재의 용도가 무엇이며 고객이 아무 것도 받지 않고 부정적인 리뷰를 작성할 수 있다면 무슨 소용이 있습니까? 글쎄, 아마도 그들은 그에게 키스하지 않았고 그는 행복하지 않았을 것입니다. 작업의 용도와 용도, 고객이 있는 경우 작업이 없는 경우 WM에서 지불을 받을 때 부정적인 리뷰(이유 없이)를 롤링할 수 있습니까? 그런 리뷰를 가지고 어디로 가야합니까?
Job에서는 긍정적이든 부정적이든 리뷰에서 전혀 의미가 없습니다. 처음에 고객과 프로그래머가 리뷰에서 서로 키스할 수 없었을 때 짜증이 몇 번 있었습니다. 그런 다음 그들은 놀았습니다. 리뷰 svobodnye 종료 - 포럼에서 "똥"으로 이동했습니다.
그러한 콘텐츠에 대한 리뷰는 "!"라고 말할 수 있습니까? 고객이 처음으로 Expert Advisor를 시작한 경우 어떤 피드백을 남길 수 있습니까?
리뷰는 다음을 충족해야 합니다. - 또는 제3자가 작성, - 일정 시간 후에 작성, - 한 명의 고객/개발자가 업무가 아닌 일반적인 협력에 대한 피드백을 남길 수 있습니다. - 리뷰는 정보를 제공해야 합니다. - 검토는 필수 사항이어야 합니다. - 리뷰는 편집이 가능해야 하며, 편집 시간과 이유를 명시해야 합니다. - 리뷰에 대한 답변을 남길 수 있어야 합니다.
서평의 책이 있고, 글쓰기의 의미에서 모든 사람이 사용할 수 있지만 그 안에 쓰여진 것만이 큰 크기로 벽에 걸리지 않습니다. 정기적으로 이 방명록을 유능한 전문가가 확인하여 조치를 취합니다. 저것들. 고객은 리뷰를 작성할 권리가 있어야 하지만 작업의 관리자만 볼 수 있어야 합니다. 리뷰가 부정적인 경우 관리자는 이에 따라 설명을 요구해야 합니다. 모든 것이 의미 있고 합리적이어야하며 모든 사람이 벽에 아트 페인팅을 할 수는 없습니다. 당신이 가게를 가지고 있고 모든 사람들이 페인트 통을 들고 벽으로 다가와 "멋진 가게", "나쁜 가게"라고 쓴다고 상상해 보십시오.
리뷰, 평점 등에 대해 언제 주제가 제기되었지만 상황은 여전히 있습니다. 왜 바퀴를 재발명합니까? 이 주제의 최대 개방성은 모든 문제를 해결할 것입니다. 이제 부정적인 리뷰(일부)가 삭제됩니다 . 무엇을 위해? 모두가 자신의 결론을 내리고 공연자에 대한 자신의 의견을 만들게하십시오.
구체적으로 말씀해 주십시오. 당신의 말은 시스템 정책처럼 들리지만 동시에 당신은 노동 서비스 에 참여한 적이 없습니다. 그러면 어떤 근거로 그런 말을 합니까?
이제 일하라는 명령을 받은 정신 나간 고객에게서 하나 또는 두 개의 부정적인 리뷰가 제거되었습니다. 그리고 이것에서 일반적인 결론을 내릴 필요는 없습니다. 정직한 개발자의 피를 망칠 수 있는 부적절한 사람들로부터 우리 자신을 보호해야 합니다.
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
예, (개인적인 것은 아님) 정수 및 _Techno_ 프로필 비교. 첫 번째: 좋은 고품질 기사, 코드베이스에 게시된 코드(무료)에는 맞춤형 작업이 있습니다. 두 번째: 컨베이어 스타일로 주문 제작만 합니다. 내 선택은 분명합니다 - 정수입니다.
Zhob의 개발자는 증명이 있어야 합니다. 테스트를 말하는 것이 아닙니다. 이 질문은 여러 번 제기되었으며 해결책을 찾지 못했고 앞으로도 찾을 수 없을 것입니다. 그러나 자원은 간접 인증의 가능성이 있습니다. 이를 위해 코드 기반(저자 자료) 에 기사 및 자료 게시가 있습니다. "상위"에 있는 개발자는 실적이 없어야 합니다. 작업만 합니다. "golyak"이 중요한 역할을해야합니다.
정수 등급 - 8200 - 게시된 기사 7개, 코드베이스의 코드 61개, 작업의 작업 16개를 살펴보겠습니다. 기사의 가치, 코드베이스의 작성자 코드 및 Job의 작업 가치는 무엇입니까?
문제. 어떻게 Integer가 10위권 안에도 들지 않을 수 있습니까(현재 상황)?
또 다른 예인 Dima_S는 Job에서 7개의 기사, 1개의 코드 기반, 42개의 작업을 게시했습니다.
같은 질문입니다. 왜 Dima_S가 상위 10위 안에 들지 않습니까?
상위 10위의 최소 작업 수준은 71입니다.
Integer 및 Dima_S를 사용한 예 - 개인적인 것이 아님 - 단지 예일 뿐입니다.
"상위"는 완성 작품 수로 분류할 수 없습니다. 이것은 근본적으로 잘못된 것입니다. 기사의 자격, Codebase의 코드 - 사용 가능하고 열려 있습니다. Zhob의 작품 자격 - 폐쇄되어 사용할 수 없습니다. 따라서 "상단"은 비판적으로 편향됩니다.
예를 들어, 기사 1개 = Joba의 작업 100개, 코드베이스의 작업 1개 = Joba의 작업 1개와 일치시킵니다.
상단의 합계 - 첫 번째 정수, 두 번째 Dima_S
GODZILLA에 대해 잊어버렸습니다 - 7개의 기사, 340개의 코드베이스, Job에서 1개의 작업
Renat : 수행자에 대한 보다 완전한 평가를 위해 프로필의 업적 섹션을 볼 수 있습니다. 많은 분류 정보가 있습니다.
Achievements 섹션에서 중요하거나 중요하지 않은 성적 앞에서 길을 잃을 수 있습니다. 그리고 고객은 "기사", "코드 기반" 및 해당 수준이 무엇인지 모릅니다. 그리고 누가 개발자를 선택할 때 업적을 봐야 하는지 - 활성 퍼블리셔(= 자격을 갖춘 개발자)가 상위에 있지 않은 경우.
이해하는 사람에게 설명하십시오. 이 중재의 용도가 무엇이며 고객이 아무 것도 받지 않고 부정적인 리뷰를 작성할 수 있다면 무슨 소용이 있습니까? 글쎄, 아마도 그들은 그에게 키스하지 않았고 그는 행복하지 않았을 것입니다. 작업의 용도와 용도, 고객이 있는 경우 작업이 없는 경우 WM에서 지불을 받을 때 부정적인 리뷰(이유 없이)를 롤링할 수 있습니까? 그런 리뷰를 가지고 어디로 가야합니까?
Job에서는 긍정적이든 부정적이든 리뷰에서 전혀 의미가 없습니다. 처음에 고객과 프로그래머가 리뷰에서 서로 키스할 수 없었을 때 짜증이 몇 번 있었습니다. 그런 다음 그들은 놀았습니다. 리뷰 svobodnye 종료 - 포럼에서 "똥"으로 이동했습니다.
그러한 콘텐츠에 대한 리뷰는 "!"라고 말할 수 있습니까? 고객이 처음으로 Expert Advisor를 시작한 경우 어떤 피드백을 남길 수 있습니까?
리뷰는 다음을 충족해야 합니다.
- 또는 제3자가 작성,
- 일정 시간 후에 작성,
- 한 명의 고객/개발자가 업무가 아닌 일반적인 협력에 대한 피드백을 남길 수 있습니다.
- 리뷰는 정보를 제공해야 합니다.
- 검토는 필수 사항이어야 합니다.
- 리뷰는 편집이 가능해야 하며, 편집 시간과 이유를 명시해야 합니다.
- 리뷰에 대한 답변을 남길 수 있어야 합니다.
나는 사회자의 작업에 대한 귀하의 평가에 전적으로 동의합니다.
리뷰, 평점 등에 대해 언제 주제가 제기되었지만 상황은 여전히 있습니다. 왜 바퀴를 재발명합니까? 이 주제의 최대 개방성은 모든 문제를 해결할 것입니다. 이제 부정적인 리뷰(일부)가 삭제됩니다 . 무엇을 위해? 모두가 자신의 결론을 내리고 공연자에 대한 자신의 의견을 만들게하십시오.
구체적으로 말씀해 주십시오. 당신의 말은 시스템 정책처럼 들리지만 동시에 당신은 노동 서비스 에 참여한 적이 없습니다. 그러면 어떤 근거로 그런 말을 합니까?
이제 일하라는 명령을 받은 정신 나간 고객에게서 하나 또는 두 개의 부정적인 리뷰가 제거되었습니다. 그리고 이것에서 일반적인 결론을 내릴 필요는 없습니다. 정직한 개발자의 피를 망칠 수 있는 부적절한 사람들로부터 우리 자신을 보호해야 합니다.
예, (개인적인 것은 아님) 정수 및 _Techno_ 프로필 비교. 첫 번째: 좋은 고품질 기사, 코드베이스에 게시된 코드(무료)에는 맞춤형 작업이 있습니다. 두 번째: 컨베이어 스타일로 주문 제작만 합니다. 내 선택은 분명합니다 - 정수입니다.
Zhob의 개발자는 증명이 있어야 합니다. 테스트를 말하는 것이 아닙니다. 이 질문은 여러 번 제기되었으며 해결책을 찾지 못했고 앞으로도 찾을 수 없을 것입니다. 그러나 자원은 간접 인증의 가능성이 있습니다. 이를 위해 코드 기반(저자 자료) 에 기사 및 자료 게시가 있습니다. "상위"에 있는 개발자는 실적이 없어야 합니다. 작업만 합니다. "golyak"이 중요한 역할을해야합니다.
정수 등급 - 8200 - 게시된 기사 7개, 코드베이스의 코드 61개, 작업의 작업 16개를 살펴보겠습니다. 기사의 가치, 코드베이스의 작성자 코드 및 Job의 작업 가치는 무엇입니까?
문제. 어떻게 Integer가 10위권 안에도 들지 않을 수 있습니까(현재 상황)?
또 다른 예인 Dima_S는 Job에서 7개의 기사, 1개의 코드 기반, 42개의 작업을 게시했습니다.
같은 질문입니다. 왜 Dima_S가 상위 10위 안에 들지 않습니까?
상위 10위의 최소 작업 수준은 71입니다.
Integer 및 Dima_S를 사용한 예 - 개인적인 것이 아님 - 단지 예일 뿐입니다.
"상위"는 완성 작품 수로 분류할 수 없습니다. 이것은 근본적으로 잘못된 것입니다. 기사의 자격, Codebase의 코드 - 사용 가능하고 열려 있습니다. Zhob의 작품 자격 - 폐쇄되어 사용할 수 없습니다. 따라서 "상단"은 비판적으로 편향됩니다.
예를 들어, 기사 1개 = Joba의 작업 100개, 코드베이스의 작업 1개 = Joba의 작업 1개와 일치시킵니다.
상단의 합계 - 첫 번째 정수, 두 번째 Dima_S
GODZILLA에 대해 잊어버렸습니다 - 7개의 기사, 340개의 코드베이스, Job에서 1개의 작업
수행자에 대한 보다 완전한 평가를 위해 프로필의 업적 섹션을 볼 수 있습니다. 많은 분류 정보가 있습니다.
그러나 일반적인 문제는 분명합니다. 정보를 읽고 검색하는 데 시간을 할애하는 사람은 거의 없습니다.
글쎄, 어떻게? 각 업적에는 특히 빠른 참조를 위한 자세한 설명이 있습니다.
"빠른 사용"은 아직 발생하지 않았습니다. 이전에는 프로필에서 기사 수를 클릭하고 이 특정 저자의 기사 목록을 받았습니다. 코드베이스와 동일합니다.
이제 그런 가능성은 없습니다. 작가의 글을 보고 싶다면 직접 방법을 찾아보세요.
그리고 개발자를 선택할 때 업적에서 찾아야 할 사람
그의 제안을 남겼고 이 일을 하고 싶은 사람에게.
제안을 남겼고 이 일을 하고 싶어하는 사람에게.
나는 "상위"의 목록과 그 "적정성" = "자격"에 대해 이야기하고 있습니다.
Alexey에는 또한 6개의 기사, 6개의 코드베이스, 9개의 작업이 있습니다.
개발자와 수행자 모두의 요청을 남기는 메커니즘은 선택 메커니즘입니다. 상위의 영향을 받습니다.
물론 모든 사람이 "상위"에서 자신을 제거할 수 있습니다. 단, 상위권의 분포는 객관적이어야 하고 현실에 부합해야 한다. 이제 상단이 "팽창"되었습니다.