※ 引述《tenyfish (何时才有发言权?)》之铭言：
: 最近很忙，关于L大几点回应，希望有帮助。
: 想用推文是因为我觉得我的文只是占用版面而已。
: 特别是只想要问个简单问题时，发文感觉很蠢...
: 1.文件的部份 -
: LPC入门，LPC进阶，系统，指令
: 我觉得分类的很不错了，LPC部份我无法评论
: 因为已经研究过原文的LPC教学了，虽然后来找到它的中译版
: http://my.so-net.net.tw/lran/mars/program/lpcmenu.html#2
: 我觉得这个MARS的网页对新手就很不错了
: 系统里面，就几个你独创的系统做概念使用的解说，
: 要是能加入和原生系统的比较供使用者选择会更好?
: (例，我初期使用就不会打算利用虚拟物品系统)
: 指令部份，
: 希望能标注几个有助于新手研究MUDLIB运作时常用的指令介绍
: 例:recall more query之类的
这会在下次的版本释出时补上，并列为较优先的顺序，如 update、
grep、more 那些。
我认为这些对 LPmud 的使用者来说真的是很基本的东西，所以我一
开始并不认为需要介绍这些，但是使用者有需要，我就会补上。
: 其他的话，可能就是在成熟版出来后，
: 有一个介绍你修改系统时的SOP，供使用者参考模仿
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
这部份参考“修改日志”以及“系统”与“指令”区的文件。
其中修改日志最重要，“我当初是怎么做的”就是日后使用者可参
考与仿照的，例如我也无视 tmi2_v3 的货币设定，而自订了新的货
币使用规则，“我是怎么做的”我在修改日志里都有交待。
各位对 tmi2_v3_改 的看法，就跟我对 tmi2_v3 的看法其实是类似
的，例如我就认为 tmi2_v3 里头充斥着一些我觉得根本用不到的东
西，是以我能做的修改、干涉及无视，各位也都能做。
而我目前能确定的一点就是，如果使用者对 lpmud 完全无基础，那
修改日志看了也是白看。这我真的爱莫能助，我只能说“如果你有
任何问题、任何你想知道的事情，都欢迎提问包括写信，我都会尽
量回”，包括我在 sanc 写的 code 我也都能释出。
总之不管如何“修改日志”都必须存在，这才是我重视的，因为我是
修改者，而非原创者，我必须交待我改了什么，才能使用tmi2_v3_改
这样的名义释出，“它的内容要详尽清楚白话到什么程度”并不是我
的重点。
: 2.资料夹分类介绍
: 我个人满喜欢TMI原来在各资料夹下的README
: 因为我前几次打开的时候，就是看着它让我知道
: 这堆档案是做什么的，和我要如何整理我写的档案。
那些东西在 tmi2_v3_改 都会保留。但是说到中文化，英翻中并不是
我的强项。
(所以我能做的就是尽量保留那些东西，留给真正有兴趣研究的人)
: 以上
: 至于文件看不看的懂麻，每个人理解力不同，
: 就像我对于 set("exits/west",QR"002");
: 这种很不习惯，因为当初研究DS都用白话的方式
我是不太明白为何你对 set("exits/west",QR"002"); 这么白话的东
西很不习惯？
↑而这就是我说的，我无法全盘了解所有使用者的想法
所以我希望各位也能理解“为何你想要的东西 tmi2_v3_改 总是没有
或提到很少，反而你可能不需要或用不到的东西我却一直加进去”，
这很正常，这真的很正常，你看我们的政府尽做一些狗屁杜灶、画蛇
添足的事情就知道了，“因为它无法了解我们真正的需求是什么”。
还有一点就是，我其实没有很多时间，虽然我看似时间很多。
所以我才会一直把重点放在新增更多的东西上，而不是每写好一个东
西，就花更多的时间去写它们的使用说明，我以前提过，写说明文件
的时间其实远多于写好一个系统需花的时间。
但最终说明文件一定会尽可能地补齐，所以希望各位也能理解我对一
些东西所排的优先级，但是各位的提问我一定是排最优先回答。