※ 引述《tenyfish (何時才有發言權?)》之銘言：
: 舉個例好了，我想做的MUD最終型希望玩家是帶領一個NPC隊伍探險
: (這是我的個人喜好，先不論有沒有人要玩這種東西)
: 在研究文件時，我看完組隊，裝備型物件等等...
: 我可以有個基本的了解，例:與其使用force follow的指令使NPC移動
: 造成MUD可讀性下降，我考慮將NPC在equip時，轉化成類似裝備的物件
: 雖然我並沒有實作(短期也不可能動這個部份)，
: 至少，我讀完文件不會直接問你" 請問如何實作它 "
: 我上面只是舉例，請不要嘲笑我的外行想法。
單純就這一點，讓你，也讓大家瞭解我的想法。
首先，要實做上面的 party，「有很多種做法」。
今天為什麼要採取某種做法，有它的「諸多考量」。
比方如果今天沒有跟你交流過想法，我一般也是採取 npc follow
玩家的做法，但根據 sanc 的發展經驗，npc 常常會因此跟丟玩
家，「為此我要如何解決諸多像這類的問題，使 npc 確實能緊跟
玩家」，就是我接下來會思考並處理的。
那有跟你交流過想法，我就會思考 npc follow 玩家以外的做法，
看看有沒有什麼做法既簡單，好使用，npc 又不會有跟丟的問題？
那萬一沒有，就採取折衷做法，先確保 npc 不會跟丟再說。
我的意思就是，做法有很多種，就像今天我們要開車從 A 點到 B
點，可以開高速公路、可以開快速道路、可以開省道、......
我的想法就是我先確定它不只一種做法，再考量採哪種做法較好，
比方我考量的做法是「開快速道路」，或許你會問「為什麼不開高
速公路」？
因為我有我的考量，也就是說在我的考量裡，開高速公路可行，但
比方像是 CP 值可能沒有開快速道路來得優這類的。
party 有多種做法，確定的，我如果改了 party 我就會在改版文
述說我大概是做了什麼樣的修改，以及我為什麼會那樣做。
相同的，如果日後你拿到 tmi2_v3_改 發現這份 party 系統無法
滿足你的需求時，你也有多種選擇
1.改版它，甚至改版後發佈它
2.廢棄它，重寫新的，甚至還能發佈它
3.提出你覺得它應該要怎樣會更好，我來改版它並發佈
4.廢棄 tmi2_v3_改
那我會盡量在正式版本發佈前，盡可能地補上說明文件，如同我對
/d/area/times_check.c 的處理模式，你有抓 tmi2_v3_改 的話可
參考同目錄的那一份 times_check 使用說明。
我知道那份說明可能不足以讓使用者因此瞭解 times_check 是做
什麼用的，因為在我早先的想法裡，我認為實做出足以用來說明的
樣本，比去寫落落長的 document 還要來得實際。
但既然也有會認真看說明的人，我就會希望自己也能盡可能把說明
文件寫得更完整一點。
但請先諒解我就是那種看完落落長說明也不見得會用的人，所以我
才會比較重視實際可用來 demo 的樣本如 /d/area/test 下的物件
，但總之，我會比以前更重視說明文件的撰寫。
LAechan