※ 引述《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_改 总是没有 或提到很少，反而你可能不需要或用不到的东西我却一直加进去」， 这很正常，这真的很正常，你看我们的政府尽做一些狗屁杜灶、画蛇 添足的事情就知道了，「因为它无法了解我们真正的需求是什麽」。 还有一点就是，我其实没有很多时间，虽然我看似时间很多。 所以我才会一直把重点放在新增更多的东西上，而不是每写好一个东 西，就花更多的时间去写它们的使用说明，我以前提过，写说明文件 的时间其实远多於写好一个系统需花的时间。 但最终说明文件一定会尽可能地补齐，所以希望各位也能理解我对一 些东西所排的优先顺序，但是各位的提问我一定是排最优先回答。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.165.169.193 ※ 文章网址: http://webptt.com/cn.aspx?n=bbs/mud/M.1404575767.A.561.html 补充，这倒让我想到一件事，我想我有必要特地写一个「各个资料夹 下面各个档案各代表什麽意义」的东西，这个我会用图档的方式呈现 ※ 编辑: laechan (1.165.169.193), 07/06/2014 00:04:34