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

新しいコメント
 
Andrei Trukhanovich:

正直なところ、誰がこのチャートを考え出したのか知りませんが、見た目はバカバカしく、スペースも取り、プロファイル分析には何ら役立たないものです。それは信号でも同じです。

全く同感です。- 虫に見える！？

信号解析から始めて、マーケットで調べると、イマイチ...。信号解析がバグだと言われて、Marketに行って見てみると、イミフ～下手なプログラマーが作ったような絵にしか見えない。


SZS：レビューについての質問もありますが...。なぜ空白のレビューがレビューとしてカウントされるのですか？- これは正しくない、ないテキストのフィードバックは、その後フィードバックは、あなたが本当に製品の議論を表示する必要がある場合、それはタブリコールで "顧客がフィードバックを残していない "ことができますが、カウンターの上部には、これらのレビューを埋めるべきではありません、あなた自身が "市場の純度 "のために戦っている - 私は間違っていない場合、市場全体で2つの星を置く "図 "があった、これに沿って、これを停止したり、想像力と動作しようと - 迅速な退屈な

 

そして、あなたのプロフィールとチャートはこうなっているのです。


 
Volodymyr Zubov:

そして、このようにあなたのプロフィールや図を見ています。


これはデフォルトのプロファイル設定 であり、私は何も変更していません。

プロフィールの情報量についての質問であればさて、実際のところ、特に狡猾なものは、市場での評価製品への信号のすべてのデモアカウントをマージし、今ではプロファイルに何も表示されません、残念ながら、それはそうです - 私は前にプロファイル内の完全な情報を見ました。

 
個人ブログのルールはどこで読めるか
 
Andrei Trukhanovich:

正直なところ、誰がこのチャートを考え出したのか知りませんが、見た目はバカバカしく、スペースも取り、プロファイル分析には何ら役立たないものです。それは信号でも同じです。

個人的には納得がいきません。
レーダーチャートは今トレンドになっているので、かなり情報量が多く、わかりやすいと思います。
デモに関する1つのパラメータを除いて、すべてがクリアになっています。一生懸命やっても、私の統計からどのように計算されるのか、まだ理解できません。
今のところ、最も近いのは、当社のすべての有料製品のダウンロードされたデモをすべて採取し、この数を無料製品を含む全製品の数で割ったものです。でも、このアルゴリズムで288円もらえるからまだしも、272円もかかるんですよ。
 
Nikolai Semko:
デモに関する1つのパラメータを除いて、すべてが納得のいくものです。いくらやっても、私の統計からどうやって計算しているのかがわからない。
今のところ、すべての有料製品の体験版をダウンロードし、その数を無料製品を含む全製品の数で割ったものが最も近い。しかし、まだそうではない、私はそのようなアルゴリズムを持っているので、288を取得しますが、272で立っている。

ああ、すっきりした。
正しい数式を出した。"デモ"＝（有料製品のデモダウンロード総数）／（無料を含む全製品の数）。
ただ、製品ページから公開される統計値よりも、私のプロフィールから得られる内部統計値の方が若干高いんです。どうやら、プロフィールが最新の状態で、例えば月に1回更新されるようです。

さて、それではこの式には明らかなバグと非論理性があります。なぜ、平均値の算出に無料製品の数を含めるのですか？

例えば、販売者が最初の製品を公開し、1年以内に10人が購入し、100人が体験版をダウンロードしたとします。
彼のレーダーグラムの「デモ」列は100です。しかしその後、彼は善行を行うことを決意し、無料の製品を公開します。
そして、彼のレーダーチャートの「デモ」の100が50に変わっています。
素晴らしい!

あるいは、-あるベンダーが100の製品を持っていて、そのうち10が有料で90が無料の場合、2番目のベンダーは最初のベンダーと同じ購入およびダウンロード統計で10個の有料製品だけを持っているとすると、最初のベンダーの「demo」パラメータは2番目よりも10回少なくなります。
素晴らしい

 

また、「動作時間」とは何でしょうか？

売り手による登録からのカウントダウンなのか？それとも、フォーラムでの「仕事」の始まりから？)

 
Mikhail Dovbakh:

また、「動作時間」とは何でしょうか？

売り手による登録からのカウントダウンなのか？それとも、フォーラムでの「仕事」の始まりから？)

販売元による登録から。

@fxsaberは 全く新しい。

 
Nikolai Semko:

ああ、なるほどね。
正しい数式を出した。"demo"＝（有料製品のデモダウンロード総数）／（無料を含む全製品のデモ数）。
ただ、製品ページから公開される統計値よりも、私のプロフィールから得られる内部統計値の方が若干高いんです。どうやら、例えば月に1回更新されているようですが、プロフィールでは最新の状態になっています。

さて、それではこの式には明らかなバグと非論理性があります。なぜ、平均値の算出に無料製品の数を含めるのですか？

例えば、販売者が最初の製品を公開し、1年以内に10人が購入し、100人が体験版をダウンロードしたとします。
彼のレーダーグラムの「デモ」列は100です。しかしその後、彼は善行を行うことを決意し、無料の製品を公開します。
そして、彼のレーダーチャートの「デモ」の100が50に変わっています。
素晴らしい!

あるいは、-あるベンダーが100の製品を持っていて、そのうち10が有料で90が無料の場合、2番目のベンダーは最初のベンダーと同じ購入およびダウンロード統計で10個の有料製品だけを持っているとすると、最初のベンダーの「demo」パラメータは2番目よりも10回少なくなります。
素晴らしい

その通りです。
さらにもう一つの基準として、無料ダウンロード数を追加する案が出された
すべての製品が購入できるわけではありませんが...。
そして、1日1回レーダーを更新する。
 
Vladislav Andruschenko:
その通りです。
もう一つの基準として、無料配布の数を追加する案が出された
すべての製品が購入できるわけではありませんが...。
そして、レーダーの更新は1日1回です。

このレーダーチャートには、デモのダウンロード数と購入数の比率といったパラメータが欠けていると思うのです。
売り手のレベルを知る上で、かなり貴重なパラメータです。このパラメータを1％に設定する場合と、10％に設定する場合があります。

さらに、入手可能なデータから間接的に算出することも可能である。
例えば、あなたの統計では、このパラメータは13-20%より高く、非常に急な結果です。
そして、KBで最も有名なコードジェネレータは1.5-3%です :))
1...304430453046304730483049305030513052305330543055305630573058...3185
新しいコメント