仕事終わって芝村さんの発言を確認し、お、おおうとなってるツール開発部門(たぶん)です。 いくつか感想とか予想をぶん投げていきます。 #アイドレス
2017-06-23 23:53:43「次のアイドレスは廃止」 予想:イグドラシル管理が無くなる。人・藩国・その他組織の「所持アイドレス管理」はあるかもしれない。 希望:強制イベントも無くなるとイイナァ! #アイドレス
2017-06-23 23:54:08@kurosaki_koh 「次のアイドレスは廃止」はこれ、従来のアイドレスにあった「次のアイドレス」というのがなくなる(イグドラシルとして伸びて行かない)という話ですよね
2017-06-23 23:55:53@yura_yuki 私もそう解釈しました。 ただそうすると、新しいアイドレスの申請において、次に作るものとの連続性を確保するなんらかの制約は、別のルールで担保してそうですよね。 (でないと設定的にひどい目に遭う)
2017-06-23 23:57:21「アイドレスは部品の集合になりました。」 予想:(とあるアイドレス)=部品1+部品2+...+部品n みたいな構造になる。 従来の着用アイドレスもこんな感じではあったけど、部品の概念は無かった。 今回は”アイドレス”と”部品”が強く区別される? 感想:されてほしー #アイドレス
2017-06-23 23:54:40「部品はRD1で評価はLOG1.5です」 予想:部品はRD1なので、部品数5のアイドレスはRD5=評価3.96≒4、部品数10なら評価5.67≒6となる。 感想:はい太元死んだ! #アイドレス
2017-06-23 23:54:55「プレイヤーは原則いつでも部品とアイドレスを作成でき、申請できます」 予想:I=Dの開発からその場しのぎの作戦まで「アイドレスの作成」ルールで運用される? 希望:リアルタイムアイドレス作成、簡単であってほしいナァ! #アイドレス
2017-06-23 23:55:12@kurosaki_koh これ随時作成申請したものを蓄積・管理しておくシステムが必要にはなりますよね… ユーザ認証した方が楽になりそうですよね(というか申請・受理・入力を人を介してやるとすごくめんどくさい)
2017-06-23 23:58:37@yura_yuki 従来の太元で言うと、太元書式の編成データの大半が定義パッチになる世界、という悲観的観測。 作成済み・定義済みアイドレスのデータベースが必要かどうかは、ルール詳細みないとわかりません。 必要そうな気はかなりします。
2017-06-24 00:00:22@kurosaki_koh 設定が累積する twitter.com/siva_yuri/stat… とあるので、Aマホの成長ルールのように前の「部品」から極端に離れた「部品」は作れない、というような制限はかかりそうな気がします(外れるとペナがあるとか) となると、これまでの「部品」管理が必須かと。
2017-06-24 00:02:58ついでにいうとプレイヤーにも設定が累積する。旗振ってた人はそれが縁で町内会長にいくかもしれないがエースパイロットの方にはいかないだろう。この蓄積がアイドレスの面白いところだね。
2017-06-23 22:12:24@yura_yuki おお、そうですね。設定の累積がある。これ重要そう。もちろん今までも重要でしたが。 予想:アイドレス作成書式をかっちりつくって、芝村さん側が即ワールドシミュレータに投入して設定チェックする、くらいの仕組みが用意されてるんかしら。 (いちいち予想と頭につけてデマを防ぐ配慮)
2017-06-24 00:05:17@kurosaki_koh @yura_yuki ユーザー認証必要というより、ユーザーというタグのついた分類ができるデータ管理の仕組みが必要なんだと思う。実際認証システムってユーザー管理自体が結構な工数になって負担過ぎるので、最初は適宜データをダンプ、凍結するチープな仕組みの方がテストも兼ねていい気がする。
2017-06-24 00:04:39@kuromu_mk @kurosaki_koh 悪意やいたずら、ただのミスもあるので、できればユーザ認証はあった方がいいとは思います。ユーザ管理はまあ、今でも文殊があるのでパスワード管理だけでは
2017-06-24 00:08:07@yura_yuki @kuromu_mk 初回は無しでプロトタイプ作成、2回目以降をどうしたもんか考える、でもいいかなあ。 新規プレイヤーの皆さんがどれだけ増えるか、にも依るかも。 スマホプレイヤーへの配慮は? 大して変わらんかな。読めぬ。
2017-06-24 00:10:09@kurosaki_koh @kuromu_mk 現状の参加表明は既存6に対して新規4らしいですよ。 まあ、先行が7月中旬で、大規模が8月頭なので、最初はプロトタイプでさくっと動かしてみる感じですかな
2017-06-24 00:11:42@yura_yuki @kurosaki_koh ミスは編集機能で対応。いたずらに関しては初めから前提としない。実データにアクセスできるのは集計者だけという突撃旅団方式。最初の集める方法はgoogleアンケートにして、データはどうせ検証入るし、あとは確定データの保持と計算能力だけつけた共有のシステムがあれば十分だと思う。
2017-06-24 00:11:16@kurosaki_koh @yura_yuki ぶっちゃけアイドレスでは繰り返し使ったときに飲み完成度を上げるようにして、基本使い切りくらいのつもりで組まないとやってられない気がする。前もオブジェクトデータがバベルしたし。
2017-06-24 00:12:23@kuromu_mk @yura_yuki せやなあ。突撃旅団もさくっとシステム変わったしなあ。 (十五夜さん方面に耳を澄ませる) (吐血の音が聞こえる気がする)
2017-06-24 00:13:18@kurosaki_koh @kuromu_mk 仕様は大変よく変わりますネ! まあ、もうちょっと詳細が出ないとわかんないですけど、プロトはGoogleフォームが利用できないか、あたりから検討しますか。 あれはあれで、めんどくさかったんですけどね(フォームの毎回の管理が)
2017-06-24 00:14:47@kuromu_mk @kurosaki_koh 当初部隊ごとに分けてたら、複数職種が混じった時のフォーム作成がめんどくさかった。 結局、部隊内でも個別の職業には別のフォームを用意したけど、そうすると対応するワークシートはバラバラになってちょっと散乱気味だった、とかそういうあたりですな。
2017-06-24 00:17:02