Renat - Renat, 나는 주제에서 다른 방법을 지적했습니다. 제 생각에는 인증이 단계별로 이루어져야 하는 방법은 다음과 같습니다.
1) 프로그래머가 인증 신청서를 제출하면 N 번째 인증 금액이 자신의 계정에서 공제됩니다.
2) 작업 섹션에서는 왼쪽 계정에서 신청서가 생성됩니다(어쨌든 신청서는 0개의 메시지로 제출됨) 인증을 수행할 사람(중재를 분석하는 동일한 사람)
3) 인증을 신청한 프로그래머는 전체 명단에서 선발하여 업무 수행을 위임한다.
4) 작업이 제출된 후 프로그래머는 이 작업이 인증의 일부임을 알립니다. 돈을 받지 못할 것입니다. 인증 자는 실제 또는 데모에서 작업할 때 확실히 문제를 일으킬 심각한 오류에 대해 작업을 확인합니다. 이러한 오류가 없으면 3번 항목으로 2번 돌아가고 오류가 있는 경우 인증자는 인증서 수신 거부를 받습니다.
5) 3개의 다른 "투입" 작업을 성공적으로 완료한 후 인증된 사람은 원하는 인증서를 받고 별도의 목록에 표시될 수 있습니다.
Lizar , 당신은 라이센스 및 증명에 대한 이상한 생각을 가지고 있으며 결과적으로 왜곡된 정의를 갖게 됩니다(왜 왜곡된 것인가 - 아래) ...
내 정의는 정확합니다. "라이선스" 및 "인증"이라는 단어가 의미하는 바가 명확하도록 정의를 제공하십시오.
MrGold166 :
... 그리고 이것으로 당신은 아이디어의 불일치를 증명하려고 합니까? 이것은 최소한 어리석은 일입니다) 또는 서비스 개발에 관심이 있는 당사자가 라이선스(MQ) 발급을 시작할 때 무엇이 잘못될 수 있는지 설명하십시오...
내 게시물을 다시 읽으십시오. 그것은 당신의 아이디어의 실패를 증명하는 것이 아니라 그것을 올바르게 수행하는 방법을 알려줍니다.
MrGold166 :
운전 면허증은 또한 모르는 경우 면허증 및 증명입니다. 면허 없이 운전할 수 있습니까? 제기된 질문은 유사한 유형의 라이선스/인증서에 관한 것입니다. 왜냐하면 그는 프로그래머가 클라이언트를 A 지점에서 B 지점으로 데려가도록 요청받았기 때문에 그는 그를 차례로 지점 C D E로 데려갔고 B 지점에 도달하지 못했다는 사실에 직면했기 때문입니다. , 그리고 심지어 다가오는 차선을 따라갑니다.
나는 규칙이 필요하지 않다고 쓰지 않았습니다. 규칙이 필요하며 일반적으로 질서를 만들기 위해 경험을 바탕으로 작성됩니다. 그리고 그것을 성취 할 수 있는 자들을 위해 기록되었습니다. 따라서 도로의 규칙을 가르칠 필요가 있고 운전 면허증도 필요합니다. 그러나 운전 면허증 발급은 규칙 을 따를 수 없는 운전자로부터 보호되지 않습니다 . 교통 경찰과 법원은 그러한 운전자와 보행자(고객 및 공연자)로부터 우리를 보호해야 합니다(작업 서비스 중재). 범죄적 사고를 가진 공연자 또는 고객이라면 인증이 저장되지 않습니다. 중재를 저장합니다.
IMHO, 인증은 만병 통치약이 아닙니다. 소프트웨어 개발 산업 전체에 대한 관점을 확장하면 인증서의 존재는 오히려 그들 자신의 눈이나 인증서 외에 더 이상 첨부할 것이 없는 무능한 고객의 눈에 그 중요성을 증가시킵니다. 일종의 인증 절차를 도입하면 이를 통과할 시간과 인내를 찾은 사람들과 그렇지 않은 사람들 사이에 선이 긋겠지만, 이것은 확실히 개발자의 능력을 나타내는 지표가 아닙니다.
고객과 프로그래머 간의 모든 미묘한 상호 작용이 수년에 걸쳐 해결된 프리랜스 사이트의 경험을 참조하여 이러한 사이트 대부분에 존재하는 몇 가지 잘 정립된 관행을 강조할 수 있습니다.
아티스트 등급
미래의 고객이 이용할 수 있는 요청 내역이 있는 중재
아티스트의 작업 포트폴리오(그가 이미 수행한 프로젝트 와 수행한 작업을 보여줄 수 있는 개인 쇼케이스)
이를 바탕으로 고객은 도급업체를 적절히 선정할 수 있다. (적어도 내가 강하지 않은 분야에서는 여러 번 했다)
IMHO, 인증은 만병 통치약이 아닙니다. 소프트웨어 개발 산업 전체에 대한 관점을 확장하면 인증서의 존재는 오히려 그들 자신의 눈이나 인증서 외에 더 이상 첨부할 것이 없는 무능한 고객의 눈에 그 중요성을 증가시킵니다. 일종의 인증 절차를 도입하면 이를 통과할 시간과 인내를 찾은 사람들과 그렇지 않은 사람들 사이에 선이 긋겠지만, 이것은 확실히 개발자의 능력을 나타내는 지표가 아닙니다.
고객과 프로그래머 간의 모든 미묘한 상호 작용이 수년에 걸쳐 해결된 프리랜스 사이트의 경험을 참조하여 이러한 사이트 대부분에 존재하는 몇 가지 잘 정립된 관행을 강조할 수 있습니다.
아티스트 등급
미래의 고객이 이용할 수 있는 요청 내역이 있는 중재
아티스트의 작업 포트폴리오(그가 이미 수행한 프로젝트와 수행한 작업을 보여줄 수 있는 개인 쇼케이스)
이를 바탕으로 고객은 도급업체를 적절히 선정할 수 있다. (적어도 내가 강하지 않은 분야에서는 여러 번 했다)
+100000 2004년부터 프리랜서로 올해의 서명, 나는 완전히 동의합니다. 이미지가 획득되었습니다 - 몇 년 동안 이미지가 당신을 위해 작동합니다.
스타터 표시. 명백한 언더코더로부터 고객을 보호합니다.
Mishek, 선동하지 마십시오 :)
초보자가 먼저 " 언더코더 " 의 개념을 정의하도록 하십시오. 누구세요? 어떻게 식별할 수 있습니까?
그런 다음 보드카로 이야기하지만 파이크의 머리 아래에서 이야기 할 것입니다.
프로그래머의 "일반적인" 수준을 높이는 문제는 물론 MK의 작업이 아닙니다.
이것은 우리의 임무일 뿐입니다. MQL4/MQL5 커뮤니티를 개발하고 수십만 명의 거래자와 개발자를 대량 교육하여 해결합니다.
문서, 기사, 도서관, 선수권 대회 및 포럼 제공을 통해 지식의 일반적인 수준을 높이는 것은 상당히 빠르고 방대한 효과를 주는 해결 가능한 작업입니다.
프로그래머의 작업과 지식에 대한 품질 관리는 엄격한 제어와 영향을 주는 수단 없이는 솔직히 해결할 수 없는 작업입니다.
답변이 포함된 설문지 형식의 인증(기본적으로 다른 방법은 없음)은 답변을 추측하는 사람에게 욕설입니다. 특히 "첫 번째는 직업별로 펌핑되는 사기꾼"인 프로그래머를 위해 :)
디미트리, 무슨 말인지 이해가 안 돼요.
DDFedor +100501, 설명된 요점으로 바로 이동합니다.
Renat - Renat, 나는 주제에서 다른 방법을 지적했습니다. 제 생각에는 인증이 단계별로 이루어져야 하는 방법은 다음과 같습니다.
1) 프로그래머가 인증 신청서를 제출하면 N 번째 인증 금액이 자신의 계정에서 공제됩니다.
2) 작업 섹션에서는 왼쪽 계정에서 신청서가 생성됩니다(어쨌든 신청서는 0개의 메시지로 제출됨) 인증을 수행할 사람(중재를 분석하는 동일한 사람)
3) 인증을 신청한 프로그래머는 전체 명단에서 선발하여 업무 수행을 위임한다.
4) 작업이 제출된 후 프로그래머는 이 작업이 인증의 일부임을 알립니다. 돈을 받지 못할 것입니다. 인증 자는 실제 또는 데모에서 작업할 때 확실히 문제를 일으킬 심각한 오류에 대해 작업을 확인합니다. 이러한 오류가 없으면 3번 항목으로 2번 돌아가고 오류가 있는 경우 인증자는 인증서 수신 거부를 받습니다.
5) 3개의 다른 "투입" 작업을 성공적으로 완료한 후 인증된 사람은 원하는 인증서를 받고 별도의 목록에 표시될 수 있습니다.
폐지하다
프로그래머는 고객의 이익을 보호합니다. (여기에 뭔가 잘못되었습니다)
프로그래머는 프로그래머로부터 고객을 보호합니다. (매우 명확한)
즉, 다음과 같은 이유로 프로그래머를 선택할 기회가 없기 때문에 "언더코더"로부터 고객을 보호하기 위해 테마가 만들어졌습니다.
a) 상처 등급만 볼 수 있습니다.
b) 중재 절차의 본질과 그 결과가 있는 경우 이를 확인하는 것이 불가능합니다(WebMoney로 이 정보를 공개하는 것도 나쁘지 않을 것입니다).
고객은 정의상 프로그래머의 직업적 적합성을 확인할 수 없으므로 이를 제3자에게 위탁할 수 있습니다.
즉, 다음과 같은 이유로 프로그래머를 선택할 기회가 없기 때문에 "언더코더"로부터 고객을 보호하기 위해 테마가 만들어졌습니다.
a) 상처 등급만 볼 수 있습니다.
등급이 표시될 때:
- 완성 작품 수 (각 작품에 대해 마감일과 가격을 볼 수 있음)
- 평균 가격
- 평균 기간
- 피드백 통계
등급이 엉망이면 모든 고객이 이것을 완벽하게 알 수 있습니다.
b) 중재 절차의 본질과 그 결과가 있는 경우 이를 확인하는 것이 불가능합니다(WebMoney로 이 정보를 공개하는 것도 나쁘지 않을 것입니다).
중재 절차의 본질을 보는 것은 불가능합니다. 왜냐하면 그것은 양 당사자에게 저작권이 있습니다.
게다가 거래 전략을 "빛나게" 하고 싶어하는 고객은 거의 없습니다.
나는 프로그래머에 대해 침묵합니다 (아무도 그의 의견을 묻지 않습니다)
고객은 정의상 프로그래머의 직업적 적합성을 확인할 수 없으므로 이를 제3자에게 위탁할 수 있습니다.
고객은 규칙과 정의에 따라 리뷰를 남기고 다른 모든 사람에게 자신의 의견을 전달할 수 있습니다.
"언더코더"의 경우 중재를 신청하고 계약을 해지하고 다른 사람에게
그건 그렇고, 프로그래머 인증과 관련하여 metaquotas는 우수한 인증 플랫폼을 도입했습니다.
- 공개 코드 및 토론이 포함된 코드 기반(여기에서는 다른 사람의 작업을 생략할 수 있음) - 교수를 평가합니다. 작가의 적성과 작품의 질을 차분하게
- 물품(심각한 품질 관리) - 물품에 대한 비용도 지불합니다.
각각의 프로필에서 코드베이스 및 기사의 출판물에 대한 정보 - 표시
검색을 통해 포럼의 모든 진술을 볼 수 있습니다.
모든 프로그래머/비 프로그래머는 "무게 측정, 측정 및 부적합한 것으로 판명"될 수 있습니다(c)
그건 그렇고, 프로그래머 인증과 관련하여 metaquotas는 우수한 인증 플랫폼을 도입했습니다.
- 공개 코드 및 토론이 포함된 코드 기반(여기에서는 다른 사람의 작업을 생략할 수 있음) - 교수를 평가합니다. 작가의 적성과 작품의 질을 차분하게
- 물품(심각한 품질 관리) - 물품에 대한 비용도 지불합니다.
각각의 프로필에서 코드베이스 및 기사의 출판물에 대한 정보 - 표시
검색을 통해 포럼의 모든 진술을 볼 수 있습니다.
모든 프로그래머/비프로그래머는 "측정, 측정 및 부적합한 것으로 판명"될 수 있습니다(c)
"등급이 엉망이면 모든 고객이 완벽하게 알 수 있습니다."
어떻게하는지 알려줘?
" 고객은 규칙과 정의에 따라 리뷰를 남기고 다른 모든 사람에게 자신의 의견을 전달할 수 있습니다.
"언더코더"가 중재를 신청하는 경우, 계약을 종료하고 다른 사람에게 적용"
고객이 중재 절차를 통해 프로그래머와 작업을 완료한 경우 더 이상 리뷰를 남길 수 없습니다.
" 우수한 인증 트리뷴"
글쎄, 당신은 당신의 손에 다른 사람의 코드를 가지고 있고 그것에 대해 아무것도 이해하지 못한다면 당신은 그것을 가지고 무엇을 할 것입니까? 그가 좋은지 나쁜지 어떻게 압니까? 기사는 기사이고 작업은 작업입니다.
Lizar , 당신은 라이센스 및 증명에 대한 이상한 생각을 가지고 있으며 결과적으로 왜곡된 정의를 갖게 됩니다(왜 왜곡된 것인가 - 아래) ...
내 정의는 정확합니다. "라이선스" 및 "인증"이라는 단어가 의미하는 바가 명확하도록 정의를 제공하십시오.
... 그리고 이것으로 당신은 아이디어의 불일치를 증명하려고 합니까? 이것은 최소한 어리석은 일입니다) 또는 서비스 개발에 관심이 있는 당사자가 라이선스(MQ) 발급을 시작할 때 무엇이 잘못될 수 있는지 설명하십시오...
내 게시물을 다시 읽으십시오. 그것은 당신의 아이디어의 실패를 증명하는 것이 아니라 그것을 올바르게 수행하는 방법을 알려줍니다.
운전 면허증은 또한 모르는 경우 면허증 및 증명입니다. 면허 없이 운전할 수 있습니까? 제기된 질문은 유사한 유형의 라이선스/인증서에 관한 것입니다. 왜냐하면 그는 프로그래머가 클라이언트를 A 지점에서 B 지점으로 데려가도록 요청받았기 때문에 그는 그를 차례로 지점 C D E로 데려갔고 B 지점에 도달하지 못했다는 사실에 직면했기 때문입니다. , 그리고 심지어 다가오는 차선을 따라갑니다.
나는 규칙이 필요하지 않다고 쓰지 않았습니다. 규칙이 필요하며 일반적으로 질서를 만들기 위해 경험을 바탕으로 작성됩니다. 그리고 그것을 성취 할 수 있는 자들을 위해 기록되었습니다. 따라서 도로의 규칙을 가르칠 필요가 있고 운전 면허증도 필요합니다. 그러나 운전 면허증 발급은 규칙 을 따를 수 없는 운전자로부터 보호되지 않습니다 . 교통 경찰과 법원은 그러한 운전자와 보행자(고객 및 공연자)로부터 우리를 보호해야 합니다(작업 서비스 중재). 범죄적 사고를 가진 공연자 또는 고객이라면 인증이 저장되지 않습니다. 중재를 저장합니다.
IMHO, 인증은 만병 통치약이 아닙니다. 소프트웨어 개발 산업 전체에 대한 관점을 확장하면 인증서의 존재는 오히려 그들 자신의 눈이나 인증서 외에 더 이상 첨부할 것이 없는 무능한 고객의 눈에 그 중요성을 증가시킵니다. 일종의 인증 절차를 도입하면 이를 통과할 시간과 인내를 찾은 사람들과 그렇지 않은 사람들 사이에 선이 긋겠지만, 이것은 확실히 개발자의 능력을 나타내는 지표가 아닙니다.
고객과 프로그래머 간의 모든 미묘한 상호 작용이 수년에 걸쳐 해결된 프리랜스 사이트의 경험을 참조하여 이러한 사이트 대부분에 존재하는 몇 가지 잘 정립된 관행을 강조할 수 있습니다.
IMHO, 인증은 만병 통치약이 아닙니다. 소프트웨어 개발 산업 전체에 대한 관점을 확장하면 인증서의 존재는 오히려 그들 자신의 눈이나 인증서 외에 더 이상 첨부할 것이 없는 무능한 고객의 눈에 그 중요성을 증가시킵니다. 일종의 인증 절차를 도입하면 이를 통과할 시간과 인내를 찾은 사람들과 그렇지 않은 사람들 사이에 선이 긋겠지만, 이것은 확실히 개발자의 능력을 나타내는 지표가 아닙니다.
고객과 프로그래머 간의 모든 미묘한 상호 작용이 수년에 걸쳐 해결된 프리랜스 사이트의 경험을 참조하여 이러한 사이트 대부분에 존재하는 몇 가지 잘 정립된 관행을 강조할 수 있습니다.