- 名前
-
佐藤司
- 投稿日時
- - 2007年03月10日(土) 14時24分 -
- 設定
-
気持ちはわかりますが、まー完全な抑制は無理だと思います。
>最近の議論に水を差すようで申し訳ないのですが、SP変更・追加になんらかの制約つけませんか。
>フォルダ単位で完結しないレベルの変更をこうぽんぽんされるのは勘弁して欲しいのですが。
>
>正式な議論を経て承認されたのなら、
>後から「やっぱり強すぎましたから変えましょう」なんて簡単に言わないで頂きたいのです。
>
>その時その時では「まだ間もないから被害が少ない」と言っても、それはこれからあと何度起きるのでしょうか。
>その変更をすることで、二度と変更しないで済む素晴らしいＳＰになる保障なんてありません。
わたしは「一度決めたらもう変えない」も、変更することで「二度と変更しないで済む素晴らしいＳＰになる」も無理だと思っています。
やーつーかわたし未だに祝福の消費ＳＰ変えたいなーと虎視眈々と狙ってますし。
忍耐も。みがわりはもう無理だよなー。
ま、そんな個人的事情はおいといて。
何故ＳＰの仕様変更動議が出るのか。
ひどいことをいってしまえば(ＧＳＣデータにかかわっている全員の)議論不足、考察不足、思慮不足なのですが……。
「予想外の事態というのは、本人にも予想できないから予想外なのだ」
とえらいひともいっています。
戦術というのは練りこむのに時間がかかりますし、戦術の浸透にはさらに時間がかかります。
ＧＳＣデータ全体でエポックメイキングな発明が起こるなんてこともあります。
テストシナリオひとつでデータに対する認識が変化するなんてよくあることですよ。
で、具体例を挙げますと、我慢ですね。
霞薙さんの我慢改定動議から抜粋しますと、
> 現状の「戦闘終了」まで持続する「我慢」ですが、
> みがわりや援護防御をする側が我慢を使った際、
> みがわっても効果が消えずに残ってしまうというステキ仕様が判明しました。
これはさすがに放置しておくわけにいきません。夢持ち無敵伝説の始まりです。
わたしが別ツリーで挙げた痛撃も、予想以上に手がつけられないほどコンボされまくり、低レベルにつけまくりです。
痛撃はまー、討議中の全データをもれなく閲覧してこまめにレスしていく人が注視していけばいいんですけどね。現状できてないです。もちろんわたしはできませんから誰かにやれなんてこといえません。
余談ですが痛撃の場合、今後毎回つっついていくか、今仕様を変更するか、どっちがよりよいかとみなさんに計りたいところ。現状ですと使い勝手の悪いＳＰとして抑制の方向にいくと思いますし。けど新規ＳＰが想定以上に使い勝手悪くていいのかなーと思いませんか。わたしは思います。
なので、使っていく中で微調整は常に必要と考えます。
特にある程度普及し、実例が広まるまでは。
なので。
>何かのＳＰ・特殊能力が強かったり弱かったりすること。
>そのことをよくよく検討し、踏まえた上で実際の運用において習得レベル・レアリティ・組み合わせの制限
>でバランスをとってきたはずです。
>
>もし、「どれだけ議論しても運用され始めてからでないと実際の強さが分からない」ということであれば、
>ＳＰ議論終了後最低3ヶ月は試用期間として、変更や消去をデータ作者に覚悟するよう伝えるようにするとか。
>それ以外の変更は最低半年、できれば1年に1度ぐらいの頻度にしていただかないと、
>データ論議をするための基盤が失われます。
わたし的には、ＳＰ議論終了後のしばらくは試用期間であるという認識を広める方が有意義かと考えます。
まー三ヶ月は短いかな。半年か、一年か。ついてるデータが１０〜２０フォルダほど出揃ったあたりがポイントになるかと思います。
データ普及後、大規模なテストシナリオ１本つくるのに少なく見積もって一ヶ月はかかるでしょう。
いや、別にテストシナリオ必須ってわけじゃないんですが、わかりやすい目安のひとつとして。
で。個人的な考え１００％になりますが新規ＳＰというものの是非。
正直もう今後数年、新規ＳＰ追加はやめませんかと思っていますがそのへんみなさんどうなんでしょうか。
ではでは。
- 名前
-
みちひろ
- 投稿日時
- - 2007年03月10日(土) 19時08分 -
- 設定
-
ども、みちひろです。
解説はありがたいのですが、ここで個別の事例を語るつもりはありません。
誰かが重大だと感じたなら、少なくともその人には重大なのですから。
承認された議題ならば、それが通ることに異論などありません。
ですが、既存の仕様・一度決めた仕様を気軽に変更することは、
大きな影響が出ることが明らかです。
かつてデータがシナリオによらないものであった頃の
データ改定ほどではないにしても、です。
もし、変更を行うのであれば、特に直接戦闘に関わるＳＰの場合、
現状で当該ＳＰを使用している全配布データ・討議中データを洗い出し、
その全てについて議題に上げて承認を得るという手続きが必要ではないでしょうか。
なぜなら、ＳＰ変更動議はそのＳＰ使用データの改定動議に等しいのですから。
それができないのであれば、変更などすべきではありません。
逆に言えば、それさえ出来れば集中も熱血も仕様変更を許可すべきです。
変更絶対不許可という例外を作るのであれば、初めから明確にしなければなりません。
新規ＳＰについては、確かにすぐには問題点も判明しないでしょう。
だからこそ、試用期間が必要だと考えます。
それも、「試用期間であるという認識を広める」ではなく、
実際に試用期間であるとルール化すべきだと考えます。
認識が満遍なく広まるなんてことはまずないと思うべきです。
そして、試用期間中のＳＰはsp.txt内でも五十音順ではなく別枠で配置し
txt上でもhtml上でも試用期間であると名言すべきだと考えます。
あとは、討議中の追加ＳＰはデータ投稿確認をもって試用期間のスタートとし、
その後からのみデータ議論の中で採用できる、とするとより安全でしょうか。
>で。個人的な考え１００％になりますが新規ＳＰというものの是非。
>正直もう今後数年、新規ＳＰ追加はやめませんかと思っていますがそのへんみなさんどうなんでしょうか。
ここまでいろいろ追加・変更があった後で、
「問題が出た・異論が発生したから、もう追加はやめましょう」
というのは不満を持つ人が必ず現れます。
ルール化するのであれば、現状での追加・変更の最終期限を定め、
その後は一定期間追加はなし、のようにするべきでしょう。
私はまっとうな手続きさえ踏んでいれば、追加も変更もかまわないと考えています。
その「まっとうな手続き」とは何かさえ明確になれば、ですが。
ルールも無く個別に対応している現状では、清算しなければいけない面倒な事態が
今後発生するのではないかと危惧する次第です。
ではでは。
- 名前
-
佐藤司
- 投稿日時
- - 2007年03月10日(土) 20時16分 -
- 設定
-
一点。
>もし、変更を行うのであれば、特に直接戦闘に関わるＳＰの場合、
>現状で当該ＳＰを使用している全配布データ・討議中データを洗い出し、
>その全てについて議題に上げて承認を得るという手続きが必要ではないでしょうか。
>なぜなら、ＳＰ変更動議はそのＳＰ使用データの改定動議に等しいのですから。
>それができないのであれば、変更などすべきではありません。
これについてはおおむねそうだと思います。
ただ改訂による今後へのメリットが絶大に大きな場合、
わたしはその限りではないと考えます。
あくまでわたしの話は全体ではなく個別になりますが、
我慢などまさにそうですし。
その他の点については意義ありません。
ページトップへt
SRC総合支援センター
【345】Re(2):ＳＰ変更・追加に制約をつけませんか
みちひろ
2007年03月10日(土) 19時08分
