我们目前正在研究 Outsystems 的敏捷平台。
我们已经完成了他们的课程并做了所有的例子,但从经验来看,这些类型的东西只显示了部分内容。
有没有我们可能没有意识到的严重陷阱?
我们目前正在研究 Outsystems 的敏捷平台。
我们已经完成了他们的课程并做了所有的例子,但从经验来看,这些类型的东西只显示了部分内容。
有没有我们可能没有意识到的严重陷阱?
由于公司的新方向,我使用了一段时间的 Outsytems。
到目前为止,我发现 Outsytems 在帮助最新/最无聊的程序员开发干净且可维护的数据层以及可读逻辑方面非常出色。如果您将其保留在 OutSystem 中,即使创建工作流程也是轻而易举的事。
TLDR:即使是“最新”的程序员也可以使用 Outsystems 创建一个体面的应用程序。
用户界面
到目前为止,我遇到的一个问题是,当我们想要创建一个看起来与 Intelliwrap 模板非常不同的相当复杂的用户界面(javascript 插件等)时。
就像在任何 IT 销售谈话中一样,“可以做到!” - 它总是可以完成的 - 但需要大量的试验和错误。javascript、css 等的行为有时可能无法预测——尤其是当您尝试覆盖 Outsystems 的大部分接口部分时。
请注意,没有多少教程/论坛帖子彻底讨论了 Outsystems 的用户界面方面,因为它确实很困难,而且在大多数方面都很烦人。
自动化测试
另一个困扰我的方面是创建测试驱动开发环境的难度。在大多数情况下,几乎不可能建立自动化测试环境。
是的,有插件等,但不希望得到支持或任何设置。Outsystems 的 Nuno 向我展示了 Outsystems 如何在其平台开发中使用自动化测试工具。但是,这部分并不适合所有人,因为它很难设置。准备在使用 Outsystems 进行开发时进行手动测试(例如雇用大量实习生)
在我们的例子中,设置测试工具的问题被放大了,因为我们没有使用 inteliwarp 和默认的 Outsystems UI 组件。
在没有自动化测试的情况下进行敏捷开发有点奇怪——类似于去不提供薯条的麦当劳。
人才短缺
在处理 Outsystems 时您可能会遇到的另一个问题可能是瓶颈,因为具有所需技能的人员供应有限。
Outsystems 的工作人员将尽其所能帮助您,但当涉及到与其他系统的某种奇异集成或进行自己的黑客攻击(例如 UI/数据库/等)时,请准备好独自一人。Google 或 Stackoverflow 不会有太大帮助。截至今天,只有不到 20 个问题在 Stack Overflow 中被标记为“Outsystems”。忘记在 Github 中查找示例。
您可以随时访问他们非常活跃的社区站点。但是,当您想要做的不仅仅是标准的 Outsystems 应用程序时,请准备好独自一人。
在某些情况下,专业开发人员可能会发现使用 Outsystems studio 简直是一种侮辱,并且对他们的个人职业发展没有多大贡献(例如,有限的工作机会,贬低原始技能)。
无论如何,您几乎永远无法找到可以在没有事先培训的情况下立即加入团队进行 Outsystems 项目的开发人员。如果您计划进行大量修改和定制开发,这个问题将被放大。
版本控制
Outsystems 平台与自己的代码存储库/版本控制机制捆绑在一起,但不要期望像 SVN 或 GIT 这样的东西。公平地说,这对于大多数情况来说已经足够了,但要合并。合并操作在文件/组件级别完成。外系统只能检测文件/组件是否已更改。合并机制本质上是覆盖整个文件。没有逐行代码比较/插入/删除之类的东西(反正没有代码)。
恕我直言,恢复到旧版本的工作可能会很麻烦。
文档/知识共享
根据您的公司文化,记录或分享最佳实践/食谱/分步说明可能会有点困难,因为需要一直捕获屏幕截图。
TLDR 如果您只想创建带有标准 UI 的简单 CRUD 系统,就像任何企业应用程序一样,Outsystems 会做得很好 - 确实非常好。只是不要期望太多的花里胡哨,记住:任何自定义开发和对默认框架的更改都会让您(或您的开发人员)付出高昂的代价。
我一直在用它来组织一个项目,我对此非常满意。它使 90% 的项目变得非常容易;它利用了 ORM 的优势,但将其完美地集成到了开发系统中,项目的生命周期非常好。我喜欢部署/版本控制/回滚的故事。在 Visual Studio 中使用 Integration Studio 可以轻松处理超出其范围的任何内容。
在此过程中我发现了一些小错误,但我不得不说支持团队一直对它们做出极大的响应,即使我是一个不付钱的“社区版”成员。来自 OutSystems 和其他用户的论坛支持非常出色。
我发现的唯一问题是它目前与 .NET 4 和 Visual Studip 2008 不兼容。有人告诉我它在路线图上。如果您的代码在获得支持之前必须使用 .NET 4,您可以轻松地将其包装在 WCF 服务中并直接在 Service Studio 中导入该服务。这就是我所做的,结果证明这是一个很大的好处,因为 .NET 4 代码非常占用资源,所以我现在有一些可扩展性选项。
希望这可以帮助!
贾
完全同意 这个产品是一场噩梦。我是一名外部自由顾问,为非洲和美国的各种客户开发项目。最近,我的一位客户希望我为他在德班的业务开发定制产品。仅用了 2 天的代码测试,我就建议我的客户 OUTSYSTEMS 产品对于任何企业来说都是最糟糕的解决方案,并且没有未来的余地。
缺点 1. 不像他们在 OUTSYSTEMS.com 中宣称的那样对用户友好 2. 花费大量时间来做简单的操作 3. 非常可悲的视频教程,听到解释简单操作的 VO 真的很烦 4. 让用户混淆做简单的操作5. 版本兼容性问题。6. 与多个第三方的集成问题 7. 使用集成工作室时系统冻结时出现大量错误 8. 无法构建自定义模板和设计 9. 无法在系统内导入简单布局 10. 对可扩展性和控制来说将是一场噩梦
免责声明:我为 OutSystems 工作
每个开发工具/语言/堆栈/...在某些时候都涉及一些权衡。因此,根据您正在寻找或特别感兴趣的内容,您可能会将平台的某些方面视为不可原谅的陷阱,而其他人可能会将其视为天赐的祝福,反之亦然。因此,只有知道你真正喜欢什么以及你认为什么是必不可少的,我才能尝试猜测你会错过什么以及你会认为什么是陷阱。
由于我们通常只在第一次尝试使用它时才注意到缺少某些东西,因此我建议您尝试使用该平台随意破解某些东西,而无需完全按照教程和课程进行操作。如果您在创造不同的东西时发现了您不喜欢的东西,我们将很高兴收到您的来信!
TL;DR:如果您认为某个工具的教程没有向您展示某些内容,请在不遵循它们的情况下尝试一下。
我已经使用该平台超过 2.5 年了,没有发现任何严重的缺点。
我一直在实施几个项目(主要是数据管理和/或集成类型的应用程序)并且在该平台上非常成功......
如果您有具体问题,请随时与我联系:http ://www.linkedin.com/in/stefanmeier
干杯,斯特凡
我遇到的最差的 AGILE 产品。该产品肯定不适合那些想要某种智能的人。该产品更像是一种噱头,我认为这仅对开发网站有好处。
如果您是一位认真的开发人员并正在开发自定义构建解决方案,例如供应链或基于 ERP 的应用程序,请认真考虑使用任何开源甚至是 Excel 表格,或者更好地开始使用旧的簿记风格,这是值得的。你会对产品和定价感到压力