您是否曾经遇到这样的问题：您的组织中有一群程序员有一天在咖啡机旁遇到，但您不知道他们到底在做什么？
您是否曾经遇到过这样的问题，您确信公司中的某个人以前已经解决过，但您不知道是谁解决的，也不知道如何找到答案？
这些是我想要解决的一些挑战，但是如何解决呢？ 是否有任何像样的“程序员协作软件”提供博客、论坛、代码片段、文档、白皮书，当然还有知识库等文件区域？ 我们有 Sharepoint，但我认为它不合格。
任何想法？ 建议？ 我想以前一定有人解决过这个问题，但是我怎么知道呢？
有关的：
在线协作环境（不仅面向开发）
您知道哪些在线协作网站？
您如何与其他编码人员实时协作？< /a>
Do you ever face the problem that there are a bunch of programmers in your organization that you met at the coffee machine one day, but you have no idea what the heck they're up to?
Are you ever faced with a problem you're pretty certain someone in your company has solved before, but you don't know who, and how to find out?
These are some of the challenges I'd like to address, but how? Is there any decent "programmer's collaboration software" out there that offers blogs, discussion forums, file areas for code snippets, documents, white papers, and of course a knowledge base and more? We have Sharepoint and I do not feel it qualifies.
Any idea? Recommendations? I would think someone must have solved that problem before, but how do I find out?
Related:
Online collaborative environment (not only dev oriented)
What online collaboration sites do you know?
How do you collaborate with other coders in real time?
发布评论
评论（6）
站在你的小隔间外面，说“嘿！有没有人……”怎么样？
公平地说，更非正式的方式可能会更好。 正式的事情需要时间。 人们没有时间。 这是发展的二分法之一。 我们有时间打扰，但没有时间做其他事情。
我建议仅依靠社交网络。 即“嘿弗兰克，你有没有……？” “嗯，不，但鲍勃可能……”。
通过 AIM 或内部 IRC 进行增强，以帮助开始对话，然后您可以走过去或打电话来解决问题。
至于了解其他人在做什么，那么，这基本上就是饮水机、午餐时间和内部社交的用途，对吧？ 除非你是人事主管。
公司越大，重复工作的机会就越大。 同时，你的时间基本上是安排在你的项目上，而不是他们的项目上。
如果您有一个公共 SVN，那么也许您也可以抓取它。
重点是，依靠有机系统而不是僵化的东西，我认为你将有更好的机会成功找到一个快乐的媒介。
How about standing up out of your cubicle and "HEY! HAS ANYONE EVER....".
To be fair, something more informal is likely better. Formal things take time. Time folks don't have. It's one of the dichotomies of development. We have time for interrupts, but not for anything else.
I would suggest relying on simply social networking. i.e. "Hey Frank, have you ever...?" "Hmm, no, but Bob might...".
Augmented by AIM or an in house IRC to help get conversations started, and then you can walk over or get on the phone to resolve the problem.
As far as knowing what others are up too, well, that's basically what the water cooler is for, and lunch times, and internal socializing, right? Unless you're the persons supervisor.
The larger the company, the larger the chance of duplication of effort. At the same time, YOUR time is basically set on YOUR project, not THEIR projects.
If you have a public SVN, then maybe you can crawl that as well.
The point being, rely on organic systems rather than something rigid, I think you'll have a better chance of success finding a happy medium.
为什么不使用一些 Wiki 引擎呢？ 也许通过一些额外的插件它可以满足您的需求。
另请查看维护程序员维基
Why not use some Wiki engine? Maybe with some additional plugins it could meet your desires.
Also check out Maintaining a Programmer Wiki
哇，能和好朋友在一起真是太好了。
我的工作中也有类似的情况。 就我而言，我是一名“软件任务经理”，并且我正在尝试在其他项目中找到担任我角色的其他人。 每当我遇到一个人时，这种经历都是很棒的，我学到了很多好的技巧——但我希望这种情况更频繁地发生。
我的公司也有 SharePoint，所以很高兴听到其他人在连接这个理论上与连接和共享信息有关的工具时遇到同样的问题。
我正在尝试一系列的方法，看看哪些方法有效。 到目前为止，通过电子邮件和我们的内部 IM 系统实现的人对人联系是最好的联系 - 但这涉及人对人的邀请。
我想到的其他东西：
对于寻找了解我当前任务并且可能能够提供帮助（或至少同情）的人这一真正模糊的需求，我认为最后一个是最重要的。 作为人类，我们的成长不仅在于获取所需的信息，还在于能够根据我们对信息来源的了解来判断信息。 维基百科非常适合提供事实答案，但与其他人进行交互以实现特定的交互质量的原因比纯粹的事实要混乱得多。 为了在在线环境中实现这一点，您需要与他人建立联系、轻量级的主题定义，以及对某些内容进行访问控制的机会，以便人们可以畅所欲言，而不必担心企业的恐惧。
Wow, it's good to be in good company.
I have a similar situation on my job. In my case, I'm a "software task manager", and I'm trying to find the other people in my role in other projects. Whenever I meet one, the experience is great, and I learn a lot of good tips - but I want that to happen more often.
My company also has SharePoint, so it's good to hear that other people have the same problem connecting with this tool that is theoretically about connecting and sharing info.
I'm trying a collection of things to see what works. So far, the person to person connection, ennabled with email and our internal IM system are the best connections - but that involves a person to person invite.
Other stuff I had in mind:
For the really ambiguous need of finding people who know something about my current tasks and who might be able to help (or at least sympathize), I think that last one is the big one. As humans, we thrive on not just getting the info we need, but also being able to judge it against what we know about the source of information. A Wiki is great for factual answers, but the reason to interface with other humans to have that particular quality of interaction that is much messier than bare facts. To get that in an online context you need connection to others, lightwieght topic definitions, and a chance to make some things access controlled so that people can speak their minds without corporate fear.
我与最多 5 人的小团队合作。
就我个人而言，我喜欢unfuddle。
以下是其他 SO 问题，其中包含有关“协作”问题的有趣输入：
I work with small teams of up to 5 people.
Personally, I like unfuddle.
Here are other SO questions with interesting input for the 'collaboration' question:
我认为 Trac 及其庞大的插件 非常适合协作。
可以把它想象成程序员的 Facebook。
I think Trac and its vast array of plugins is perfect for collaboration.
Think of it like facebook for programmers.
看看 这些软件，这些软件是由 Ruby on Rails。
Take a look to these pieces of software by the creators of Ruby on Rails.