更新：

关于开发人员长期是不是有保障的一点补充说明。

1. 我们融资渠道非常畅通，我们这初始的十万美元种子资金，是在投资人得知我们准备创业，没有具体了解干什么的情况下，就凭过去对我们的了解打给我们的。
2. 如果这一Open Company的模式得以成功实现，对于投资人也将是极大的鼓舞，因为一切透明，可量化。只要项目本身不是很离谱，即使长期高额投入，投资人也有信心。
3. 最小化的项目模式，使得开发人员成为项目的实际控制人，只要本人不是很离谱，可以最大程度的保障开发人员的长期利益。避免新创公司普遍存在的鸟尽弓藏、卸磨杀驴事件。
4. 我们也是开发人员出身，我们不回避现实的残酷，所以希望有一个多赢的长期稳定的模式，能真正把事干成，才是所有人的最大公约数。

谢谢回复。 可以接受远程。 之所以在node.js社区发贴，javascript技能是最核心的技术要求。

具体技术要求：

1. 熟悉或愿意尽快熟悉React.js，所有项目前端统一用React.js开发。
2. 后端统一使用node.js开发，如涉及到数据库，统一使用RethinkDB或MongoDB。
3. 后端开发不需考虑服务器通讯、身份验证等机制，完全以独立的npm模块的形式存在，涉及服务器、身份验证等有统一的服务解决，大大减少开发的复杂度。
4. 代码书写规范、风格良好，英语书写流畅者更佳（否则需要其他英语好的来协助，能够独立完成工作当然是最好的。）
5. 无需具备架构能力或是项目经验，我们会将大的项目分解成尽可能小的独立项目，并辅以开发说明。包括：使用哪些模块，运行流程，甚至会细到具体的函数接口设计。
6. 经过一段时间的协作，各方面都熟悉并具备一定经验后。可提出自己的项目，经审核通过后，可纳入公共项目。通俗的说，这种模式就是给自己做事，有人给发钱。

我们准备将所有的事务都以公开、透明、开源的方式在Github公开，所有的讨论也都在Github上。 此贴是第一篇试水贴，因为不知道有没有人会理会。 现在有了回复，让我们很受鼓舞，现在马上去Github上建一个Repo。 所有的细节都将开放，并可讨论、可修改。 所有的讨论也都公开透明，没有什么是需要私下讨论的，包括薪金的数额，起薪，具体怎么发等。 一切公开透明，对开发人员是最大的保护，从长远看，所有参与者都是最大的受益者。

再顺便发点感慨。 在过去的职业生涯中，我们痛感于中国人的社会中，所谓有人的地方就有江湖。 我想对于开发人员来说，这是职业生涯的最大痛点。 我们不是呆子，更不傻。我们只是需要集中精力和时间来思考代码。 却往往被老江湖们当成呆子、傻子。这些人往往手握人事权和财权，把开发人员当成呆子、傻子在他们看来理所当然。

当我们终于靠自己长期的努力和成果得到了投资人的认可，终于可以自由的支配资金时。 我们决心用一种不同的方式，来组织团队，打造项目。

好了，感慨就发这么多了。 Github上的Repo建好了，会在这发布的。

借此机会，大家有什么感慨也可以在这里发发，然后就移师Github了。

@yekexuan 因为所有的工作都是开源、透明的，并由公开的算法自动计算工作报酬，所以不存在兼职或专职的概念。

并且，需要强调的是，报酬的计算方法，数额，不是我们决定的，而参与者（包括您在内），共同公开讨论决定的。

@i5ting 绝对不是，第一批项目已经成熟，域名都已注册。到时候会和项目一同发布的。 也就是说一个项目的开发人员就是一个公开的网站的掌管者。

资金也已经到位，可以采用令大家信服的方式进行确认，具体方式可以讨论。

@iahu 如上所述，一切都采用公开讨论的方式，不存在私下联络。开始可能有点不习惯，因为和我们一直以来的习惯不同。 但很快所有人都会看到这样做带来的好处，并从中受益。

