エラー、バグ、質問 - ページ 961

新しいコメント
 
tol64:
はい、これまで多くのアプリケーションで沈黙が続いています。少なくとも数百の問題があり、重要な問題では解決にかなりの時間がかかることもあるとお考えください。
それがあなたにとっての静寂ですか？
 
stringo:
あなたにとって、それは沈黙なのでしょうか？
絶好調です。)))
 
stringo:
これがあなたの沈黙なのか？

#715107| 2013.04.11 22:41

何かが答えられたはずだ...。

損をし続けるのか、切断するのか、それともすぐ直るのか？

 
stringo:

#685594 - は現在のビルドで既に修正されています (22. MetaTester: 多通貨EAを視覚的にテスト する際のメインチャートの表示を修正しました)。

#681251 - 「いいえ」と言われました。リクエストの再開の理由

#第677530回 「アプリケーションは何もないところから

#677524 「もしかしたら、具体的にあるかもしれませんよ」と言われたのですね。今のところ、ご指摘のような挙動を再現することはできません。今のところ松葉杖なしで動いています。"

#666445 - 特に報告することはありません。

#644298 - この動作は MetaEditor 4 で常に存在していました。そして、私たちはこれまで何度も、「この行動には対処しなさい、この場所は何も変えません。

#685594 - では、なぜインシデントのフィードバックはフォーラム（TeamWoxの外）で口うるさく言われなければならないのでしょうか？

#681251 - 通信文をもう一度読んでみてください。あくまで慎重に。そこに「ノー」という言葉やヒントがありますか？まあ、今更ながら回答してくれてよかったです。

#677530 - MQL5のドキュメントの品質があなたにとって「無きに等しい」ものであることが悲しいです。

#677524 -通信文をもう一度読んで みてください。よく読んでみてください。回答された方は、コピーペーストをするのが面倒だったようです。

#666445 -ChartRedraw() 関数がオフラインの "no-thing" で動作しない?OKです。だから、人に返信し続けるのです。"あなたの提案は無意味です、返信しません "と。

#644298 - サービスデスクで沈黙する理由 ですか？

このようなバグ追跡のフィードバックのやり方は、単にプロフェッショナルとは言えません。そして、その無償性を考えると、やる気をなくさせる。

 
voix_kas:

このようなバグ追跡のフィードバックのやり方は、単にプロフェッショナルとは言えません。そして、その無償性を考えると、やる気が失せてしまうのです。

サービスデスクへの正しい 連絡方法です。
- このような状況で再現する問題があり、スクリーンショット（コメント付きコード、詳細ログ）を添付します。
- 改善案があります。今はこのように（コード、スクリーンショット）、私はこのように提案しています。

サービスデスクの不適切な 取り扱いについて
- 悩みがある、相談したい。
- 私は提案したいことがあるのですが、開発者としてのあなたの意見には興味がありません。

覚えておいてください。
- サービスデスクへの誤った問い合わせは、開発者のやる気を 失わせる。

 

セルゲイエフ

私のSRへの訴えのレイアウトを見た／読んだことがありますか？

 
voix_kas:

セルゲイエフ

BODへの私の訴えのレイアウトを見た／読んだことがありますか？

私の投稿を自分自身に当てはめないでください。また、私が見ていない、あなたがこのフォーラムに書いていないあなたのアプリケーションについてもです。

それは、応募者全員への願いでもあります。

 

セルゲイエフ
開発者にとっての主な 動機は利益であり、その利益は、エンドユーザーがCAに要望を寄せる改善点を含む製品の品質にかかっています。

バグを特定したり、提案を定義した後は、それを説明し、スクリーンショットを添付して依頼するなど、 形式的なものに時間を費やします。その答えは「沈黙」です。1ヶ月、2ヶ月、3ヶ月。フォーラムでこの出来事を思い出そうとすると、「何も申請していない」という公式 回答が返ってきます。要望は受け入れられますが、今はもっと重要なタスクがあるので、1ヶ月後にまた来ます」等のスタイルで対応できないでしょうか？持っていたかもしれません。しかし、私たちは力強く否定的なスタイルを選びました。
そんな傲慢な答えで、日銀と一緒に仕事を続ける気になると思うのか？まさにその通りです。

これが倫理的な側面です。第二の側面は、少なくともエンドユーザーに対して、社内にITIL/SLAが浸透していないことです。SRへのリクエストは、期限 付きで分類される必要があります。クライアント（DC）とは、契約レベルで間違いないはずです。エンドユーザーは、どうやら今のところ無視されているようだ。

 

voix_kas:

エラーを見つけたり、提案を見つけたりしたら、それを説明したり、スクリーンショットを添付したり、お願いしたりと、 形式的なことに時間を費やします。その答えは「沈黙」です。1ヶ月、2ヶ月、3ヶ月。この件についてフォーラムで注意喚起しようとしたところ、関係者から「アプリケーションは何も ない」という返事が返ってきました。

憤りは伝わってきますが、私たち（あなたのDDにアクセスできない一般の掲示板ユーザー）にとって、あなたのアプリケーションを判断するのは難しいです。「アバウト」なのか「ノット・オア・シング」なのか・・・あなたとDD以外誰も見ていないので、誰にも分かりません。
ということで、アプリケーションに対する開発者の反応は、私たちにとって一方的で中身のないものなので、責めないでください。

 

ちなみに。

- CAへの要望（提案）が論理的であるにもかかわらず、棚上げされた問題に対して、ユーザー投票を行い、その機能が必要であることを示しました。

- また、CAで一旦は拒否された要望も、しばらくして開発者が実装してくれました。機能を実装する時期が来たと思ったとき。(たとえば）

PS.
BODへの応募は160件以上あるので、経験から言うと......)

1...954955956957958959960961962963964965966967968...3185
新しいコメント