看到微博上《程序员杂志》在征集"一分钟先生"的话题：如何做好公司/团队的技术选型？其实大公司或者大一点的团队选型几乎不需要太多讨论的 -- 最后会不可避免的绕到技术官僚的话题上去。这里我想简单说说技术型创业团队技术上的选型问题。
拥抱开源技术
如果只能选择微软的技术路线，比如团队几个人只会用微软的技术做开发，甚至也不想学别的，那么似乎没有别的办法，将就一下吧。如果还有的选择，尽量选择使用开源技术。这样的好处是你不但可以有效的降低软硬件成本，还有更多的部署方案供选择，服务器上线甚至还能避免病毒的侵袭。开源技术的好处是出了问题，你总有办法可以找到答案，避免再次犯类似的错误。而用了微软的产品之后，可能平时不出问题，但一旦出了问题，你根本没什么办法，实际上，微软的产品使用门槛倒是低，但是复杂度可是一点都不小，而且随着发展，成本越来越高。国内有几个大中型网站，比如天涯、5173、大众点评、京东等，怕是深有感触吧，有的因为成本太高而继续被捆绑在贼船上，有的则破釜沉舟要摆脱这种束缚，但不管怎么说，总要付出一定的开销才可以掉头了。
好了，恭喜你选择了红色药丸，现在选择开源技术路线了，离开了微软的专卖店，进入到一个超级庞大的百货商店，这里还有数种分支供你选择呢，然后怎么办？选择大路货，选择可以掌控的技术产品，开源语言、开源程序、开源框架，乃至开源的解决方案。比如 PHP，比不上 Ruby 阳春白雪，但是用户基数大，你总能找到不错的工程师。PHP 虽然粗糙，但是管用。以 PHP 作为开发语言的成功产品不计其数，甚至很多东西根本不需要你再开发了，稍加定制即可使用。技术本身没有高下之分，差别在于使用技术的人。
Note：Paypal 和 X.com 合并之后，果断的将整个架构从微软的平台迁移到 Unix 平台；用微软技术体系构建的 MySpace 至今还在用微软的平台，被全面使用开源技术的 Facebook 短时间内全面超越。技术体系的选择是成功与否的唯一因素么？肯定不是。但至少是因素之一吧。
避免过度炫技
技术人员创业最容易犯的一个错误就是"炫技"。什么新用什么，使用最时髦的开发语言、部署的软件产品、调试最新版本的开发工具... 没错，用最新的东西容易给技术人员以满足感，但也很快会将你的时间资源消耗进去，除非你准备做的是一款基础产品。否则的话，你要花时间去学新的规范、熟悉新的功能、对付新出现的软件BUG... 可是这时候，最需要你做的是开发你要开发的产品，而不是捣鼓其它东西。一些新的技术或者方案，可以花一些时间分析一下但没必要立刻就用，确保将来有一天能真的使用上的时候，对一些重大的陷阱或是缺陷能够了然即可。
很多人神往 37Signals 的成功，但你一定要知道类似 37Signals 的团队，默默无闻的夭折掉的不知道有多少。每当我看到创业团队的就那么一两个人还整天在捣鼓 Go 、Erlang 这些东西，并想硬生生的用到他们的产品中去，我就知道，这样的团队要悬了。有这些精力，有这样的能力，应该想办法尽快让技术变现，研究一下怎么改进产品，怎么给用户带来更大的价值，这些不一定用最好的技术才能做出来。想办法尽快让产品发布，尽快接受更多人给你第一轮反馈，只凭创业团队几个人闭门冥想是很难出来好产品的，有的时候，产品推出的时机比完备的功能更为重要。要知道 GroupOn 最早也不过是搭建在 WordPress 上的几个页面，而阿里巴巴网站最初也不过是一个论坛，你又何必等到所有细节都打磨好呢？
拥抱开源技术，避免过度炫技，如果技术型团队创业(做互联网)，这两条都能坚持的话，我想你已经抓住了问题的 80% 的部分，基本上你不会做太多的无用功。
再说说如何找到合适的技术伙伴，刚刚启动的时候不要直接上来就找什么技术总监、技术经理、架构师这些看起来级别很高的人，因为这样级别的人未必认同你的想法和你的现在的团队，相反，我建议找能实现你产品想法的人。找一个合作者要比找一个管理者更为重要。最后有一点必须要说一下，不要因为一个人的技术喜好而舍弃整个技术团队，在任何时候这都是很愚蠢的事情。
这篇文章是比较有针对性写的，所以不具有普遍性，路过的朋友不要挑刺。
--EOF--
Updated：留言中有网友质疑"技术型团队"该怎么定义，按照他的说法，他心目中的技术型团队应该是"天才团队"，就这样。
在捣鼓Erlang的人，过来忏悔
很实在的内容。
说的非常好, 只是技术型团队都是偏理想, 度不好把握.
尤其喜欢:
不要因为一个人的技术喜好而舍弃整个技术团队，在任何时候这都是很愚蠢的事情。
就目前读到的两本37Signals的书结合其发展路径来看，他们是技术很强的团队，但不算是“技术型”团队……
我建议找能实现你产品想法的人
//严重同意这一点
很有道理
说的非常好，非常实在。我再啰嗦几句。
一是会什么就用什么。
会ASP就用ASP吧，会JAVA就JAVA吧，早日投产高于一切。
二是有口气就要上进。
除了大辉说的那些之外——微软的东西都是要钱的……
三是不要拿产品和项目做实验。
自己学习，没问题。个人爱好，应鼓励。
但是，别逼别人陪你做实验。
其实跟大辉说的没有区别。
在捣鼓Node.js的人，过来忏悔
此文必须留名。太他妈上火了
我并不是反对大家捣鼓一些新的东西，而是说在合适的时间，用合适的的技术去"变现"
实在话
说的很好啊，
刚工作的时候被微软的快速开发工具吸引过去了，
后来才发现开源的天地是多么的广阔啊
技术官僚要注意避免，这个需要掌权者的把控，比如项目经理，CTO，这样的。作为管理者，不应干涉过多细节，而是把控大方向。做技术的有个通病，包括我自己，就是总认为自己的方案最好的。实际上技术用的再好都是浮云，产品做的好，卖的好就是王道。
技术用的有多好，有多新不重要。可能你用的技术不是很新的，但是你的产品很受欢迎，这就是王道。技术是为产品，为市场服务的，只是一种手段和工具，我觉得很多人把这个东西就给神话了。
冯大师，为什么我发表的你还没通过啊，难道我说错啥了？偏激了？我觉得应该海纳百川吧
言之有物！
技术始终是一个工具，技术人员是使用工具来办事。核心还是要做的“事” - 验证好技术唯一的办法是看结果：给应用领域解决了什么问题，提高了什么样的效率，取得了什么样的价值。没有结果的技术，永远是一个好看而无用的工具。
“技术本身没有高下之分，差别在于用技术的人”。这本身有点矛盾啊。
微软的技术确实是好用。对于小企业来讲，综合起来成本不一定比开源技术高。当然还有重要的一点是你已经会什么了。唯一的顾虑是做大了之后的成本问题。
记下了。
您好，请问您在dxy，是负责技术那块还是产品设计那块？dxy的框架可以开源吗？觉得做得蛮简洁的。
其实吧，感觉你写的挺实在的。
用周鸿祎的话来说就是，技术在没有达到好的运营效果之前都是那几行代码而已，不值什么钱。（当然不是原话，意思就是这么个意思啦。）
不知道用过Erlang, NodeJS的人为什么忏悔？
如果你用它在做CMS,的确应该忏悔.
但是做IM,用PHP就该忏悔.
我想Fenng并不是全面否定 Go 、Erlang
人云亦云,仍然分不清做什么用什么,将来还会忏悔.
核心的管理理念，以及思想水平
这个文章太搞笑了，技术型团队就是用用别人的库么？用用新的语言么？这个是技术性么？明显是民工型。
说白了，就是熟练工和新手的区别。简单的说，就是需要做成本低廉，并且熟练工。
至于技术型，起码也得读几十上百篇最新研究出的paper，然后把技术算法整合起来做出来的产品，那才称得上技术型。
是否搞笑，看到留言就知道了。
老大的话让我想起来马云说的那些话了.一脉相承啊.不错!
做技术的缺的就是能够跳出自己是一个技术人员的那份傲气中.
学习了!受教!
一进来就看到下面那个
SELECT blog FROM Fenng.Thought
WHERE subjects IN ('Startup', 'Database', 'Web Arch', 'UNIX', 'Web 2.0', 'OPENSOURCE') ;
关于技术，开源的当然会比较好，你总能把它改造成很多人都很容易上手的ruby, gwt等~
关于产品，应该先赋予理念和灵魂，再考虑架构，虽然有先有后，但是同等重要，即便是技术性创业团队，技术也不能代表一切
一线的是八路战士，后勤的政委
国内那一篇篇毫无价值的paper即使看无数篇也领悟到技术的本质。若真要看的话，还得国外的优质文章吧!
另：算法只是技术中的一种而已。
话说看无数篇paper出来的东西，和用很多开源类库做出来的东西，在本质有区别吗，不都是再创造？
技术只有和产品结合并且实用才能活下去。
若干年后你会明白这篇文章的深意的...
我觉得个人创业的话，自己用什么语言顺手用什么。团队创业的话语言不要太小众（除非大家都是狂热fans）确实是必须考虑的
我在一个创业团队的时间超过4年+，对冯前辈所说深有体会。对于创业团队中的技术选项，项目管理，或者是日常事务管理，团队规模的成长.......一言难尽，尤其是那种从无到有的那么一个过程，可能不经历的人很难体会到
技术的最终目标是能够解决实际问题，实现价值；再清楚一些，就是技术要变成实际的产品，通过运营、市场手段变成利润。技术需要变现，否则技术只是乌托邦而已。
至于选型，个人还是倾向于开源技术，毕竟可用资源太多，解决问题的方法也很多，个人感觉技术的乐趣还是open source技术中得到的最多。技术人员很难避免对新技术的热爱和追捧，尤其是在新手或者中上等水平的技术人员中，倘若一个人对技术有了比较全面的了解和认知后，尤其是对在做的事情有了比较清醒的认知后，我想他们一定会对Fenng的说法表示赞同。
我在一个创业团队的时间超过4年+，接触的东西自认为广泛，包括PHP,系统架构，MySQL数据库，搜索，移动平台，erlang我也弄过，linux下的APP也弄过。对Fenng所述，表示共鸣和理解，呵呵
续——冯大辉谈技术性创业团队的技术选型
http://blog.liuts.com/post/221/
欢迎讨论～
你的续篇很精彩 :)
请问大牛们，当初myspace如日中天，为全球第一社交网站，facebook还未成气候时，你们有谁说myspace用了ms技术，肯定会失败？当时有谁说过？！没有！
现在都事后诸葛亮。把用ms技术说成myspace失败的原因之一。真好意思啊！
没错，当初也说过。这和事后诸葛亮没什么关系。另外，这篇文章也没说 Myspace 用了微软技术肯定会失败。
用ms技术的mysapce能做到上亿用户，全球第一的社交网站。难道反而说明ms技术不行？
别用成败论英雄好不好？
再说，世界上有几个网站能做到当初mysapce的规模？屈指可数！既然它可以支撑上亿用户，所以它反而说明ms技术的实力！
并且，我相信如果myspace到了现在facebook的规模，用ms技术也可以找到支撑的办法！
仔细看一下原文：技术体系的选择是成功与否的唯一因素么？肯定不是。但至少是因素之一吧。