说说技术型创业团队的技术选型

看到微博上《程序员杂志》在征集”一分钟先生”的话题:如何做好公司/团队的技术选型?其实大公司或者大一点的团队选型几乎不需要太多讨论的 — 最后会不可避免的绕到技术官僚的话题上去。这里我想简单说说技术型创业团队技术上的选型问题。

拥抱开源技术

如果只能选择微软的技术路线,比如团队几个人只会用微软的技术做开发,甚至也不想学别的,那么似乎没有别的办法,将就一下吧。如果还有的选择,尽量选择使用开源技术。这样的好处是你不但可以有效的降低软硬件成本,还有更多的部署方案供选择,服务器上线甚至还能避免病毒的侵袭。开源技术的好处是出了问题,你总有办法可以找到答案,避免再次犯类似的错误。而用了微软的产品之后,可能平时不出问题,但一旦出了问题,你根本没什么办法,实际上,微软的产品使用门槛倒是低,但是复杂度可是一点都不小,而且随着发展,成本越来越高。国内有几个大中型网站,比如天涯、5173、大众点评、京东等,怕是深有感触吧,有的因为成本太高而继续被捆绑在贼船上,有的则破釜沉舟要摆脱这种束缚,但不管怎么说,总要付出一定的开销才可以掉头了。

好了,恭喜你选择了红色药丸,现在选择开源技术路线了,离开了微软的专卖店,进入到一个超级庞大的百货商店,这里还有数种分支供你选择呢,然后怎么办?选择大路货,选择可以掌控的技术产品,开源语言、开源程序、开源框架,乃至开源的解决方案。比如 PHP,比不上 Ruby 阳春白雪,但是用户基数大,你总能找到不错的工程师。PHP 虽然粗糙,但是管用。以 PHP 作为开发语言的成功产品不计其数,甚至很多东西根本不需要你再开发了,稍加定制即可使用。技术本身没有高下之分,差别在于使用技术的人。

Note:Paypal 和 X.com 合并之后,果断的将整个架构从微软的平台迁移到 Unix 平台;用微软技术体系构建的 MySpace 至今还在用微软的平台,被全面使用开源技术的 Facebook 短时间内全面超越。技术体系的选择是成功与否的唯一因素么?肯定不是。但至少是因素之一吧。

避免过度炫技

技术人员创业最容易犯的一个错误就是”炫技”。什么新用什么,使用最时髦的开发语言、部署的软件产品、调试最新版本的开发工具… 没错,用最新的东西容易给技术人员以满足感,但也很快会将你的时间资源消耗进去,除非你准备做的是一款基础产品。否则的话,你要花时间去学新的规范、熟悉新的功能、对付新出现的软件BUG… 可是这时候,最需要你做的是开发你要开发的产品,而不是捣鼓其它东西。一些新的技术或者方案,可以花一些时间分析一下但没必要立刻就用,确保将来有一天能真的使用上的时候,对一些重大的陷阱或是缺陷能够了然即可。

很多人神往 37Signals 的成功,但你一定要知道类似 37Signals 的团队,默默无闻的夭折掉的不知道有多少。每当我看到创业团队的就那么一两个人还整天在捣鼓 Go 、Erlang 这些东西,并想硬生生的用到他们的产品中去,我就知道,这样的团队要悬了。有这些精力,有这样的能力,应该想办法尽快让技术变现,研究一下怎么改进产品,怎么给用户带来更大的价值,这些不一定用最好的技术才能做出来。想办法尽快让产品发布,尽快接受更多人给你第一轮反馈,只凭创业团队几个人闭门冥想是很难出来好产品的,有的时候,产品推出的时机比完备的功能更为重要。要知道 GroupOn 最早也不过是搭建在 WordPress 上的几个页面,而阿里巴巴网站最初也不过是一个论坛,你又何必等到所有细节都打磨好呢?

拥抱开源技术,避免过度炫技,如果技术型团队创业(做互联网),这两条都能坚持的话,我想你已经抓住了问题的 80% 的部分,基本上你不会做太多的无用功。

