今天和一个本科同学聊天，讲到如何创业，说起他们现在在做的一个项目，持续了大概半年，但是一直在纠结的阶段，大家觉得这个事情可以做，但是具体如何做还有很多疑问，有很多困难，也找vc去聊过，但vc的水分也很多，聊到具体的事情，就牵扯到很多细节，自己也没想清楚，就更加说不清楚了，更重要的是，他说现在他们是一个松散的群体，很多事情没办法按照公司的制度去做这些事情，所以很多事情都停在那里；我提出的一些方法和一些观点，他也了解和认同，但是很多确实没办法去实施，我没做过类似的事情，所以打算做做研究之后，再论证他的观点；

但是有些观点至少我现在是清楚的，就和现在做事情一样，一个团队需要分为两拨人，一拨人拼命的卖项目、卖点子，说白了，就是销售，这些人需要把我们的想法项目抽象成客户可以理解的东西，抽象他们的需要，然后让他们买单，这个事情很重要，其实可以说是一个项目能否成功最重要的一点，只有能卖出去的东西才能有活下去的意义，找到卖家，挖掘他们的需求，抽象他们的想法，让他们为我们买单，这是我们做所有事情最重要的一环，比如同样是spider，做成一个自己玩的spider和一个baidu，对最开始架构他的那些人，所得到的成长是不一样的，而至少在当今国内的这个环境里，需求推动才是最关键的；我其实也想像google做的那样，自己去挖掘一些点，然后把这些点去做出来，类似于android，类似于google glass这种玩意，但是实际了，android的老大最近也被干掉了，android事业部也被并到chrome里面去了，说明google董事会的耐心也快完了，想更快的把这个事情变现出来，但是anyway，我还是希望这一点从两个维度去做，一个是尽量让产品活下来，活下来的意思就是做一些迎合需求方的产品，服务于他们，让他们开心；另外一方面我希望我们做的事情会更有意义，会帮助更多的人或者去做我们想做的有意思的事情，即使他没有商业价值，即使短期内他看不到什么意义，但是从长远看，至少是一件有意思的事情；

另外一个方面是工程的事情，工程最重要的就是实现，从两个维度思考这个问题。。。第一、够用；第二、成本，够用的意思就是能够满足业务的需要，淘宝的底层为啥做的很好，架构为啥很牛逼，无非就是需要满足业务的需要，不满足你就完蛋，你就滚人，淘宝每天这么大的交易量，同时并发的后端数据库处理这么多，它的系统不牛逼，就完蛋了，当然，满足了需要的这套系统，就很厉害了；我们的很多系统，其实有方案一方案二方案三，其实哪一套做到后面都没啥问题，只要能满足业务需求就可以了，无非就是扩展性差一点，到时候返工多一点，所以现在我基本上也很难在架构上争了，也会做很多妥协，只要不是原则性的系统设计问题，都会放弃的(当年在这个地方上吃了很大的亏，所以现在看的淡了)；性能不行，要机器呗，反正我也能控制机器，和op关系也好，少了机器就多要几台，总能解决的，但是有一个点，够用是一定要满足的；第二个很重要的事情，就是成本了，如果一个系统5台机器，需要两个人两个月做一套系统，使得整体性能提升20%，这样我肯定会选择加一台机器解决这个问题，2个人2个月的成本，一人月2万至少了，就是8-10万的成本，一台机器5000块，差了20倍，人是最重要的成本，把有限的人力放在最重要的事情上，这才是意义；

业务上把东西卖出去了，还没做就能看到前景；工程上把事情做出来了，能满足业务的大部分需求，甚至还有改进，这个事情就成了；

如果有时间，我们再做做，我们喜欢做的事情；