虽然 Scientific Python 技术栈无疑是该语言如今最显著的特性之一，但它在 Web 开发领域的历史至少同样悠久，仍然流行的 Plone CMS 就是基于 Zope 对象发布系统和无模式 Zope 对象数据库，这两者都是在 90 年代末开发的，与现代 Scientific Python 技术栈开始整合为 Numeric 和 NumArray（在它们合并为 NumPy 之前）的时间大致相同。
感谢这篇文章！我们绝对需要让开源社区更欢迎各种设计师，并更加尊重他们的技能。
然而，有一个具体的点让我对措辞感到担忧：“因为许多设计师抱有这样一种观念，即他们的工作必须得到报酬。我们必须反对认为无偿工作是不好的这种想法。”
拥有宝贵技能的人*应该*期望他们的工作得到报酬。我们可能会选择无偿贡献我们的技能作为礼物，但在这些情况下，那是因为我们发现贡献过程本身就很有价值，以至于我们获得的个人收益证明了我们投入的时间是值得的。
在极少数的开源项目环境中，我才愿意告诉设计师，公开参与会让他们因努力而获得丰厚的回报——他们更有可能淹没在吹毛求疵和尝试委员会式设计的海洋中。
就将设计思维带入一个设计师尚未受到尊重的环境中而言，我见过的唯一有效的方法是让资深开发人员站出来，倡导深思熟虑的用户体验设计，并积极保护设计师免受毫无意义的琐碎争论（同时仍然传递任何真正有用的反馈），并对任何结果不如预期的设计决策承担责任。
这与文章中 CARE 的方面有关——问题不在于设计师，而在于我们沟通的方式常常对良好的设计流程充满敌意。当我们开始关心设计，并将其视为与开发不同的技能来欣赏时，我们就可以开始提供设计师觉得像开发者一样受欢迎和内在有价值的环境。
虽然 Scientific Python 技术栈无疑是该语言如今最显著的特性之一，但它在 Web 开发领域的历史至少同样悠久，仍然流行的 Plone CMS 就是基于 Zope 对象发布系统和无模式 Zope 对象数据库，这两者都是在 90 年代末开发的，与现代 Scientific Python 技术栈开始整合为 Numeric 和 NumArray（在它们合并为 NumPy 之前）的时间大致相同。