再说说如何找到合适的技术伙伴,刚刚启动的时候不要直接上来就找什么技术总监、技术经理、架构师这些看起来级别很高的人,因为这样级别的人未必认同你的想法和你的现在的团队,相反,我建议找能实现你产品想法的人。找一个合作者要比找一个管理者更为重要。最后有一点必须要说一下,不要因为一个人的技术喜好而舍弃整个技术团队,在任何时候这都是很愚蠢的事情。

这篇文章是比较有针对性写的,所以不具有普遍性,路过的朋友不要挑刺。

EOF

Updated:留言中有网友质疑”技术型团队”该怎么定义,按照他的说法,他心目中的技术型团队应该是”天才团队”,就这样。

此文作者:, 位于 Startup 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

37 thoughts on “说说技术型创业团队的技术选型

  1. Fox

    说的非常好, 只是技术型团队都是偏理想, 度不好把握.
    尤其喜欢:
    不要因为一个人的技术喜好而舍弃整个技术团队,在任何时候这都是很愚蠢的事情。

    Reply
  2. 沈蚊

    就目前读到的两本37Signals的书结合其发展路径来看,他们是技术很强的团队,但不算是“技术型”团队……

    Reply
  3. myflywhale

    说的非常好,非常实在。我再啰嗦几句。
    一是会什么就用什么。
    ASP就用ASP吧,会JAVA就JAVA吧,早日投产高于一切。
    二是有口气就要上进。
    除了大辉说的那些之外——微软的东西都是要钱的……
    三是不要拿产品和项目做实验。
    自己学习,没问题。个人爱好,应鼓励。
    但是,别逼别人陪你做实验。
    其实跟大辉说的没有区别。

    Reply
  4. Fenng

    我并不是反对大家捣鼓一些新的东西,而是说在合适的时间,用合适的的技术去”变现”

    Reply
  5. m1a0

    说的很好啊,
    刚工作的时候被微软的快速开发工具吸引过去了,
    后来才发现开源的天地是多么的广阔啊

    Reply
  6. 灵猫

    技术官僚要注意避免,这个需要掌权者的把控,比如项目经理,CTO,这样的。作为管理者,不应干涉过多细节,而是把控大方向。做技术的有个通病,包括我自己,就是总认为自己的方案最好的。实际上技术用的再好都是浮云,产品做的好,卖的好就是王道。

    Reply
  7. 灵猫

    技术用的有多好,有多新不重要。可能你用的技术不是很新的,但是你的产品很受欢迎,这就是王道。技术是为产品,为市场服务的,只是一种手段和工具,我觉得很多人把这个东西就给神话了。

    Reply
  8. 灵猫

    冯大师,为什么我发表的你还没通过啊,难道我说错啥了?偏激了?我觉得应该海纳百川吧

    Reply
  9. Jiakuan Wang

    言之有物!
    技术始终是一个工具,技术人员是使用工具来办事。核心还是要做的“事” – 验证好技术唯一的办法是看结果:给应用领域解决了什么问题,提高了什么样的效率,取得了什么样的价值。没有结果的技术,永远是一个好看而无用的工具。

    Reply
  10. nan

    “技术本身没有高下之分,差别在于用技术的人”。这本身有点矛盾啊。
    微软的技术确实是好用。对于小企业来讲,综合起来成本不一定比开源技术高。当然还有重要的一点是你已经会什么了。唯一的顾虑是做大了之后的成本问题。

    Reply
  11. zhangyou1010

    您好,请问您在dxy,是负责技术那块还是产品设计那块?dxy的框架可以开源吗?觉得做得蛮简洁的。

    Reply
  12. Apple

    其实吧,感觉你写的挺实在的。
    用周鸿祎的话来说就是,技术在没有达到好的运营效果之前都是那几行代码而已,不值什么钱。(当然不是原话,意思就是这么个意思啦。)

    Reply
  13. Bruce

    不知道用过Erlang, NodeJS的人为什么忏悔?
    如果你用它在做CMS,的确应该忏悔.
    但是做IM,用PHP就该忏悔.
    我想Fenng并不是全面否定 Go 、Erlang
    人云亦云,仍然分不清做什么用什么,将来还会忏悔.

    Reply
  14. hxh

    这个文章太搞笑了,技术型团队就是用用别人的库么?用用新的语言么?这个是技术性么?明显是民工型。
    说白了,就是熟练工和新手的区别。简单的说,就是需要做成本低廉,并且熟练工。
    至于技术型,起码也得读几十上百篇最新研究出的paper,然后把技术算法整合起来做出来的产品,那才称得上技术型。

    Reply
  15. xiangzhuyuan

    老大的话让我想起来马云说的那些话了.一脉相承啊.不错!
    做技术的缺的就是能够跳出自己是一个技术人员的那份傲气中.
    学习了!受教!

    Reply
  16. 黑仔

    一进来就看到下面那个
    SELECT blog FROM Fenng.Thought
    WHERE subjects IN (‘Startup’, ‘Database’, ‘Web Arch’, ‘UNIX’, ‘Web 2.0’, ‘OPENSOURCE’) ;
    关于技术,开源的当然会比较好,你总能把它改造成很多人都很容易上手的ruby, gwt等~
    关于产品,应该先赋予理念和灵魂,再考虑架构,虽然有先有后,但是同等重要,即便是技术性创业团队,技术也不能代表一切

    Reply
  17. anemone

    国内那一篇篇毫无价值的paper即使看无数篇也领悟到技术的本质。若真要看的话,还得国外的优质文章吧!
    另:算法只是技术中的一种而已。
    话说看无数篇paper出来的东西,和用很多开源类库做出来的东西,在本质有区别吗,不都是再创造?
    技术只有和产品结合并且实用才能活下去。
    若干年后你会明白这篇文章的深意的…

    Reply
  18. Zhe

    我觉得个人创业的话,自己用什么语言顺手用什么。团队创业的话语言不要太小众(除非大家都是狂热fans)确实是必须考虑的

    Reply
  19. pizza

    我在一个创业团队的时间超过4年+,对冯前辈所说深有体会。对于创业团队中的技术选项,项目管理,或者是日常事务管理,团队规模的成长…….一言难尽,尤其是那种从无到有的那么一个过程,可能不经历的人很难体会到

    Reply
  20. cysin

    技术的最终目标是能够解决实际问题,实现价值;再清楚一些,就是技术要变成实际的产品,通过运营、市场手段变成利润。技术需要变现,否则技术只是乌托邦而已。
    至于选型,个人还是倾向于开源技术,毕竟可用资源太多,解决问题的方法也很多,个人感觉技术的乐趣还是open source技术中得到的最多。技术人员很难避免对新技术的热爱和追捧,尤其是在新手或者中上等水平的技术人员中,倘若一个人对技术有了比较全面的了解和认知后,尤其是对在做的事情有了比较清醒的认知后,我想他们一定会对Fenng的说法表示赞同。
    我在一个创业团队的时间超过4年+,接触的东西自认为广泛,包括PHP,系统架构,MySQL数据库,搜索,移动平台,erlang我也弄过,linux下的APP也弄过。对Fenng所述,表示共鸣和理解,呵呵

    Reply
  21. s

    请问大牛们,当初myspace如日中天,为全球第一社交网站,facebook还未成气候时,你们有谁说myspace用了ms技术,肯定会失败?当时有谁说过?!没有!
    现在都事后诸葛亮。把用ms技术说成myspace失败的原因之一。真好意思啊!

    Reply
  22. Fenng

    没错,当初也说过。这和事后诸葛亮没什么关系。另外,这篇文章也没说 Myspace 用了微软技术肯定会失败。

    Reply
  23. s

    用ms技术的mysapce能做到上亿用户,全球第一的社交网站。难道反而说明ms技术不行?
    别用成败论英雄好不好?
    再说,世界上有几个网站能做到当初mysapce的规模?屈指可数!既然它可以支撑上亿用户,所以它反而说明ms技术的实力!
    并且,我相信如果myspace到了现在facebook的规模,用ms技术也可以找到支撑的办法!

    Reply
  24. Fenng

    仔细看一下原文:技术体系的选择是成功与否的唯一因素么?肯定不是。但至少是因素之一吧。

    Reply

Leave a Reply

Your email address will not be published. Required fields are marked *