为开源提供内部工具值得付出努力吗?

era*_*ran 22 powerbuilder open-source

我知道这是一个普遍的问题,但我想听听其他人对我们案件的看法:

我在一家小公司工作.我们的主要开发工具是PowerBuilder,这是一个非常有限的IDE,社区不断缩小.我们已经创建了一些工具,我们在内部使用这些工具来解决某些需求.它们既没有经过适当的设计也没有经过适当的测试,并且没有生产质量.OTOH,他们确实拯救了我们很长一段时间,也可以帮助别人.我敢肯定其他公司也有同样的工具,并且想知道与他人分享这些工具有多么普遍.照我看来 -

专业人士:

  • 好业力
  • 更关注我们的网站
  • 也许从别人那里获得修复和改进

缺点:

  • 如果不投入更多开发,这些工具可能会让我们看起来很糟糕
  • 发布代码需要一些努力
  • 有些工具可能过于专业化,无法满足我们的需求
  • 鉴于社区不断缩小,整个努力可能会被忽视

您或您的公司是否曾经贡献过这样的工具,或者使用过其他人开发的工具?值得努力吗?

编辑:

对于那些多么奇怪的人,我想到的工具包括 -

  • 通过列出签出给当前用户或其他人的对象,备份签出的对象以及重构PBG,可以更轻松地使用SourceSafe的工具.
  • 一种在运行时识别PB控件的工具,就像Spy ++一样(需要目标应用程序的一些基础结构).
  • SQLite的PBNI包装器(进程内访问,无ODBC).
  • SQL客户端,文本测量工具等

Ter*_*rry 12

"开源"最初意味着您发布了一个工具,并且您可以使用该.由于某些预期的项目,并且在某些情况下通过许可证要求重新提交源代码的更改以进行共享,"开源"现在经常将协作开发的概念添加到组合中.我做了(或试图做)后者; 请允许我分享.

可用源协作开发开源相关的工作量之间存在巨大差异.

领导力:您需要告诉人们变化的人,事,地点,时间,原因和方式.而且很可能,你需要通过外交手段戳戳并刺激你的志愿者.您可能需要定义愿景并确定项目目标的优先级,然后在有人试图以另一种方式采取行动时强制执行.而且,除非你只是希望人们通过意外发现你的工具,否则你必须做广告,在注意力和华而不实之间运行那条非常细的线(在互联网上更薄).如果该项目将实施精英管理的概念,正如许多开源支持者所说的那样,那么有人必须判断人们的成就并适当地履行权利和责任.

工作流程:我没有通过任何想象力进行详尽的搜索,但我还没有看到一个协作开发平台,它完成了我需要的所有事情.开源协作开发的部分要点是代码审查中涉及的数量将涵盖提交代码质量的任何潜在问题; 我还没有看到一个集成到协作开发平台中的免费工具,它有助于干净地管理(例如,计算代码审查; x审查后自动推广).我们必须处理这个问题,将手动方法破解到现有工具中.可能在某些时候你必须定义一个版本并创建一个版本.然后就是像文档这样的笨拙的任务.(曾试图在没有发行说明的情况下发布一个免费的新版本吗?愤怒!! 笑容)

具体PB-问题:PowerBuilder是一个商业工具,同时也有便宜的版本可用,有没有免费的版本.添加到PB11的DRM可能减少或消除了开发人员可能正在做的办公室PB家庭副本的盗版,而PB11及更高版本的双重许可政策允许开发人员合法带回家(经许可和合作)原始许可证所有者创建第二个许可证),我没有看到很多这样做.(没有科学研究,这正是我所看到的.)这减少了很多潜在的合作,甚至是爱好者.PowerBuilder版本之间的代码兼容性问题,以及极少数人拥有每个版本的事实,将再次限制您的潜在贡献者列表.

别误会我的意思.我很想在PowerBuilder社区看到更多的协作开发开源.我很想知道如何自己解决这些问题,并且我正在努力研究是否可以使新模型发挥作用.(我第一次跟随流行模式的努力失败了,恕我直言.)

是否有理由对将ZIP文件发送到网络并忘记它感到非常不舒服?我不知道.在一个4岁的ZIP文件中是否有任何更多的骄傲或尴尬,而不是SourceForge项目,其3年半前的最后一次贡献是一个帖子"哪里到底是谁?" Sybase CodeXchange协作开发平台转移到源可用平台是有原因的:旁边没有人使用协作开发功能.如果您从代码中获取可用的开源代码,那么您将有足够的公司.

顺便说一句,CodeXchange可能是您对PowerBuilder社区可见性的关注的答案,尽管您将失去网站流量.在PowerBuilder的网戒是另一个显著效果较差,方法来帮助您的知名度,保持在你的网站流量,但它在您的网站需要在目标页面上的导航栏.CodeXchange也可以解决您对代码质量的担忧以及您必须分享的目标的狭隘性.微笑

你该怎么办?不要低估协作开发共享的努力,但不要让它阻止您从可用共享.

祝好运,

特里.