说得有道理，Guy - 我理解并接受你的观点。我也个人不认为专有软件真的能与任何形式的透明度兼容……或者至少，它总是会在某个地方设置另一个透明度的障碍，所以它可能会允许小幅度的更好的内部协作，但它不可避免地会产生与社区数据控制丧失相关的新问题，将第三方的条款和条件强加于你的员工和/或客户（当然，下一个合乎逻辑的步骤是让你的客户使用该解决方案）。无论如何，很高兴你改进了你的专有软件业务，但当然，我将继续避免使用 Autodesk 产品，因为它们同样会侵犯用户的自由……;)（就我而言，我过去在 DOS 时代使用 AutoCAD，但在大约 1994 年停止使用专有软件）。我真的看不出为什么你的文章会发布在 OpenSource.com 上……因为在我看来，它与开源没有任何关系。
我们已经使用 WeKan 相当长一段时间了，它非常令人印象深刻，但它犯了一个错误，即过于基础（对新用户来说很容易，对更有经验的用户来说令人沮丧）。 我们还使用了 FOSS 看板工具 Taiga.io（功能全面，但更难自行运行 - 它基于 Django 框架）和 KanBoard.net（不如“漂亮”，但在功能上更实用，考虑更周到 - 我们目前使用软件主要作者的参考实例，所以不确定自行托管有多难 - 我认为它是从头开始定制的，用 PHP 编写）。 所以，如果 WeKan 对你来说太基础了，那另外两个值得一看。 我当然比专有软件 Trello 更支持这两款。
说得有道理，Guy - 我理解并接受你的观点。我也个人不认为专有软件真的能与任何形式的透明度兼容……或者至少，它总是会在某个地方设置另一个透明度的障碍，所以它可能会允许小幅度的更好的内部协作，但它不可避免地会产生与社区数据控制丧失相关的新问题，将第三方的条款和条件强加于你的员工和/或客户（当然，下一个合乎逻辑的步骤是让你的客户使用该解决方案）。无论如何，很高兴你改进了你的专有软件业务，但当然，我将继续避免使用 Autodesk 产品，因为它们同样会侵犯用户的自由……;)（就我而言，我过去在 DOS 时代使用 AutoCAD，但在大约 1994 年停止使用专有软件）。我真的看不出为什么你的文章会发布在 OpenSource.com 上……因为在我看来，它与开源没有任何关系。