问题标签 [collaboration]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
4 回答
1981 浏览

iphone - 共享文件夹和 XCode

有没有办法让 XCode 很好地处理共享文件夹并允许多人同时在 iPhone 应用程序上工作?或者我们是否需要切换到更像 SubEthaEdit 或其他一些实时协作工具的东西?

0 投票
6 回答
969 浏览

scrum - 一个工具还是一套工具更适合 Scrum?

天,

编辑:多年来,我们在几个不同规模的项目中都非常成功地使用了 Scrum。事实上,我们的团队使用经典的 Scrum 方法为 BBC 开发了成功的 iPlayer 项目。

在使用各种工具组合之后,一些高科技,一些低技术,在这些项目中,我们现在希望尝试采用合适的工具套件。我们的经理在某种程度上试图强制采用一套用于 Scrum 的工具。

我查看了 SO 问题“最佳 Scrum 工具”,大多数人似乎都推荐:

  1. 一套技术含量低的解决方案,例如白板、便利贴、索引卡等,或
  2. 一个试图尽可能多地满足流程的单一工具,例如 Agilo、Mingle、ScrumWorks、Target Process 等。

我们的团队目前正在评估几种不同的 Scrum 工具。但是,我们正在考虑选择一个单一的整体工具,例如 Agilo。

所有“一站式”解决方案都有其优点和缺点,而严肃的企业型解决方案是最合适的。但都有一些缺点。

在阅读了 SmartBear 的论文“ Peer Code Review: An Agile Process ”之后,我开始怀疑我们是否试图在“最合适”的基础上强制采用工具。

我认为你可以参考一些 Scrum 开发过程的参考资料,比如

  1. 用户故事、史诗和主题,以及
  2. 必须使用众所周知的 SCM 的代码库,例如 SVN、Hg 等。

然后,如果我们将其作为所用工具的共同参考点,那么我们将能够使用一组工具来处理 Scrum 过程的不同方面,而不是尝试强制使用单个工具,这有点像强制一个方钉插入圆孔。

通过这种方式,只要您同意共同的参考点,您就可以使用多个工具,每个工具都比单一工具套件中的单个组件更好地发挥其作用。

这是一个更明智的方法吗?

我上面提到的两个参考点是否合适,或者它们是工具会遇到的更好的选择点?

干杯,

0 投票
5 回答
2158 浏览

database - 访问数据库共享策略

您采用什么策略让多个人在访问数据库上工作?

是否可以在线托管它并使其功能仍然有效而无需开发自定义前端?

MS Access 作为软件有一些不错的功能,不需要任何编程来配置:

  • 下拉列表 - 选择一个
  • 多复选框列表 - 选择多个

即使在线托管,是否有可能获得所有这些功能?我基本上在考虑另一种方法来快速让人们使用上述 GUI 功能处理数据,而无需使用 webapp<>MySQL 方式。

0 投票
2 回答
89 浏览

social-networking - 与人建立联系,创建初创公司

我即将完成我的 CS 硕士学位,并希望有一些空闲时间从事一个业余项目。我觉得我的编程技能和 CS 知识足以承担一个严肃的项目。遗憾的是,在我的大学期间,我并没有与其他学生建立最好的工作网络,我希望我能遇到一些可以与我合作开展项目的朋友。

我想知道人们如何找到具有相似兴趣和目标的其他程序员。有一个明显的建议就是出去和人们面对面交流。这适用于会议等,但我生活在一个真正无效的地区。

我不想为任何人工作,也不想被任何人承包,而是想从头开始,尝试一个新的想法,以牺牲我的空闲时间为代价。我也喜欢冒险尝试一些大事的前景,所以我不想从事开源项目。

那么开发者-企业家社区在哪里见面呢?这些天似乎有一个社交网站可以处理其他所有事情。是推特吗?Facebook?

0 投票
4 回答
1117 浏览

php - 如何有效地与团队协作完成项目?

这个问题是这个问题的后续:https ://stackoverflow.com/questions/2083020/need-some-advice-about-web-development-project

我想知道是否有我们可以使用的技术或工具来有效地完成我们的项目。为了使这一点更具体,我基本上是在寻找可以帮助我们一起处理源文件并查看更改等的东西。(而不是通过电子邮件相互发送 .html、.php 文件然后查看更改)

SCM 在这里有意义吗?还是我应该寻找其他东西?

0 投票
2 回答
1789 浏览

git - 使用 Git 的编码器协作最佳实践

我在理解 Git 团队工作原则方面遇到了一些麻烦。

考虑一个由两个程序员组成的团队:AB. 他们正在研究一个Project. 此外,还有一个带有 repo 的远程服务器。A并且B正在远程协作。回购中已经有一些代码。

我想请你帮忙组织他们在 Git 上的分步工作流程。
1. 他们有没有建立自己的本地分支机构?
2. 他们如何在生产服务器上上传工作代码?rsync?

任何帮助将不胜感激。

0 投票
1 回答
1321 浏览

visual-studio - 在 Visual Studio 中组织团队工作

请告诉我以下场景是否可以用普通版的 VS 实现,我的意思是非团队版。首先,我们的团队足够小,大约 10 名开发人员,我们使用 SVN 作为存储库。每个开发人员的目录结构都相对相同,为简单起见,它看起来像

