从技术到经营的一点儿思考

　　在考虑一个网站的架构，自己写了一些html5效果代码，然后装了一个 apache，一个 php，同时在想这个行业为什么不直接用 c/c++ 写后台。

　　貌似 php 也很复杂了。

　　嗯，php 生存发展主要是因为技术难度低，然后成本低的原因。

　　看来是这个原因了，并不是说 c/c++ 写后台不好。

　　嗯，从应用角度，只要功能结果，内部语言用哪个无所谓。

　　以前都是先设计页面，然后转成 php 就OK了，以后如果前端全部都是用 html5来实现，逻辑也很复杂。

　　后端呢？？

　　html5的意思是一些本来在后台实现的逻辑，可以放在前端了。

　　有点儿复杂。。。

　　纠结，如果用 c/c++ ，那代码是运行在 apache 自己的进程里面呢，还是另开一个进程/线程池，类似fastcgi。

　　cgi传统是每访问一次，就加载一次，那个太慢了，所以如果写c/c++，就要写 module。

　　嗯，现在的fastcgi都是跨进程。

　　不想用现在的数据库，数据自己管理。

　　要不分两步走，先用php玩原型，以后压力大了，数据量大了，集群大了，再换成c/c++。

　　嗯，编码慢在项目初期是大问题，等以后项目成熟、盈利了之类的，再花钱转c/c++。

　　嗯，大概这样，对于新的创意，新 feature，用php先弄原型。

　　市场接受了，卖出来效果了，再用c/c++做精深加工。

　　好吧，突然开始明白为啥大互联网公司动辄上万台服务器了。

　　公司发展大了，全是经营压力，就没人真的往c/c++上转了。

　　多买几个机器，就解决性能问题了。

　　转c/c++可不是闹着玩的。

　　所以如果你是技术高手，为了显示自己牛X，你可以用 c/c++ 写任何东东；但如果你是经营高手，你需要在实现功能的基础上，要尽可能低的成本、更快的开发速度，更靠谱的质量，于是你就选 php 了。

　　所以最后的局面，到底是技术高手需要主动去找经营高手呢？还是经营高手主动去找技术高手？

　　好吧，长期来看，技术高手，是活在自己的兴趣爱好里，没钱也能自己不停玩下去的那种爱好。

　　经营高手，是长期忙着玩钱的，只要能卖钱，啥技术无所谓。

　　两种世界观吧。

　　一个公司，即使早期是技术人员说了算，但以后一定会变成经营人员说了算早期技术人员做出来产品/服务，以后就是经营人员玩钱玩现金流了。

　　技术人员一直主导的公司，挣钱能力不行的话，也玩不下去。

　　技术再牛也没用。

　　好吧，技术人员的道路吧，如果自己的牛X技术（自认为的），可以转换成产品/服务/用户体验，那就去玩经营，如果玩经营失败了，那就回来继续玩技术。

　　另外一种，玩市场玩销售的，如果用户需求/用户体验玩的精通，那就可以去玩经营了，如果经营失败了，就继续去泡客户好了。

　　所以，MD，技术人员一直跟机器混得很熟，市场销售人员一直跟各路人马混得很熟，包括女生。。。

　　各种新技术就像原野上每年新开的各种植物花草。

　　很多是自然生长出来的。

　　用新植物做出来新饭菜，用新花草做出来新花篮，广受欢迎的那种，是关键。

　　如果你真能做出来广受欢迎的新服务、产品、新用户体验，直接去找用户去认可好了，找煞差VC有啥用。

　　VC就是一看用户认可你了，也跟着来认可你，帮你一把，跟着分点儿油水的那种人。

————————————

这是群里面一路讨论下来的，贴在这里的，仅是自己说的部分。