흥미롭네요, 어떻게 상상하시나요? 이전에 문제를 발견하고 적어도 잠시 후에 문제를 해결하기 시작했다면 이제 "오류, 버그, 질문" 스레드에 모든 것을 작성해야 합니까? 그리고 당신이 그것을 놓치지 않기를 바랍니다? 아니면 각각의 개별 오류에 대해 고유한 분기를 만들고 주기적으로 올리시겠습니까? 당신만 읽고 처리해야 하는 닫힌 코드를 지금 어디에 던질까요?
전체 설명과 함께 별도의 주제를 만드십시오. 하나의 스레드에 모든 것을 넣을 필요는 없습니다.
우선, 상황을 분석하기 위해 다른 포럼 참가자를 참여시키십시오.
문제를 최대한 자세히 설명하고 로그, 스크린샷, 코드 예제 등을 첨부하세요. 가장 중요한 것은 5~10단계의 질문/답변에서만 상황을 분석하고 재현하기 위해 충분한 양의 자료가 수집될 때 탁구 게임이 있어서는 안 된다는 것입니다.
모든 기술적인 문제는 "재현이 가능한가"라는 질문에 대한 답이 있어야 합니다. 응답이 없으면 요청이 실패할 수 있습니다.
불행히도 우리는 더 이상 자격이 없는 요청과 명백히 교육적인 질문의 방대하고 계속 증가하는 양을 처리할 수 없습니다.
이것이 무엇을 의미하는지 설명하지 않습니까?
AI는 SD의 요청을 처리합니다.
흥미롭네요, 어떻게 상상하시나요? 이전에 문제를 발견하고 적어도 잠시 후에 문제를 해결하기 시작했다면 이제 "오류, 버그, 질문" 스레드에 모든 것을 작성해야 합니까? 그리고 당신이 그것을 놓치지 않기를 바랍니다? 아니면 각각의 개별 오류에 대해 고유한 분기를 만들고 주기적으로 올리시겠습니까? 당신만 읽고 처리해야 하는 닫힌 코드를 지금 어디에 던질까요?
전체 설명과 함께 별도의 주제를 만드십시오. 하나의 스레드에 모든 것을 넣을 필요는 없습니다.
우선, 상황을 분석하기 위해 다른 포럼 참가자를 참여시키십시오.
문제를 최대한 자세히 설명하고 로그, 스크린샷, 코드 예제 등을 첨부하세요. 가장 중요한 것은 5~10단계의 질문/답변에서만 상황을 분석하고 재현하기 위해 충분한 양의 자료가 수집될 때 탁구 게임이 있어서는 안 된다는 것입니다.
모든 기술적인 문제는 "재현이 가능한가"라는 질문에 대한 답이 있어야 합니다. 응답이 없으면 요청이 실패할 수 있습니다.
불행히도 우리는 더 이상 자격이 없는 요청과 명백히 교육적인 질문의 방대하고 계속 증가하는 양을 처리할 수 없습니다.
우리 직원은 무역이나 프로그래밍 교사가 아닙니다.
Service Desk는 재정적 문제에 대해서만 작업하도록 이동합니다.
마켓트랜스 제거, 서비스데스크 제거, 그 다음은???
내기하자...
전체 설명과 함께 별도의 주제를 만드십시오. 하나의 스레드에 모든 것을 넣을 필요는 없습니다.
우선, 상황을 분석하기 위해 다른 포럼 참가자를 참여시키십시오.
문제를 최대한 자세히 설명하고 로그, 스크린샷, 코드 예제 등을 첨부하세요. 가장 중요한 것은 5~10단계의 질문/답변에서만 상황을 분석하고 재현하기 위해 충분한 양의 자료가 수집될 때 탁구 게임이 있어서는 안 된다는 것입니다.
모든 기술적인 문제는 "재현이 가능한가"라는 질문에 대한 답이 있어야 합니다. 응답이 없으면 요청이 실패할 수 있습니다.
불행히도 우리는 더 이상 자격이 없는 요청과 명백히 교육적인 질문의 방대하고 계속 증가하는 양을 처리할 수 없습니다.
우리 직원은 무역이나 프로그래밍 교사가 아닙니다.
글쎄, 나는 분기를 만들고 재생산을위한 코드를 첨부했습니다. 오류 (언어 / 터미널에)가 있고 사용자가 수정할 수 없다는 것이 분명합니다. 다음에 무엇을할지? @MetaQuotes Software Corp를 통해 도움을 요청합니까?
아니면 @Slava 와 같이 연락할 수 있는 개별 협력자가 있습니까?
글쎄, 나는 분기를 만들고 재생산 코드를 첨부했는데 오류가 존재하고 사용자가 고칠 수 없다는 것이 분명합니다. 다음에 무엇을할지? @MetaQuotes Software Corp를 통해 도움을 요청합니까?
한 초보자는 오류 유형으로 주제를 만들고 다른 초보자는 그와 함께 "정확한"코드를 얻을 것이며이 모든 것은 Google 번역으로 10,000 usdi에 대한 시장에서 ...
전체 설명과 함께 별도의 주제를 만드십시오. 하나의 스레드에 모든 것을 넣을 필요는 없습니다.
우선, 상황을 분석하기 위해 다른 포럼 참가자를 참여시키십시오.
문제를 가능한 한 자세히 설명하고 로그, 스크린샷, 코드 예제 등을 첨부하십시오. 가장 중요한 것은 5~10단계의 질문/답변에서만 상황을 분석하고 재현하기 위해 충분한 양의 자료가 수집될 때 탁구 게임이 있어서는 안 된다는 것입니다.
모든 기술적인 문제는 "재생산이 가능한가"라는 질문에 대한 답이 있어야 합니다. 응답이 없으면 요청이 실패할 수 있습니다.
불행히도, 우리는 더 이상 자격이 없는 요청과 명백히 교육적인 질문의 방대하고 계속 증가하는 양을 처리할 수 없습니다.
우리 직원은 거래 또는 프로그래밍 교사가 아닙니다.
물론 일반적으로 개발자 회사에서 버그 보고서를 거의 완전히 제거한 경우는 기억나지 않습니다.
자격이 부족한 질문에 대해서는 다음과 같이 주의를 기울일 수 있도록 지원서가 갖추어야 할 기준을 작성하십시오.
기술적인 질문은 이제 포럼을 통해서만 받습니다.
모든 경우에 대한 사용자 질문의 규모 효과는 우리 회사의 작업을 느리게 합니다. MQL5.community의 완전 자동화로 이동 중입니다.
사실, 그 움직임은 꽤 합리적입니다. 이것은 분명합니다.
하지만 내 생각에는 서비스데스크에 익숙해지려면 한동안 사이드바에 서비스 데스크를 두는 것이 더 정확할 것 같다.
그러나 서비스 데스크 입구에서 - 다음과 같은 비문이 있는 페이지를 엽니다.
"2018년 8월 9일부터 서비스 데스크는 더 이상......ㅋㅋㅋㅋㅋㅋㅋ
서비스 데스크는 판매자만 사용할 수 있습니다. ... ㅋ, ㅋ, ㅋ
오류를 찾으면 포럼에 문의하십시오. .... ㅋ, ㅋ, ㅋ"
오래된 지점의 포럼에서 매우 자주 많은 사람들이 서비스 데스크로 보내집니다.
그리고 초보자는 혼미에 빠질 것입니다. 그리고 새로 도착한 사람들이 "오, 그럴 때가 있었어요...."에 대한 이야기를 할 때마다 어쩐지 분위기가 좋지 않습니다.
Service Desk는 재정적 문제에 대해서만 작업하도록 이동합니다.
다음 단계는 각 질문에 대해 돈을 받는 것입니다. :))