@lb1064 谢谢，现在我们唯一想要得到的就是大家的关注。由于是今天早上才有的成形的想法，然后就来发了贴子。 相关配套的资料和准备都还没有汇总，接下来几天，我们会把我们想要干的事，和已经完成和准备好的相关项目和资源，好好的汇总一下，然后全部公开在Github上。 到时候大家一看就明白了，只需要决定是不是成为第一批参与者和“认领”哪个项目的问题了。

@andyhu 谢谢提醒。 所以我们将项目分解为一个个最小化的独立项目（网站），这样，当开发人员就是该项目（网站）的控制人时。 协作问题就不存在了。 先放一点剧透吧，比如说：我们光是把文件上传就分解为很多个独立的项目，一个Web上传页面就是一个独立的项目，同时也是一个独立的网站。 至于项目之间的协作，这个我们已有成熟的方案。并且，每一个项目具体的架构甚至开发方式也都是预定义好的。

基于React.js是基于综合考虑的，除了效率外，更重要的是配套的组件。现在React.js大有后来居上，在组件的质量和数量上超越AugularJS之势。 这也是我们希望把每一个项目最小化到一个开发人员，用一天甚至半天时间就可以完成初步开发的信心所在。 当组件库非常丰富的情况下，前端除了使用统一的预定义的后端调用方式外，剩下的就象搭积木一样轻松了。

@i5ting 嘿嘿，那我就不客气了，先把你这个妖孽给收了。

鉴于 i5ting 已成为第一批成员，目前仅余2－4个名额。 符合技术要求的同学，不防公开表明态度，早一天加入，可以更多的将自己想法植入到将要形成的规则中。 当然，随着今后新成员的不断加入。既有的任何规则都是可以随时公开讨论和修正的。

@lyman 明天会发布的，麻烦继续关注一下。今天晚了，来不及了。

感谢大家的观注，今天白天将全部用来编写基础文档，晚上十点以后正式发布到Github。 请大家继续观注，畅所欲言，白天就不再一一回复了。

Quick start初稿已发布。请大家先看一下，有任何问题和想法，请开个issue讨论。

更多文档会持续发布，全面的浏览预计要到晚上十点以后。

@russj 不是外包，是 Open Company Open Source Project (简称：OCOSP)。 详情请见： https://github.com/open-company/home

@feitian124 Github上的留言看到了，已回复。 这里再补充一点，您提到的 bountysource.com 这个应该是属于众筹一类的性质。 OC和它应该是不同性质的。 首先，Open Company 本身是资金的提供者，而非筹资者。 再者，既然带了 Company 这个名号，虽然是 Open 的，但本质上是一个 Company，其内在的行为逻辑是属于 Company 范畴的。 第三，其下属所有的 Projects 是属于 Company Project 虽然是 Open Source 的。 最后，其独特性将会在 license 中体现出来，其下属项目将不会套用开源社区的现有 license。

现在已经晚上十点半了，项目还需要进一步分解、合并一下，今天是来不及了。 待项目发布后，大家就可以开始选择自己感兴趣的项目，加入Github上的项目组了。 但是有一个前置条件，要加入任何项目组前，需要先提出自己的薪酬方案。 目前还不要求提交具体的薪酬算法代码，只要在 salary 项目下，开个 issue 说明即可。 是不是因为国人太含蕴，我感觉大家早就应该直奔主题了。 必竟这才是 Open Company 最独特的优势，否则和传统模式比有什么吸引力？

@pangguoming 谢谢支持。

软件项目基本上都是永无止境的长期的工程。 具体到OC，第一批项目也只是一个起点。 以后会有越来越多的项目不断投放。 （ 除非Github倒闭了 ;) 可能吗？不可能吗？可能吗？

今后这里就不会经常来了，有问题可以直接到 http://open-company.org

请大家过段时间有空了就去看一眼，看看有没有合适的可以参与的。 谢谢支持。