云中安全的协作软件开发环境
我正在寻找一个安全的协作软件开发环境，例如在云中工作的 Chaperon。它应该防止代码被复制粘贴到环境之外，并且应该采取一切措施来防止、检测和阻止 IP 盗窃。当然，它应该包括用于颠覆跟踪和调试的所有常用 IDE 工具。有什么建议吗？
I am looking for a secure collaborative software development environment, such as Chaperon, that works in the cloud. It should prevent code from being copied-pasted out of the environment, and it should take all measures to prevent, detect and deter IP theft. It should, of course, include all usual IDE tools for subversion tracking and debugging. Any suggestions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这样做的成本大多太高，而且 Chaperon 等系统抵御真正攻击的能力存在严重问题。默默无闻的安全性名声不好，基于 Windows 的系统对其环境的控制太少，无法抵御专业人员的攻击。
简单地雇用一个优秀的本地团队并让他们愿意继续为您工作要便宜得多。
请注意，我指的不是购买 Chaperon 这样的系统的成本，而是运营它的成本以及无法有效合作的成本。与使用现代敏捷开发流程相比，开发效率低下很容易导致您的开发时间增加 10 倍。
在这样一个受限的环境中，需要更早、更严格地详细描述和记录需求。这主要是浪费（用精益术语来说）。应尽可能晚地做出决定，以便最大限度地利用所获得的洞察力。
整体情况的可见性有限也使得重构和优化架构和代码变得非常困难，因此您最终可能会得到质量低得多的代码。
The costs of doing so are mostly far too high, and there are serious questions about the capabilities of systems such as Chaperon to withstand real attacks. Security by obscurity has a very bad name, and Windows-based systems have too little control over their environment to be secure against professionals.
It is a lot cheaper to simply hire a good local team and make them want to continue working for you.
Please note that I do not mean the costs of buying a system such as Chaperon, but the costs of operating it and not being able to cooperate effectively. The inefficiencies of development easily cost you a factor 10 in development time when compared to using a modern agile development process.
In such a restricted environment, requirements need to be detailed and documented too early far more rigorously. This is mostly waste (in Lean terms). Decisions should be made as late as possible, in order to make maximum use of gained insight.
The restricted visibility of the overall picture also makes it very difficult to refactor and optimize the architecture and code, so you're likely to end up with much lower quality code.