훌륭하고 합리적인 답변입니다. 그러나 대답은 개발자의 관점에서입니다. 따라서 질문은 다음과 같습니다. 개발자로서 고객의 "정상적 이지 않고읽을 수 없는 " 작업에 만족하지 않으면 어떻게 해야 합니까: "정상적이지 않고읽을 수 없는" 작업을 포기하거나 " 정상적 이지 않고읽을 수 없습니다 ”?
대부분의 경우 격리된 경우를 제외하고는 모든 것이 해결될 것입니다. 이러한 고립된 사례로 인해 이제 할당에서 고객이 할당 준비에 충분한 주의를 기울이지 않았다고 표시되면 절대 그렇지 않습니다.
훌륭하고 합리적인 답변입니다. 그러나 대답은 개발자의 관점에서입니다. 따라서 질문은 다음과 같습니다. 개발자로서 고객의 "정상적 이지 않고 읽을 수 없는 " 작업에 만족하지 않으면 어떻게 해야 합니까: "정상적이지 않고 읽을 수 없는" 작업을 포기하거나 " 정상적 이지 않고 읽을 수 없습니다 ”?
대부분의 경우 격리된 경우를 제외하고는 모든 것이 해결될 것입니다. 이러한 고립된 사례로 인해 이제 할당에서 고객이 할당 준비에 충분한 주의를 기울이지 않았다고 표시되면 절대 그렇지 않습니다.
komposter 의 ''quad' 프로필에서 이 기사를 쉽게 찾을 수 있습니다(링크를 제공하기 위해 지금 쿼드 포럼에 액세스할 수 없습니다).
지금까지 가장 합리적인 솔루션은 단순히 서비스를 통해 작업하는 것입니다. 강제로 불가능합니다. 모든 것을 있는 그대로 두십시오.
내가 이해하는 현재 상황은 엉망입니다. 당사자는 서비스를 통해 작업을 완료하기로 합의했습니다.
고문의 글쓰기를 주문하고 원하는 결과를 얻는 방법
대부분의 경우 격리된 경우를 제외하고는 모든 것이 해결될 것입니다. 이러한 고립된 사례로 인해 이제 할당에서 고객이 할당 준비에 충분한 주의를 기울이지 않았다고 표시되면 절대 그렇지 않습니다.
모든 것이 있는 그대로 두십시오.
글쎄, 적어도 "서비스를 통하지 않고"일하는 것이 극도로 바람직하지 않다는 경고 ...
"서비스를 통하지 않고 작업하면 선택한 아티스트의 신분과 상관없이 금전적 손실이 따른다"는 사실까지. 어떤 기사보다 이해하기 쉽습니다.
주제넘게 사과했지만 참을 수 없었어
우와! 인터넷에서 몇 년 동안 그는 여러 리소스를 중재했습니다. 너무 게으르지 않았지만 중재자가 포럼에 들어갈 수 없었고 심지어 이런 이유로 ....
우와! 그냥 아무 말! :)
이 접근 방식을 사용하면 "정상적 이지 않고 읽을 수 없는 " 기술 사양으로 작업할 때 발생하는 모든 위험을 개발자가 감수한다는 점에 동의합니다. 그리고 고객은 TOR에 설명된 대로 작업을 수행하도록 요구할 권리가 있습니다.
그렇지 않습니다. 아주 소수의 고립된 경우만이 그렇게 생각하고, 다른 경우에는 고객이 이해심으로 대하며 최소한 돈이 아니라도 친절한 말로 그를 격려할 것입니다.
주제넘게 사과했지만 참을 수 없었어
우와! 인터넷에서 몇 년 동안 그는 여러 리소스를 중재했습니다. 너무 게으르지 않았지만 중재자가 포럼에 들어갈 수 없었고 심지어 이런 이유로 ....
우와! 그냥 아무 말! :)
그렇지 않습니다. 아주 소수의 고립된 경우만이 그렇게 생각하고, 다른 경우에는 고객이 이해심으로 대하고, 돈이 아니더라도 최소한 친절한 말 한마디로 기운을 북돋아 줄 것입니다.