ゆめにっきっぽいゲームを作るスレ 21部屋目 (711ﾚｽ)
ゆめにっきっぽいゲームを作るスレ 21部屋目 http://mevius.5ch.net/test/read.cgi/gamedev/1709825054/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
573: 窯良 ◆UpI3.b7mNs [sage] 2025/06/20(金) 01:02:16.32 ID:BzqfsbEz >>572 第2版の予約ルールにのっとって、マップ、チップセット通行設定、スイッチ、変数の4種類とも使用状況を確認していました。 予約継続の宣言がない場合、いずれの予約領域を取り消すことができるものとして扱ってよいと>>561の時点では考えていました。 ルールはルールですので、予約確認後も継続されてない領域は、基本的にはいつ予約解消されてもよいものとして扱うのが筋が通っていると思います。 ただ、予約継続の確認を取るタイミングや解消を実施するタイミングについてはルールで決めてないので、それがいつになるかはその時アクティブなツクラーで決めればいいと思います。 実際的には、マップの割り当てやチップセット通行設定の割り当ては既存領域を空きに戻すことによる制作全体へのメリットが現時点では薄いので、 qxyさんのコメントの意図かと思うのですが、予約取り消しを実際に行うのは変数・スイッチだけでも大丈夫かもしれません。 特に、空き領域を作るという目的を達成するだけなら、最終更新が●年前のツクラーさんの領域に限って割り当てを解消する、というのもありえると今は思っています。 （具体的に何年にするのかは難しいですが、とりあえず10年とかでしょうか。） 予約ルールに準じるのであれば、マップID・通行設定に関しては、 wiki上の表に &null{2025/06/23時点で継続宣言なし}; という不可視コメントを残し、 将来どこかで予約を解消してもよい領域としてメモが残る形にするのが、運用として分かりやすくて良いかもと考えています。 これらは私の考えなので、もっと厳格にすべきだとか、>>561で確認取っている予約領域の解放をする/しないの曖昧な決め方を増やしてほしくないという意見だとかがあったら、教えて下さい。 http://mevius.5ch.net/test/read.cgi/gamedev/1709825054/573
574: 窯良 ◆UpI3.b7mNs [sage] 2025/06/20(金) 01:15:08.22 ID:BzqfsbEz 上のレスだと、予約解消をどう扱うか方針がはっきりしていなかったですね、すみません。 現時点で予約取り消しをどう表に反映するか、こういうアイデアを考えています。 どうでしょうかね。 ・マップIDとチップセット通行設定： 続宣言がなかった領域に、&null{2025/06/23時点で継続宣言なし}; というコメントを書き足しておく。表の見た目上は「予約」という形になる、将来的に解消が実行される可能性はある。 ・変数とスイッチ： 継続宣言がなかった領域に関しては、changelogで最終更新日時が25/12/31以前のツクラーさんの場合、空き領域に戻す。「空き」という見た目になり、空き領域として運用する。 それ以降のツクラーさん、あるいは初回更新がまだのツクラーさんに関しては、&null{2025/06/23時点で継続宣言なし}; というコメントを書き足しておく。表の見た目上は「予約」という形になる、こちらは将来的に解消が実行される可能性はある。 http://mevius.5ch.net/test/read.cgi/gamedev/1709825054/574
575: 窯良 ◆UpI3.b7mNs [sage] 2025/06/20(金) 01:16:26.20 ID:BzqfsbEz 連投申し訳ありません >>574の最終更新日時は「25/12/31」ではなく「2015/12/31」が正しいです。 http://mevius.5ch.net/test/read.cgi/gamedev/1709825054/575
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 136 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.006s