[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2ch.scのread.cgiへ]
Update time : 11/15 23:23 / Filesize : 182 KB / Number-of Response : 719
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ゆめにっきっぽいゲームを作るスレ 21部屋目



574 名前:窯良 mailto:sage [2025/06/20(金) 01:02:16.32 ID:BzqfsbEz.net]
>>573

第2版の予約ルールにのっとって、マップ、チップセット通行設定、スイッチ、変数の4種類とも使用状況を確認していました。
予約継続の宣言がない場合、いずれの予約領域を取り消すことができるものとして扱ってよいと>>562の時点では考えていました。

ルールはルールですので、予約確認後も継続されてない領域は、基本的にはいつ予約解消されてもよいものとして扱うのが筋が通っていると思います。
ただ、予約継続の確認を取るタイミングや解消を実施するタイミングについてはルールで決めてないので、それがいつになるかはその時アクティブなツクラーで決めればいいと思います。


実際的には、マップの割り当てやチップセット通行設定の割り当ては既存領域を空きに戻すことによる制作全体へのメリットが現時点では薄いので、
qxyさんのコメントの意図かと思うのですが、予約取り消しを実際に行うのは変数・スイッチだけでも大丈夫かもしれません。

特に、空き領域を作るという目的を達成するだけなら、最終更新が●年前のツクラーさんの領域に限って割り当てを解消する、というのもありえると今は思っています。
(具体的に何年にするのかは難しいですが、とりあえず10年とかでしょうか。)

予約ルールに準じるのであれば、マップID・通行設定に関しては、
wiki上の表に &null{2025/06/23時点で継続宣言なし}; という不可視コメントを残し、
将来どこかで予約を解消してもよい領域としてメモが残る形にするのが、運用として分かりやすくて良いかもと考えています。

これらは私の考えなので、もっと厳格にすべきだとか、>>562で確認取っている予約領域の解放をする/しないの曖昧な決め方を増やしてほしくないという意見だとかがあったら、教えて下さい。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<182KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef