412    其一就是解析过程的复杂度带来的成本你总不希望这个成本上升到足以滋养错误和迷惑用户吧？

413    另外，让一门语法趋近英语的作法，通常会令其所谓的´英语”走形。

414    以至于对自然语言的表面的模仿会导致如同传统语法一般的混乱。

415    （你可以在很多号称´第四代”的和商业数据库查询语言中看到这种恶果）

416    Fetchmail的控制语法之所以能避免这些问题，是因为它的语言空间极为有限。

417    它离一门多用途的语言还差得远呢；其所描述的问题也很简单。

418    所以大可不担心穿梭于微小的英语子集和实际控制语言会造成什么迷惑。

419    我觉得这里有一则可以推而广之的经验：

420    16.当你的语言还远不足以达到图灵完备的时候，不妨为语法蘸上一层´糖衣”。

421    另一则经验是有关隐藏的安全性的。

422    一些用户要求我改写软件，以便能对rc文件加密。

423    这样入侵者就不会在无意间看到它们。

424    我没有照做，因为这并不会带来实际的保护。

425    因为只要有人能获得你rc文件的使用权，他就能和你一样运行fetchmail查看邮件如果真的想要你的密码，他就可以从fetchmail代码中剥离出必要的解码器。

426    言而总之，在rc文件中注入密码只是给那些没有深入思考的人一种安全的假象。