【ポケモンGO】タマゴ孵化システムを分析するやつ現る！おまえらにはこれが理解できるか…？

>>675
ムゲンなら微妙でもいいけど、課金孵化装置で微妙なの出ると萎えるよな…
ムゲン60～83
有限83～100
くらい保証してもいいのに。

>>677
入手時点で中身決まってる説が正しければ何で孵化させても個体値は変わんねぇだろう

>>680
入手時点で中身決まってる説ｗ
アホかｗｗｗ

>>694
アホはおまえだぞカス

>>694
システム的に考えたら入手時以外はありえんのだが

>>698
システム的に考えたら孵化時だろ
「採取場所の情報→入手時に記録」
決まってるのはこれだけ孵化時だと思われる理由
・入手時に決めてしまうとサーチサイトと同じく
中身を解析されてしまう
・進化後の技が各個人で違うため同じシステムの
可能性が高い
・孵化場所に沸いてる(イベントで沸きやすくなってる)
ポケモンが孵化しやすいため
ランダムであるが上同結果が抽出されやすい

>>710
どうせ生まれるまでわからんのだからどうでもいいよ

>>710
早口で言ってそう

>>710
イーブイ降格後も10kmから孵化した件については？TL20になっても、それ以前に排出された卵からレベル20未満が孵化する件については？

>>710
その考え方は、システム的でもなんでもないデータベースの実装を考えると、取得時に全て決まる方が楽だから
レコードだけ追加して、後で全てのデータを付与とかありえないよ

・卵取得時にポケモンのデータベース上にレコードを追加
・そのポケモン(卵)のレコードに、全ての値を付与
・卵扱いかどうかを判定するフラグにに真の値(true)を付与
・フラグが真の値の時、通常ポケモンの扱いとはならず一覧からは見えない
・孵化距離に達すると、偽の値(false)を付与
・フラグが解除されると通常のポケモンの扱いとなる

>>765
楽だから＝あり得ない
はさすがに横暴だな別に俺は取得時とも孵化時とも思ってないけど。
いずれにしてもこの論争にはナイアンが明示しない限り決着つかないよ
どちらでも実装は可能で、判別もつかないから

>>768
楽って言葉に語弊があったかもみ知れないが、
俺が言いたいのは、サーバのDBに負荷が掛らないって意味ね

>>774
いや人が楽なのもDBに優しいのも一緒だよ
DBに負荷がかからないのは確かだが、だからといってそうなってるとは限らない。
まあナイアンだしねwもちろん俺が実際に素で実装するなら>>765 のようにするし、大多数の人はそう考えるだろう
ただ、確証は持てないから議論しても決着は着かないよってことを言いたかった

>>786
そりゃあ、ナイアンのやる事だから、確かに一理はあるわな
あいつら、一般の常識と異なる事を平然とやってのけるある意味勇者だしw

>>786
普通に作れば>>765 になるのだから、あえてそうしない理由が必要でしょうわからないけど>>765 にはなっていない、は通用しないよ

>>793
例えば「今回のイベント期間中に産まれるポケモンは全部個体値100です！」
みたいなイベントをやる想定なら孵化時抽選じゃないとダメだろ
（仮に取得時に個体値も決まるとした場合だが）設計時の用件としてそういうイベント想定をした場合なら、
抽選テーブルをエリアごとリビジョンごとに管理して対応する事は別に難しくもない

そして言っておくと、「>>765 にはなっていない」とは言ってない
確証が持てないって言ってるだけ

>>805
そんな神イベきたら孵化装置フル稼動する！
でも100%の価値なくなるかw