文件交换的选择

我们最好的用户提交

解决用户的评论:合作文件交换

本周,代替一个选择,我想要地址一个评论马克塞尔比之一汪东城最近的选择

套用马克:有一件事我想知道:你(即。,MathWorks)have opinions on how best to make open-source submissions and get collaborative projects going--a bit like SourceForge or Google Code for use in the MATLAB environment? I’ve often wondered why the FEX doesn’t support this model. A number of times, I’ve extended the functionality of something I’ve downloaded from here, often addressing what I think is a common use-case, but have no way of giving this back to the community without posting whole new submission. Likewise, I’ve not submitted an early stage project because it’s not quite there but also feeling that I’m developing something that a wider community might really latch on to and help take forwards.

马克,这不是一个“官方”的回答;我不确定一个官方的回答。但是我有一些对这些主题的想法,我想分享,并邀请任何人谁在乎,留下自己的沉思。

首先,关于使用文件交换的协作编码,我将提到有一些几年前谈论可能朝着这个方向,但是我们决定,至少就目前而言,这并不是我们想要的方向文件交换。大多数用户乐于分享自己的文件,和不一定寻找合作的框架。(也就是说,在那里——像sourceforge网站本身——用户可以分享他们的MATLAB代码社区发展。例如,sourceforge.net搜索关键字“MATLAB。”)

你的第二点——扩展功能的文件交换意见,牵动了我的心弦。在大多数情况下,我们真的希望看到提交下BSD许可协议。这是一个相当宽松的许可,所以你基本上免费修改文件在你认为合适的地方。(阅读许可——你必须保持适当的版权,但你可以重新分配有或没有修改)。不过,我认为你应该认识到,很多贡献者努力工作在他们的提交,并与MATLAB社区分享他们自由和慷慨。许多贡献者明确要求反馈,非常适应增强请求和错误报告。

我分享一个我自己的文件(MorphTool),虽然我知道它是一个正在进行的工作,它的功能,它有一些漏洞。即使在其当前状态,我发现它非常有用,也认为别人会。在时间允许的情况下我继续工作,并将继续更新关于我实施。与此同时,我明确要求反馈和建议,总是很高兴接收他们。我不高兴如果有人改变了颜色的背景(可以说)和发布自己的“新的,改进的MorphTool。”

我个人的感觉是,你应该“做正确的事”在考虑调整其他人的代码。当你可能只是修改别人的代码,这是你自己的,原作者可以欣赏被给予机会增强他/她自己。用你最好的判断,要有礼貌。和总是引用提交,启发自己的工作。

如果有关于这个话题的对话,这是一个好地方,展开!




使用MATLAB®7.14发表

|
  • 打印
  • 发送电子邮件

评论

留下你的评论,请点击在这里MathWorks账户登录或创建一个新的。