工作\部署
工作\来源

所有项目都位于“Sources”目录中,并将输出 dll 放在“Deploy”目录中。

所以想象一下,一个正在处理项目“CoreLibrary”,输出 dll 是 CoreLibrary.dll,第二个正在处理“SomeLibrary”项目,用作参考 CoreLibrary.dll。这是简化的情况,在现实生活中,这个项目可能依赖于许多 dll,这些 dll 由其他开发人员负责。在这种情况下,可能是在编译 SomeLibrary 后更改 CoreLibrary 的情况。例如忘记通知其他开发人员更新他们的参考资料。而这些更改使 SomeLibrary 项目无法编译,但只有在运行时才能知道 -) 所以为了避免这种情况,我们还决定将所有项目合并到一个复合解决方案中,其中一个项目应该引用其他项目 - 而不是它的输出 dll,因此,如果整体解决方案构建意味着一切都是兼容的。但是有一个问题 - 为此我们需要将源项目的依赖关系从 dll 更改为项目。如果我们打开独立项目,我们会在这个引用的对面出现感叹图标,但项目仍然可以编译。

即作为结论 - 我们通过 dll 在项目(每个项目 - 原子功能)之间进行引用。原子性导致当我们改变一个“原子”时,我们必须检查这种变化是否与其他依赖原子兼容。这更便于获得整体解决方案,我们在其中加载最新的源代码并尝试编译。但是,我们需要将项目之间的依赖关系从 dll 更改为项目。这似乎不太“正确”,因为更改了源独立项目中的引用。为所有开发人员制定一个大解决方案,强迫他们重新编译所有源代码,不仅他的项目也很糟糕。

0 投票
6 回答
2826 浏览

open-source - 为开源项目寻找编码合作伙伴的最佳地点?

我发现自己想开发某些项目,但大多数时候我缺乏动力,因为我自己开发。

我通常做的是寻找类似的现有项目,并询问开发人员是否愿意合作,但这相当困难。

有没有一个好地方(可能是一个网站)可以找到和我一样对同一个项目感兴趣并因此想合作的人?

0 投票
5 回答
181 浏览

flash - 多个开发人员的默认变量

这可能是一个奇怪的问题,但我想知道是否有任何方法可以有效地(也许使用命名空间?)在 actionscript 项目中的每个开发人员的类中具有不同的默认变量。我问是因为我们目前正在开发一系列 Flash 游戏:总共 24 个。每个都由一个外壳容器加载。shell 接收一个用于加载哪个游戏的 flash var。在我们的开发环境(Flash/FlashDevelop)中,没有 flashvar,所以 AS 中的一个常量定义了在没有 flashvar 时要加载的游戏:

因此,每个开发人员都会将其更改为他们正在开发的游戏。但是,当向存储库 (svn) 提交更改时,开发人员必须将其更改回或撤消更改,并且当其他人更改它时,每个开发人员都必须将其更改为他们的游戏。

想知道是否有一种方法可以在 Flash IDE 或用户特定文件中指定类似于 Flashvars 的默认参数,以便代码可以保持不被 hacky 调试变量影响。我知道在 Flex 中,您可以在 html 模板中设置 flashvar,然后每个开发人员都可以拥有自己的发布文件夹并 svn:ignore 。也许只是让每个开发人员创建一个非提交的 XML 文件来定义他们的用户参数?我不知道,有什么想法吗?!

0 投票
11 回答
647 浏览

collaboration - 一个程序员应该记录另一个人的代码吗?

我们的几位主要开发人员已经说服管理层指派一名初级开发人员为他们记录他们的代码。

他们的论点是:

  1. 您将有两个熟悉一切的程序员。
  2. 这是结对编程,有点。
  3. 它更具成本效益=他们会做得更多。
  4. 它证明了他们的代码是可读和可维护的。
  5. 他们很乐意回答任何问题;所以这是一种指导形式。

然而,他们保持忙碌以保持最新状态的程序员数量似乎随着时间的推移而增加。

这是一个好主意吗?


哇!这不是我们的经验!

以下是一些被证明很重要的说明。

  1. 高级开发人员是反身的自我记录者。这是一个核心的招聘问题。有时需要告诉他们“把这个留给小伙子”。

  2. 这被视为高级人员的验证工具(我认为我们的初级人员被聘用的门槛很高)。

  3. 是的,代码应该是单一用途和自我记录的。如果后辈不能轻易评论,那是前辈认真对待的反馈。

  4. 小辈们应该把它当作一个重构练习,它的工作方式比你想象的更频繁。尤其是捕捉 YAGNI 问题、范围过大等问题。他们可以让他们的前辈成为目标。事实上,他们发起了这种变化。(如果他们真的开始反对,我们会支持它。老年人非常愿意调整 - 他们明白,他们比任何人都更需要为后辈的成功负责。)

  5. 您的高级人员不想解释他们的代码吗?

  6. 我们对“每个人都拥有代码”的敏捷原则有着坚定的承诺。我们认为这会加速这一进程。

最后,个人笔记 - 当我试图理解别人的代码时,我想做的第一件事就是在我试图理解它时重新评论它。为什么评论被视为如此繁重?

也许我们会过滤掉一些初级申请人,因为我们明确表示这就是我们的工作方式。但这不是营业额问题。(但只有 3 个月。)