分子

这个世界上除了极少数的公司，大部分都是业务驱动。
就算是 google 那样被我认为是技术驱动的公司，很多具体的任务应该也是业务驱动的。

@meihuak 45#你要明确地跟你的技术合作者说出来哪些是你懂的，哪些是你不懂的。
列出你要做的事情的清单，然后再来讨论双方的责任和权利。
如果你连自己的想法都没有，光说自己不懂技术，这是没用的。
即使你找了一个技术人员，你打算跟他说:"你来管技术，我啥也不懂"吗？

创业这事，我觉得无非是遵循下面的原则:
1. 发起人有主意，愿意对整个事情的结果承担责任，事情失败了不甩锅;
2. 发起人知道创业失败的概率是很大的;
3. 发起人能找到愿意共同承担失败后果的合作者，找不到就按时间付钱雇佣干活的人;
4. 双方有明确的交付物约定和对于交付物质量的检验方法, 同时明确约定对于交付物质量不达标的处理方案;
5. 双方都愿意为达成目标尽自己最大的努力;
6. 有公开的财务信息，知道什么时候该停止干活和付钱。
至于诚信这种事，其实根本不重要，不行咱就法院见嘛。

@westoy 36#我对于这个模式其实没什么实操经验，但是从长期来看，欧美国家的创业项目已经在往这个方向转向了。
说白了只要文档够完整，谁来干都差不太多。但是如果你没文档，说啥都是瞎扯淡。
这对于出钱的人和花钱的人都是有利的。
所以我建议是不论开发和产品经理，都可以考虑这么干。随着 996 企业的越来越多，我觉得也会有更多的 996 反对者加入这个模式的行列。
无非就是给钱干活的问题。如果双方都能执行标的明确的合同，这么干应该是行得通的。如果没有更好的办法，我建议向这个方向尝试。

我建议你雇佣按时间付费的开发，同时和他们建立长期联系，与此同时选择一个备份的开发，需要的时候给他 /他们付费以继续改进你的项目。
你必须要明白，开发是一个长期的工作，但是质量好不好对于你的业务目标实现没那么重要。

@free1978 完全赞同 252#。

在下在南方很多年了，结论是北方户外穿什么，基本上南方室内就可以穿什么。参照北方零下 5~10 度的标砖穿就行了。
行动不便是肯定的。

17# 给出了一个完整的解决方案，就照他说的干就行了

@mlbjay 这其实就是代码 review 的价值。你可以尝试从中吸收对你有用的东西。

你错误地理解了你老婆的需: 她要的是检查你用的手机，不是你拥有的手机。

@channingcheng
19# 我想表达的愿意其实是写代码的都不喜欢被人 Review，而参与 code review 的人都应该会喜欢。
所以逻辑上应该所有开发都参与 code review，这其实不是看有多少正面效果，而是增强互相之间的理解和沟通。

我认识一个瑞士籍的德国工程师，专业是机械，他今年有 67 岁了。
他的简历大概是:
大学毕业以后在搞机床制造的公司从事机械设计。
大约在 40+岁开始转为自由职业工程师，从事一些短期合同的工作，哪里有钱赚就去哪里。

代码 review 的核心目标其实是尝试让其他人理解作者的代码。
挑刺永远都比做事容易，如果各位理解这点，就会明白 code review 其实是非常重要的，应该要切实执行。

我不建议楼主出来，你如果有空的话，还不如业余时间多看看书，练习一点技术，有可能的话做点副业。

我不太明白，这种公司你这一年多在陪它玩啥？早该让那帮 SB 去死了。