270    9.精巧的数据结构即使搭配笨拙的程序代码，也比精巧代码加笨拙结构的组合要强得多。

271    布鲁克斯在《人月神话》的第九章中写道：“只给我看你的工作流程却隐藏表单，我将仍然一头雾水。

272    但是如果你给我展示表单，或许不需要流程图，就能柳暗花明了。”

273    哪怕历经三十年的文化和术语变迁，这个观点依旧正确。

274    这时（1996年9月初，开工后大约六周），我开始考虑要给软件换个名字了。

275    因为毕竟它已经不仅仅是个POP客户端了。

276    但是我在犹豫，因为设计上没有什么新突破，我的popclient需要独具一格。

277    当popclient学会如何将收取到的邮件再通过本机SMTP端转发的时候，这一切迅速改变了。

278    这个容后再表。

279    首先，我之前说过要在开发过程中验证李纳斯成功的理论，那么（你也会问）我是怎么做到的呢？

280    * 我早发布，常发布（从未低于十天一次，在高强度的开发周期则每天一次）。

281    * 我把每个曾和我讨论fetchmail的人都列入公测名单。

282    * 每当新版本发布，我都会不厌其烦的给公测名单里的每个人寄送一份，并鼓励其参与。

283    * 我听取公测人员的意见，在设计上征求他们的看法。

284    并且当他们寄回补丁和反馈的时候，给予鼓励。