在我说 deep 的区域免 qc 时，dragondoll 当初原本送 qc 的 区域他就迳自开放。 这我是允许的，而且我也宣示 deep 区域的开放与否，由 deep 自行决定。 开放後出问题，我亦在某文中提过，出问题时若区域作者在，就 由发现问题的人贴出问题，再由区域作者解决；区域作者不在， 若是我发现问题，就由我解决。 因为圣殿现在可以承受区域出问题。 今天假若 plain 区域有些问题，而 plain 还在，那唯一该做的 就是请 plain 再重新检讨他区域的问题，而不是在他还在的时候 就迳行关闭他的区域，无论如何，这点都必须确保。 若 plain 如 quest 所述，仍不觉得他的区域有问题时，就请把 问题贴板子让所有人来公评，届时我会知道问题的缘由，我会知 道祸门巨角是什麽样的事物，很多人都会知道，依过去的经验， 它的不合理以及必须被修改，不就是可以预期的？ 我希望以後尽量单纯化所有的行事，区域送 QC 才是陋习，以前 发生过好几次区域没送 QC 然後出问题，我之後都会说以後要QC 、要怎样怎样，但通常没有什麽实行力，因为 QC 区域是件很麻 烦的事(dolla 的区域我到至今还没 qc 完)。 正因为如此我才不想再重覆於上面的情况，而决定让 deep 决定 他自己的区域可以迳自开放，我的这项宣示就代表着，若该区域 出问题，我会负责。 一、区域作者在的话，我会请区域作者处理。 二、区域作者不想改的话，我会找他沟通，一切公开透明化。 三、区域作者不在的话，我会迳行修改，并附上一切我修改的原 　　因，这样区域作者回来时他才能知道我是为什麽去改、以及 　　我改了什麽。 为什麽我要这样宣示？ 一、我希望减少人力在这些事情上。 二、区域出问题＝＞与区域作者沟通、由区域作者去解决问题 　　＝＞这对彼此都是一种学习 三、事前的QC无法发现所有的问题。 　　^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 四、现在的 QC 极不方便。 我说了圣殿可以承受区域於开放後才发现问题，但有一天 QC 的 规则会建立，不是现在，现在最重要的是确保我们有足够的人力 ，以及足够多的指令、物件可供使用。 Laechan --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.170.108.214