当我遇到使用来自 Csla 框架的验证代码时,这让我大吃一惊。感觉就像我因为没有向客户透露框架的使用而受到谴责。
这与使用 jQuery 等库不同吗?
当我遇到使用来自 Csla 框架的验证代码时,这让我大吃一惊。感觉就像我因为没有向客户透露框架的使用而受到谴责。
这与使用 jQuery 等库不同吗?
你绝对应该承认你正在使用什么,IMO。
一些客户可能有特别严格的法律要求(无论是否出于正当理由——他们是客户,你不能判断他们的工作人员),并且详细说明你用来为他们创建产品的任何第三方软件似乎只是合理的。
你有什么理由不想对你的客户敞开心扉?
这取决于您使用的开源代码的许可证。其中许多要求在某些学分部分中确认使用,其他要求您重新分发源代码等。您应该阅读许可证并采取相应的行动。
也是一样,我感觉你也会因为使用 jQuery 而受到谴责。有些企业出于各种原因不赞成使用开源。
他们归结为
您应该知道您的客户/雇主对此的立场。如果他们没有立场,那么您必须逐案讨论。
我通常会告诉人们我使用了很多开源软件,并且通过看到我得到的回复,我知道要遵循的路径。如果他们一提到开源和缺乏支持等等就大喊大叫,我只是倾向于要求预算购买商业组件或提供很好的案例来说明为什么开源版本的 X 比商业替代品更好。
这取决于项目、客户类型以及您拥有的任何合同。然而,对于一个典型的向客户交付代码的顾问,我会说不,你会因为没有用诸如使用 CSLA 之类的细节来打扰他们而受到谴责,这很奇怪。这很奇怪。
这在很大程度上取决于项目的类型和客户的类型。这里真正的问题是您感到惊讶,这表明期望不一致。客户具体是如何激发其对 Csla 的兴趣的?
如果您的客户需要知道或关心您使用哪种技术,那么您应该将所有内容指定为项目文档的一部分。如果清楚地描述了这些选择,那么如果需要,就更容易讨论它们。如果这是您的工作方式,文档还为您提供了一种询问(字面意思)“签字”的方法。
从您的问题来看,尚不清楚问题是框架的选择,还是没有通知客户。
即使在文档最少的项目中,如果客户拥有代码,那么我总是至少提供一个高级架构文档,其中包括所使用的每个软件组件的名称和确切版本,以及它的用途和原因的简要说明它被选中了。这也是解决任何许可证问题的正确位置。