サービスデスク」の項目が消えた - ページ 2 123456789...20 新しいコメント Sergey Dzyublik 2018.08.09 13:24 #11 Alexander Puzanov:この意味を説明していただけますか?SRからの応募は、AIが処理します。 MetaQuotes 2018.08.09 13:28 #12 Alexey Kozitsyn:どのようにイメージしているのでしょうか。もし、あなたが問題を発見し、少なくともしばらくしてからそれを解決し始めたとしたら、今度はすべてが「バグ、バグ、問題」スレッドに書き込まれるのですか?そして、それを見逃さないようにと願う?それとも、バグごとに別のブランチを作って、時々上げるのでしょうか?自分だけが読んで処理しなければならないクローズドコードをどこに掲載するか?詳細な説明のある別スレッドを作成してください。1つのトピックにすべてを追加しないでください。 まずは、他のフォーラムメンバーを巻き込んで対応しましょう。 ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。 どんな技術的な問題でも、「再現できるか」という問いに対する答えが必要です。答えがない場合は、高い確率でクエリが失敗することになります。 残念ながら、膨大かつ増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対処しきれません。 私たちのスタッフは、トレーディングやプログラミングの先生ではありません。 Vladimir Pastushak 2018.08.09 13:31 #13 MetaQuotes Software Corp.: サービスデスクは、財務的な問題のみに対応するように動いています。マーケットプレイスでの譲渡がなくなり、サービスデスクがなくなり、次は何? ベットを置く ... 削除済み 2018.08.09 13:31 #14 MetaQuotes Software Corp.:トピックを分けて、詳しい説明文を作成してください。1つのトピックにすべてを追加しないでください。 そもそも、他のフォーラムメンバーを巻き込んで対応する。 ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。 どんな技術的な問題でも、「再現できるか」という問いに対する答えが必要です。回答がない場合、リクエストは失敗する可能性が高いです。 残念ながら、膨大で増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対応しきれません。 私たちのスタッフは、トレーディングやプログラミングの先生ではありません。OK、ではブランチを作成し、再現のためのコードを添付すると、(言語/端末の)エラーが存在し、それがユーザーによって修正できないことは明らかです。次に何をすればいいのか?Via@MetaQuotes Software Corp. を呼んでください。 それとも、例えば@Slavaの ように、特別な社員が対応することもあるのでしょうか? Vladimir Pastushak 2018.08.09 13:33 #15 Alexey Kozitsyn:OK、ブランチを作成し、再現するコードを添付、エラーが存在し、ユーザーがそれを修正できないことが明らかである。次に何をするか?Via@MetaQuotes Software Corp. 助けを呼ぶ?ある初心者がこのようなバグのトピックを作成し、他の初心者が一緒に「正しい」コードを作成し、これをすべてGoogle翻訳で1万usdisで市場に出す......。 Vitalii Ananev 2018.08.09 13:47 #16 すべてがクリアになる。ただ、サービスデスクには、くだらない初歩的な質問や、こんな 質問があるのか、というような質問が殺到しています。 削除済み 2018.08.09 13:48 #17 MetaQuotes Software Corp.:トピックを分けて、詳しい説明文を作成してください。1つのトピックにすべてを追加しないでください。 そもそも、他のフォーラムメンバーを巻き込んで対応する。 ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。 すべての技術的な問題には、「再現性があるか」という問いに対する答えが必要です。回答がない場合、リクエストは失敗する可能性が高いです。 残念ながら、膨大で増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対応しきれません。 当社の社員は、トレーディングやプログラミングの先生ではありません。もちろん一般論として、開発会社がバグレポートをほぼ完全に一掃したケースは記憶にない。 不適格なクエリについて:次に、そのクエリに注意を払うために必要な基準を書き出します。 問題の説明端末のログ(エキスパート、ログブック)。エラー/動画のスクリーンショット。コード例セットファイルです。テストパラメータ(テスター用)。...つまり、すべてのニュアンスを踏襲すれば、問題を早く解決できることがわかったわけですね。そして、新しいビルドをより頻繁にリリースするのですか? Nikolai Semko 2018.08.09 14:25 #18 MetaQuotes Software Corp.:技術的な質問は、現在、フォーラムを通じてのみ受け付けています。 あらゆる場面でユーザーからの質問の規模が大きくなった影響で、当社のスピードが落ちています。MQL5.communityの完全自動化に移行しています。実は、このステップは非常に合理的なものなのです。それは理解できる。 ただ、慣れるまでは一定期間、Service Deskをサイドバーに置いておいた方がいいかと思います。 しかし、Service Deskにログインすると、次のようなページが表示されます。"2018.08.09付サービスデスクは、もはや......ぼちぼちと ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ エラーを発見された場合は、フォーラムにご連絡ください....blah, blah, blah". ただ、掲示板の古いスレッドでは、多くの人がサービススクに送られることが非常に多いのです。 そして、新参者は戸惑うだろう。そして、毎回新人が「ああ、昔は......」という話をするのは、なぜかしっくりこないのです。 Vasiliy Sokolov 2018.08.09 14:34 #19 MetaQuotes Software Corp.: サービスデスクは、金融関連の質問のみに対応するようになりました。次のステップは、質問されるたびに課金することです:)) Vasiliy Sokolov 2018.08.09 14:36 #20 公平に見て、サービスデスクが問題を迅速に解決する場所でなくなって久しいことを指摘しておく。経験上、フォーラムを経由した方が、問題に対する注意を喚起しやすいことが多いのです。 123456789...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
この意味を説明していただけますか?
SRからの応募は、AIが処理します。
どのようにイメージしているのでしょうか。もし、あなたが問題を発見し、少なくともしばらくしてからそれを解決し始めたとしたら、今度はすべてが「バグ、バグ、問題」スレッドに書き込まれるのですか?そして、それを見逃さないようにと願う?それとも、バグごとに別のブランチを作って、時々上げるのでしょうか?自分だけが読んで処理しなければならないクローズドコードをどこに掲載するか?
詳細な説明のある別スレッドを作成してください。1つのトピックにすべてを追加しないでください。
まずは、他のフォーラムメンバーを巻き込んで対応しましょう。
ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。
どんな技術的な問題でも、「再現できるか」という問いに対する答えが必要です。答えがない場合は、高い確率でクエリが失敗することになります。
残念ながら、膨大かつ増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対処しきれません。
私たちのスタッフは、トレーディングやプログラミングの先生ではありません。
サービスデスクは、財務的な問題のみに対応するように動いています。
マーケットプレイスでの譲渡がなくなり、サービスデスクがなくなり、次は何?
ベットを置く ...
トピックを分けて、詳しい説明文を作成してください。1つのトピックにすべてを追加しないでください。
そもそも、他のフォーラムメンバーを巻き込んで対応する。
ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。
どんな技術的な問題でも、「再現できるか」という問いに対する答えが必要です。回答がない場合、リクエストは失敗する可能性が高いです。
残念ながら、膨大で増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対応しきれません。
私たちのスタッフは、トレーディングやプログラミングの先生ではありません。
OK、ではブランチを作成し、再現のためのコードを添付すると、(言語/端末の)エラーが存在し、それがユーザーによって修正できないことは明らかです。次に何をすればいいのか?Via@MetaQuotes Software Corp. を呼んでください。
それとも、例えば@Slavaの ように、特別な社員が対応することもあるのでしょうか?
OK、ブランチを作成し、再現するコードを添付、エラーが存在し、ユーザーがそれを修正できないことが明らかである。次に何をするか?Via@MetaQuotes Software Corp. 助けを呼ぶ?
ある初心者がこのようなバグのトピックを作成し、他の初心者が一緒に「正しい」コードを作成し、これをすべてGoogle翻訳で1万usdisで市場に出す......。
トピックを分けて、詳しい説明文を作成してください。1つのトピックにすべてを追加しないでください。
そもそも、他のフォーラムメンバーを巻き込んで対応する。
ログ、スクリーンショット、コード例などを添付して、問題をできるだけ詳しく説明してください。5~10段階の質問・回答で、状況を分析し、再現するための十分な材料を集めても、ピンポンをしないことが肝心です。
すべての技術的な問題には、「再現性があるか」という問いに対する答えが必要です。回答がない場合、リクエストは失敗する可能性が高いです。
残念ながら、膨大で増え続ける質の悪い問い合わせや、あからさまな教育的質問には、もはや対応しきれません。
当社の社員は、トレーディングやプログラミングの先生ではありません。
もちろん一般論として、開発会社がバグレポートをほぼ完全に一掃したケースは記憶にない。
不適格なクエリについて:次に、そのクエリに注意を払うために必要な基準を書き出します。
技術的な質問は、現在、フォーラムを通じてのみ受け付けています。
あらゆる場面でユーザーからの質問の規模が大きくなった影響で、当社のスピードが落ちています。MQL5.communityの完全自動化に移行しています。
実は、このステップは非常に合理的なものなのです。それは理解できる。
ただ、慣れるまでは一定期間、Service Deskをサイドバーに置いておいた方がいいかと思います。
しかし、Service Deskにログインすると、次のようなページが表示されます。
"2018.08.09付サービスデスクは、もはや......ぼちぼちと
ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ
エラーを発見された場合は、フォーラムにご連絡ください....blah, blah, blah".
ただ、掲示板の古いスレッドでは、多くの人がサービススクに送られることが非常に多いのです。
そして、新参者は戸惑うだろう。そして、毎回新人が「ああ、昔は......」という話をするのは、なぜかしっくりこないのです。
サービスデスクは、金融関連の質問のみに対応するようになりました。
次のステップは、質問されるたびに課金することです:))