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

  在考虑一个网站的架构,自己写了一些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就是一看用户认可你了,也跟着来认可你,帮你一把,跟着分点儿油水的那种人。



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

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



阅读更多
个人分类: 其他
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