서비스 작업: 최고 개발자를 전문성으로 재편성하는 문제 - 페이지 6

 
Renat :

"일부러 고개를 돌리고 출연자에게 의지하고 모든 것을 출연자에게 100% 책임을 요구한다"는 허세를 배경으로 책임을 다른 사람에게 전가하려는 시도는 작가에게 피할 수 없는 문제를 안겨준다.

어쨌든 우리는 잠재적 계약자에 대한 고객의 인식을 높이고 많은 작업을 모집하는 것을 금지합니다.

그건 그렇고, 작업 주문 수의 매개 변수와 관련하여 많은 작업을 잡고 약속을 지키지 않는 유혹을 물리치는 것이 좋습니다.... 여전히 k.l에 따라 이 매개 변수를 정량적으로 변경할 수 있습니다. 작가의 전문성과 작품의 질에 대해 말하는 매개변수!
 
매개변수: 평균 계획 주문 완료 시간과 실제 평균 주문 완료 시간은 고객이 전문가 선택 문제를 결정하는 데 도움이 될 수 있습니다. 계획에 따르면 3일이 있었지만 실제로는 7일이면 주문 마감일을 지키지 못할 가능성이 높다는 것이 고객에게 분명할 것입니다.
 
Renat :

"일부러 고개를 돌리고 출연자에게 의지하고 모든 것을 출연자에게 100% 책임을 요구한다"는 허세를 배경으로 책임을 다른 사람에게 전가하려는 시도는 작가에게 피할 수 없는 문제를 안겨준다.

어쨌든 우리는 잠재적 계약자에 대한 고객의 인식을 높이고 많은 작업을 모집하는 것을 금지합니다.

이전에 수행한 작업을 완료하지 못한 경우 "많은 작업을 모집하는 것을 금지합니다." 공정할 것입니다. 임호.
 
iTC :
... 계획에 따라 3일이 있었지만 실제로 7일이면 주문을 이행하지 못할 가능성이 높다는 것이 고객에게 분명할 것입니다.

왜 그렇게 긴급합니까? 무엇을 깰 것인가? 당연히 고객은 작업을 받은 후 한 달 이상 테스트합니다. 그렇다면 3일 또는 7일의 차이는 무엇입니까?

 
DC2008 :

왜 그렇게 긴급합니까? 무엇을 깰 것인가? 당연히 고객은 작업을 받은 후 한 달 이상 테스트합니다. 그렇다면 3일 또는 7일의 차이는 무엇입니까?

:-) 소프트웨어 환경에서의 무례한 발언.... 합의가 돈보다 더 귀중하다.... 시기에 관해서는 항상 둘 이상의 관점이 있을 수 있고, 타협은 상호 합의에 의한 상호 합의이다. 당사자, 알고리즘의 실패가 프로그램의 작동 불능으로 이어질 수 있는 경우 기한에 대한 합의 실패는 계약 당사자 간의 관계를 파괴할 수 있습니다. .... 물론 항상 그런 것은 아니지만 ...

이것은 관계의 기본 알고리즘입니다.

이상적으로는 양 계약 당사자가 약속에 대해 100% 책임을 져야 합니다.

나는 오랫동안, 한 번 아주 오랫동안 그런 수학에 대해 합계가 200%이므로 양측이 동의하고 둘 다 100%를 취한다면.... 그리고 어떻게 100% 이상의 책임이 있을 수 있습니까?

그러나 이것은 너무 .... 아마도 무형의 것이 계약 과정을 방해합니다 ...

 

연체된 주문과 고객 불만에 대해 들은 것은 이번이 처음이 아닙니다.

실제로 프로그래머는 취소된(예: 지연으로 인한) 주문에 대해 어떠한 책임도 지지 않습니다. 부정적인 리뷰라도 남길 수 없습니다.

나에 관해서는 책임(물질적 또는 등급의 형태)이 불필요하지 않을 것입니다. 프로그래머가 담당하는 시간 섹션을 구체적으로 고려해야만 합니다. 그리고 "고객 확인" 상태에서 50개 이상의 작업을 중단합니다.

 
IvanIvanov :

그것은 단지 기본적인 관계 알고리즘입니다.

이상적으로는 양 계약 당사자가 약속에 대해 100% 책임을 져야 합니다.

프로그래머에게는 모든 것이 명확합니다. 누가 말하든 그는 책임이 있으며 주문을 받았고 마감일을 놓쳤고 .... 그리고 일했지만 아무 것도 하지 않는 사람은 결코 탓할 수 없습니다.

그런 다음 고객, 특히 초보자를 상대하는 것이 남아 있습니다. 올바른 TOR를 공식화할 수 없다는 고객의 요구는 무엇이며 "그의 유치한 자발성으로 수십 번 뇌 제거"가 필요한 경우 첫 번째 막대가 올바른 것입니다. 전문가는 기록의 지표 신호에 따라 거래를 시작하지 않습니다. 매우 늦었습니다. 더 일찍 완료해야 합니다.....

????????

 
DC2008 :

왜 그렇게 긴급합니까? 무엇을 깰 것인가? 당연히 고객은 작업을 받은 후 한 달 이상 테스트합니다. 그렇다면 3일 또는 7일의 차이는 무엇입니까?

차이점은 "3 대신 7"과 같은 여러 가지가 있을 수 있다는 것입니다. 한 프로그래머는 실패했습니다. 계약이 종료되었고, 두 번째 프로그래머는 시간이 없었습니다. 다시 종료되었습니다.

예, 고객의 시간(돈)을 계산하는 것은 계약자의 일이 아닙니다. 3번이라고 했다면 3번으로 해주세요(과제 설명 및 최종 확인은 제외).

 
Topikstarter는 아마도 그가 주제를 연 것에 만족하지 않을 것입니다)
 
IgorM :

프로그래머에게는 모든 것이 명확합니다. 누가 말하든 그는 책임이 있으며 주문을 받았고 마감일을 놓쳤으며 .... 그리고 일을 했으며 아무 것도 하지 않는 사람은 결코 탓할 수 없습니다.

그런 다음 고객, 특히 초보자를 상대하는 것이 남아 있습니다. 올바른 TOR를 공식화할 수 없다는 고객의 요구는 무엇이며 "그의 유치한 자발성으로 수십 번 뇌 제거"가 필요한 경우 첫 번째 막대가 올바른 것입니다. 전문가는 기록의 지표 신호에 따라 거래를 시작하지 않습니다. 매우 늦었습니다. 더 일찍 완료해야 합니다.....

그리고 고객은 지불하고 그에게서 다른 것을 얻을 수 없습니다.

그리고 작업에 동의할지 여부(및 설정할 가격) - 수행자가 결정합니다. 어떤 대가를 치르더라도 주문을 원하신다면 50페이지의 미친 설명을 10달러에 이해하고 원하지 않으면 "알고리즘 컴파일 비용으로 100달러"를 부르고 고객을 기다리십시오.

또한 TK와 중재가 있습니다. "매우 늦었다"는 말을 해야 합니다. 그렇지 않으면 거부됩니다.