|
|
因此，回顾一下，软件开发充满了风险和失败。为了应对这一挑战，离岸外包采用了传统的软件模型，即开发团队致力于构建软件。它将敏捷开发流程融入其中，尽管最初的敏捷概念是基于与用户密切接触的团队，并希望应用大量廉价资源将避免失败。
Salesforce 也看到了同样的开发挑战，并通过在高度 电话号码清单 可定制的平台上构建预配置的应用程序来解决该问题，并鼓励新角色（管理员）的出现，该角色能够通过配置（“单击”）执行许多任务，通常有所需的代码。
如果您已经在组织中实施了 Salesforce，我们认为您已经隐含地接受了一种与离岸外包截然不同的方法，至少在使用 Salesforce 的部门中是如此。但我们认识到，大多数组织也有由离岸团队开发和维护的内部系统。在拥有 Salesforce 和其他内部系统的组织中，最常见的任务之一是 Salesforce 和其他系统之间的数据交换。
这就是 Salesforce 灵活的对象数据库和 API（通常是其优势）可能导致您的企业花费不必要的金钱和时间的地方。 Salesforce 的数据库与 Oracle 或 SQL Server 等传统关系数据库不同 - 开发人员不能仅打开与数据库的连接并将 SQL INSERT 和 UPDATE 语句推送到 Salesforce 中。
对 Salesforce 的所有更新都必须通过 Salesforce API 进行。 Salesforce也有自己的查询语言SOQL，它与SQL类似，但又不完全相同。总体而言，Salesforce 的编程接口并不比任何其他编程语言难，但它有所不同。有一个学习曲线，而且 Salesforce 资源比 LAMP 堆栈程序员更昂贵。
尽管如此，由于您的 Salesforce 管理员不是开发人员，并且他或她无法在您的离岸系统上编写接口代码，因此在遇到集成问题时，您的第一反应可能是使用充满印度或巴尔干开发人员的房间来解决问题。编写一个解决方案，将数据从内部系统推送和拉取到 Salesforce。别介意这些编码员不是 Salesforce 专家 - 他们可以学习并以较低的小时费率去做。
|
|
发新帖
