主要观点：作者从 C# 编译器团队转来时，希望能介绍设计团队工作及决策等，因语言设计领域较深奥且相关内容少，虽希望以具体例子说明，但因特征在设计和纳入计划中会变化，所以决定写更抽象的关于团队看待事物的内容。团队采用加法设计方式，每个特征初始有 100 点劣势，需有显著净正效应才纳入语言，如[VB 的表达式过滤器]起初不满足，后因客户反馈重新纳入 Whidbey 版本。同时，还有一些特征因抽象有用但实际设计不可行或不想纳入语言等原因未被采用。还讨论了一些关于语言设计的相关话题，如不同人对“with”关键字的看法等，以及对一些未实现特征的疑问等。

关键信息：

• 作者从 C# 编译器团队转来，希望介绍团队工作。
• 语言设计采用加法方式，特征初始有 100 点劣势。
• 如[VB 的表达式过滤器]后被重新纳入语言。
• 讨论了“with”关键字及不同人对其看法。
• 对 C# 中 finalizer 语法等的疑问。

重要细节：

• 特征在设计和纳入计划中会变化，不宜过早谈论。
• 有些特征因抽象有用但实际设计不可行未被采用。
• 不同人对“with”关键字看法不同，VB 程序员认为有用，C# 程序员则不太接受。
• 对 C# 中 finalizer 语法的疑问，仅因 C++程序员熟悉而采用，可能存在差异被忽略的问题。