作译者们怎样面对差评？

Basecamp（37signals开发）是一个基于Web的项目管理和协作工具。

由夫妇二人的公司Common Craft的网络展览项目Common Craft Show。

在线绘图工具Gliffy，可以绘制UML建模序列图、流程图、组织图、室内设计图和网络拓扑图等，功能强大。

录制屏幕工具：Camtasia Studio，Jing，Screencast 。

DoTheRightThing网站。

这本书的作者在Vitamin网站有一篇文章《Read more … about progressive disclosure》，专门讨论递进显示的方法。

Apple的人机界面指南。

个人任务管理网站Remember the Milk。

本书所有链接都在这里能找到：http://www.rhjr.net/dtm。

本书作者Robert Hoekman,Jr.的另一本著作《Designing the Obvious》，中文版《一目了然》。他领导者一个世界级的网页设计、开发及战略研究团队Miskeeto。

Yahoo! Design Pattern Library，Page Grids栏目。

Google Page Creator。Google Reader。

Boxes and Arrows，Ross Howard的文章《Ambient Signifiers: How I Learned to Stop Getting Lost and Love Tokyo Rail》。

设计师Brendan Dawes（twitter，vimeo）的书《Analog In, Digital Out》。

LibraryThing的标签云。

Jakob Nielson的畅销书《Designing Web Usability》。他的专栏AlertBox。文章《Blah-Blah Text: Keep, Cut, or Kill?》。

江平翻译的第二本书《敏捷开发的艺术》出版了，china-pub正在预售：http://www.china-pub.com/196033

译者序：http://www.china-pub.com/computers/common/Catalog.asp?type=4&IDD=196033&shuming=%u654F%u6377%u5F00%u53D1%u7684%u827A%u672F%28%u9884%u8BA2%u4E2D%2C%u4F30%u4EF7%29

豆瓣页面：http://www.douban.com/subject/4037534/

收到china-pub送来的《瞬间之美》《Don't Make Me Think》《写给大家看的设计书》。

《重构》还没看完。

书债，书债。

来自51testing的一个讨论。

6.2 Inline Method

紧随Extract Method之后，作者也说了，间接层有其价值，但不是所有间接层都有价值。

6.4 Replace Temp with Query

说到性能问题，在重构时可以降低性能问题的优先级，因为很多情况下不会造成影响。如果性能真的出了问题，也可以在优化时期解决它。如果代码组织良好，往往能帮助发现更有效的优化方案。当然，如果性能真的是在受到了很大的影响，可以再恢复回去。

10.4 Separate Query from Modifier

任何有返回值的函数，都不应该有看得到的副作用。

6.1 Extract Method

提炼（extracting）代码，使每个函数的粒度变小，有着很多好处：函数复用的机会变大；可读性强；函数的override更容易等。

作者说：即使想要提炼的代码非常简单，简单到知识一条消息或一个函数调用，只要新函数的名称能够以更好的方式昭示代码意图，也应该提炼它。

在嵌入式环境里，尤其是空间资源有限的条件下，对Extract Method方法的运用可能需要做一点调整。

单纯使函数粒度变小的提炼需要慎重，除非实际已有复用的代码段。

由于编译器的优化，无法准确预估单纯的提炼一段代码对编译出的二进制代码体积有变大或是变小的影响，更难估计对运行期空间的影响和执行效率的影响。

我的体验是，如果想要提炼一段代码，先试一下，如果大大提高代码的可读性，又没有显著增加代码体积，可行；如果代码段已有“复用”，根据“事不过三，三则重构”的原则，可为，即便会增大代码体积，只要在可以接受的范围内；如果增加了代码体积，这个成本换取的可读性不合算，不为。

至于怎样才是显著增加代码体积，要根据不同工程的情况来判断了。

继续改进一些遗留问题。

3.2

原文：
Since the early days of programming people have realized that the longer a procedure is, the more difficult it is to understand.
Older languages carried an overhead in subroutine calls, which deterred people from small methods.
Modern OO languages have pretty much eliminated that overhead for in-process calls.

翻译：
很久以前程序员就已认识到：程序愈长愈难理解。
早期的编程语言中，“子程序调用动作”需要额外开销，这使得人们不太乐意使用small method。
现代OO语言几乎已经完全免除了进程内的“函数调用动作额外开销”。

现代OO语言里函数调用没有开销了么？

嵌入环境GUI模块，统一接口的一个实践。

如果你发现自己需要为程序添加一个特性，而代码结构使你无法很方便地那么做，那就先重构那个程序，使特性的添加比较容易，然后再添加特性。

重构的第一个步骤：为即将修改的代码建立一组可靠的测试环境。

每次修改的幅度小，任何错误都很容易发现。重构以微小的步伐修改程序，如果犯下错误，很容易便可发现。

重构的一个重要方向是消除重复代码。

重构应该随时随地进行。

事不过三，三则重构。

http://topic.csdn.net/u/20090723/11/a51ddd7c-d76d-4df7-986c-d75b1bdbbe66.html

“项目管理不适合做讲座，只适合做咨询，因为每个公司的情况是不一样的。”

CSDN论坛的糟糕提问。

心理学是一种研究行为和心理过程的科学。

证实偏差（confirmation bias）：我们容易注意那些能够证实我们想法的证据，而忽略那些与我们想法矛盾的证据。

精神病学（psychiatry）：是医学而不是心理学的一个专业。接受过治疗精神和行为疾病的专业训练。从医学的角度来审视病人。但对于心理学的一些基本内容相对简单带过。

SVN中一次commit，为什么要么全部成功，要么全部不成功？

狭义的精神病发病初期，不管症状多轻也仍然是精神病的开始，神经质症的症状不管多重，也仍然是神经质症。神经质症决不会出现反常意识的异常行为。

精神病患者做出异常行为，本人却认为是完全正常的。从客观上看，他们没有自我反省的能力。神经质症患者与此恰恰相反，他们有极强的反省能力。从患者有无克服症状的意识及这种意识的强弱上就可鉴别神经质症与精神病。

让神经质症患者长期休养不仅没有任何意义，还有害处。

对神经质症患者使用暗示疗法一般很难有效果。患者善于评论，善于讲理，接受暗示的可能性很小。有人采用催眠术治疗神经质症，这种疗法对神经症有一定效果，但对神经质症却毫无作用。

说理疗法（说教法）对治疗神经质症几乎没有效果。

不应当让用户通过排除法来发现软件是如何工作的。