【悲報】スクエニがソシャゲを抽選と言いつつテーブルガチャにしてしまい炎上
■ このスレッドは過去ログ倉庫に格納されています
これは消費者庁コラボくるか?
tps://youtu.be/sS_c-ezWaIw >>8
スクウェアってまともな乱数も生成できないバカしかいないんだな >>123
「タイミング」 の操作はマジで厳罰が必要だけど、証明が難しい
こういうプログラムコードでやってます! と
ガチャロジックのソース公開しても何の問題もないはずだけど、
そういうのを法律で規定しようにも、業界が自主規制だなんだで逃げるからな >>135
いくつ管理するの?
システム全体で1つ? >>138
シングルトンを使っているのであれば粒度の話と同期やロック問題をどう解決するのかという話までいかないと 適当にググって喋んないでください
生成後は参照しかしないシードに同期だのロックだの頭の悪いことを言わないでください
考えて喋ってください >>141
乱数のステート管理してる値がシングルトンという話ではないのか? ガチャゲーの客は頭悪いから
通報もされないし訴訟もされない
業界は都合のいい客に育てたな
見事としか言えない >>143
モバグリの頃から、さくっと消費者センター案件なってるような……
コンプガチャ問題は自主規制という形で法制化から逃げたけど
そのためにモバグリは天下りいっぱいで競合潰ししたけど、
構造が変わったスマホになって凋落という流れでもあるけど スクエニ案件てすぐに火消しが湧いてくるよね
流石にこれは逆効果何じゃないの?
それとも炎上を狙ったアンチ? 意味分からんのだけど抽選がテーブルじゃないの?
何がおかしいのか分からん 全うな抽選なんてある訳ないだろスクエニにどんだけ幻想見てんだよ 今までのガチャも気づかなかっただけでテーブルだったのかな >>147
テーブル問題そのものは当たりが出るタイミングを操作すること
当たりは何回目以降にしか出ない
特定の人には絶対出ない
新規ユーザには早期に当たりを出す
コンプガチャ問題のように最後の1つを出さない
みたいな排出シナリオを作って、そういうプログラムにすること
スロットマシーンの回転ベルトのように並びが決まってることがテーブル問題と
勘違いしてる人もいるけど悪質とされるテーブル問題の要件はそこにはない >>151
C言語なんかで使える標準の乱数はサイクル (同じ並びが出てくる回数) があって
それをテーブルと呼ぶのであれば、その人にはテーブルなのかもしれん
仕組み自体は、30億回やれば必ず発生する という長さだけどw
ただ、その30億の長さのどこから読み始めるか? っていうのが、このスレでも出て来てる シード という数字
これを作るのを間違えると、別々の処理なのに30億の長さの同じ場所から読み始めることになって、同じパターンしか出ないという現象が起こる 話題が遅いって言われても、ここスマホアプリ板じゃないし……
元々そんなにソシャゲ話題にならん 同じようなバグは、コンシューマではカルドセプトサーガで話題になった
クソゲーオブザイヤーにノミネートされて
> このソフトを二文字で表すなら「バグ」である。
というレビュー貰ってる だからいってるだろ
家庭用ゲーム機とパチンコギャンブルと同じカテゴリーのスマホゲーを同列に語っちゃいかんとな >>141
え・・・なにいってんの
乱数生成のプログラムの中身みたことないんか 数十年前の太古のCはともかく今時のライブラリでそんな粗悪な乱数はない
それ以前にガチャを実装するごとにロジックを組みなおすわけじゃないから今回のは明らかに不正 >>159
しかもシングルトンを使えばいいだろ、という指摘した本人やで 俺プログラムとか知らんけどスレ全体の20%近くレスするような奴はだいたい間違ってるか基地外なのは知ってる スクエニは5ch常駐してるし
ゲームによってはピットクルーとかガーディアンが火消しするから >>160
MT乱数もだけど、同じ値が連続で続く 場合があるというのも疑似乱数の特徴なんで
『偏りが発生することもある』 という偏りのない、適度に分布するという目的に合致した乱数を
独自に用意しないと、これまたクレームになる
クレームになるような乱数パターンを含まないと事前にサイクル(テーブル)の検証をした
独自の乱数ロジックを使うべきと自分は思うがな
取り出した乱数から、排出率テーブルを元どう計算(抽選)させるか? で、
またバグや偏りが起こったりするけどw
検証すると、2% に設定してるはずなのに、なぜか 0.05% にしかならないとかも発生しちゃうのが、
疑似乱数使ったプログラムの悩ましいところ 10連ガチャを個別抽選にする気なら10回のループで実装されてるし
シードを時間なんてのものにすれば多少のブレが出るはずだわ
ループ外で設定してループごとにインクリメントするなんて仕組みなら
それは個別に抽選したとは最早言えない
特定のカード群の画像やテキストがガチャ結果演出に正常に表示されるかの
検証で入れ込んだ機能でも暴発して実質テーブルガチャになってんだろ
条件を満たしてなくてテストでは発動せず発見されなかったんだろうな >>162
間違ってるのであれば >>160 みたいな指摘が当然はいる理系な話題なので
後者(理解してもらおうと説明に必死な名無しさん)の方やな >>19
>中級以上のプログラマやエンジニアなら100人に聞いたら100人が、
>バグやらかしたって笑い話になる話
データベース修正のための調査を含めた費用、無償バグ修正、ご迷惑をかけたクライアントへの調査報告、喪失した金額等の補填
全部バグを出した会社の負担になるのに笑える訳ない
笑い話になるとか言ってるのは実際にお金の関わらない
仕事かクライアントが相当甘いだけ まあ俺も擁護したいわけじゃないけど詐欺る意思の証明なんてしなくても推定無罪だよ
だからこそ詐欺師は捕まえにくい
もし捕まえていいならもっと詐欺商法壊滅してるよ
ここら辺が法の限界
二重の規準でみても精神的自由権より経済的自由権だし
結局規制ってのは権利に配慮しないといけないんだよね ソシャゲのガチャにメスを入れようとすると死人が出る。というか出たよね? 紙のカードゲームのパックでも同じソートなんていくらでも出てくるからな。 >>165
シードって普通一回指定したらそれっきりでしょ
10連だから10回シード設定するなんてことはしないし、してはいけない
シードをインクリメントする必要もない
一度だけシードを設定したら、あとは関数呼び出すだけで擬似乱数列がとれる
本当は最初に一度だけ(例えばサーバー立ち上げ時など)シード設定するのが正しいが、ガチャ引くたびにシードを設定してしまった
時刻としてUnix時間(秒単位)をシードにしてしまったら、全く同じシードになるユーザーは複数いてもおかしくない
もちろん、不正がない証拠にはならんよ
あくまでそういう可能性があるという話 動画にして残さないと運営動かないからナカイドには頑張ってもらいたい そんな運営に都合のいい不具合があるかよ
ガチャで搾り取る気しか感じ取れないわ >>174
ぶっちゃけナカイドに舌打ちしてるソシャゲ企業多いだろうな >>173
昔のスゴロクゲームで先行が絶対奇数
後攻が偶数みたいな脳みそうんこ詰まってるのあったな >>37
これがよく分からんな。
漏れないようにテスト工程を構築すべきだろうに。
ましてや、ガチャゲーでの確率はコアな部分なんだし、よくあるバグです、というレベルの話ではないな。
故意を疑われるのはしかたないわ。 なんていうかそのまんまやったのかw
色々やりようあるだろうに
間抜け過ぎる 意図的に操作していたに決まっている!とか根拠なく言ってるのは流石に頭おかしいやろ
まあバグだったとしても最重要である抽選ロジックをまともにテストできてないのは凄まじく無能なので
どちらにしてもスクエニを擁護できる要素はかけらもない >>48
お前の隅も突いてやるが
それは致死が付いた場合な(笑) スクエニのエンジニアかプランナーが全面的に悪い
ただ、アカウント監視や個別にガチャが設定とか言ってる奴がたまにいるが、世界ランクトップ10とか数百万課金してる奴らならあるかもしれないが、一般パンピーのために、色々設定する予算は無いし無駄 >>183
死んでなくても付くで
もっと言えば人を巻き込んでなくても認定されるで >>180
シードの作り方の問題
時間をシードを求める値に使うと、
今後の1秒単位のシチュエーションの全チェックが必要になるし
会員固有番号をシードを求める値に使うと
全会員、今後の新規会員に振られる想定番号の全チェックが必要になる
さらに上記2つを混ぜて使うと、その総当たりのチェックが必要となる上に
検証用に出てくるガチャ結果同士の比較がさらに難しい (簡単な手法が存在しない困難な問題) いつの記事やねん。2週間くらい前やろ?
ほらあなにでも住んでるのか? >>187
ユーザ同士のデータの突き合わせ、で始めて似た傾向があって疑惑でてくるタイプやからね
(レアに限らず)リストに載ってるのに誰も引けない設定ミス、とかもそれで判明したりw >>186
今回の問題はそんな面倒な話では無いみたいだが。
乱数の発生テストをするだけで分かる簡単なもののように思える。
バグだとしても、擁護できないレベルのものなんじゃね? >>190
テストシナリオ(誰がどういうタイミングで10連するか)と、
アサートチェックの関数(問題があると判定するプログラム)が
実際にはNP問題になるのよ (テストしたいボリュームで指数的に増えてスパコンでも計算できなくなるタイプ) >>2
どっちも幸せになる結末じゃん
一枚目は子持ちで再会して幸せに暮らす
二枚目のやつは金持ちの息子で若い女と結婚して幸せになる >>3
お前前も同じ擁護してたよな37レスとかスクエニ社員だろ? まともな設計だと現実的なテストコストで充分な品質を確保できるつくりになるが
そもそもの設計が腐ってたり変な小細工を入れてたりするとテストが大変
今回のはどうだか知らんが まあ十中八九クロだけど、被害にあったユーザーが通報するしかねぇわ
自分はこのアプリやってねぇし 真にランダムな乱数くらい吐き出せる量子コンピューター無いの? クソガチャゲーやってる奴なんて架空請求業者に自ら喜んで金払ってるような
馬鹿だからほっときゃいいよ 要はシード値指定した直後は乱数列がリセットされてるっていう
昔からあるアレを知らなかったって話?
>>199
そもそも完全な乱数と言われてる放射能乱数装置だって
科学が発達したら法則性を発見されるんじゃないかと思ってる バカだのアホだのレスされてるが冷静に返す辺り素晴らしいw
この人別に擁護してないだろミスではなく不具合で押しきる運営が誠実でないのであって 今どきの言語なら偏りにくい乱数作るライブラリあるでしょ
シードがどうとか昭和かよ >>184
有名人を使ったデモンストレーション的サクラは常時やってるだろうな >>3
そんな重大なバグ見逃すほどの無能集団で逃げるとか必死過ぎて何も言えね id:qAn/S4Co0見たいのがいくらバグだと力説したところで
客からしたら仕組まれてるようにしか見えないから全く
意味ないんだけどな
そう言うバグが直接お金を払うコンテンツに実装されてて
信用を失った時点で終わり >>203
どんな乱数生成アルゴリズムを使おうが、擬似乱数である以上同じシードなら同じ乱数列になるよ
所詮は高校数学でやったような数列で初項から計算していってるだけだから完全に決定論的
それは再現性があるという意味でメリットでもある
でもシードの決め方を間違えると今回みたいな問題が起きうる >>207
抽選のロジックなんか簡単なんだだからちょっと組んで1兆回ぐらいテストすればいいよ
机上知ったかしてるかそういうわけのわからないことを言ってしまう 経緯はともかく「検算しろ」に帰結するだけの話だわな そこらの泡沫メーカーですらちゃんと実装している擬似乱数すらまともに作れないスクエニって話になるけどそれでいいのか…? じゃあなんで今までのガチャは大丈夫(?)だったんだつう その動画見る限りテーブルは二種類しかなく、ループの始端と終端まで完全解析されたけどなw
バレた理由はかなり多くの人間が数時間レベルの密集期間で回したせい 「擬似乱数」を使ってる時点で「抽選」とは呼べないというコト… >>200
クズエニは何回もやらかしてるのに学習しないんだから、やってる奴もバカばっか。だから今回のは何処までそのバカを騙せるかテストプレイ含めてんだろうな 「抽籤」じゃなければ「選」は常用漢字で代用しただけと言い張れるのでセーフ >>208
??
>偏りにくい乱数作るライブラリある
>シードがどうとか昭和かよ
という発言から、あなたは問題は乱数生成アルゴリズムの選択にあって、シードは関係ないって主張なんじゃないの?
それに対して、乱数生成アルゴリズムじゃなくてシードの選択が問題ってのが俺の返答ね
なぜなら、メルセンヌツイスタのような数値シミュレーションに使う高品質な乱数であっても計算は完全に決定論的で、同じシードなら同じ乱数列になるから
テストすればわかるってのは理論正しいけど >>213
コンピューターは電子計算機、つまり巨大な電卓みたいなもんなんだよ
電卓で乱数発生できる?できないよね?
だから擬似乱数を使うしかないわけ
ソシャゲに限らず数値シミュレーションや暗号化とかでも使われてるし、正しく使えばそれ自体は何も問題ない
ネットワークのトラフィックとか熱雑音とか、本当にランダムな現象をもとに乱数生成することも可能だけど、それだと時間がかかる
(極短時間のうちに2回乱数生成したとして、その間にネットワークトラフィックがなかったら意味ない) >>217
アサート(ユニットテストでバグ判定する)関数、イメージできる?
今回、面倒なことに初回の1回はバラバラだけど、その後の9つが同一パターンみたいな報告から始まってたりする >>218
掛け算して、足し算して、メモリーして、余りを求める
メモリー戻して、最初に戻る
が古典的な疑似乱数だよ。
電卓でもできる非常に単純なアルゴリズム テーブルガチャって違法だっけ?
にゃんこ大戦争なんかテーブルずらしで何度も引き直ししてある程度好きなキャラ狙えたけど 最初だけバラバラっていうのはそもそもまともな設計になってない臭いがする バグだとして、コードレビューもせずにいきなりテストしてテストでは見つからないバグだ、といってるように思える。 >>222
当たりくじの排出タイミング操作が問題なだけ >>224
レビューする以前に、NP困難な問題だから、コード自体が非常に難解なもの(計算コストがスパコンレベル必要)になって、かつそれでも不完全にしかならない 直感的には
有能がコード見たら秒でやべーと分かる系のやつだと思う ■ このスレッドは過去ログ倉庫に格納されています