从Rails聊聊小公司的研发团队建设
- corleone1969 - robbin的自言自语JavaEye的PV到了140万了，一年前才100万出头，增长算不错的. 仍然是单台Web服务器，Rails处理动态请求超过340万，除了真实用户访问，还有API，RSS以及很多爬虫的请求. 看JE的alexa排名，CN排92名，全球790名，不过就2台服务器(1个web＋1个DB)，2个程序员而已.
从Rails聊聊小公司的研发团队建设
标签：
rails
公司
研发
| 发表时间：2011-03-23 10:49 | 作者：(author unknown) corleone1969
出处：http://robbin.iteye.com
首先分享一点数据吧：
JavaEye的PV到了140万了，一年前才100万出头，增长算不错的。仍然是单台Web服务器，Rails处理动态请求超过340万，除了真实用户访问，还有API，RSS以及很多爬虫的请求。看JE的alexa排名，CN排92名，全球790名，不过就2台服务器(1个web＋1个DB)，2个程序员而已。
所以选择技术的时候，不能盯着TOP10的商业网站看，因为很少有创业团队最终能够走到TOP10，也不需要走到TOP10，即使现有的语言和架构无法满足需要了，更换技术架构的网站也很多：2000年我在上海出入IDC机房的时候，旁边是易趣的服务器，都是用FreeBSD跑PHP，可是后来易趣大了以后，迁移到了Java平台；阿里巴巴早期也是用PHP的，后来请了SUN的团队帮助做架构，后来慢慢迁移到Java平台了。而且正如很多人所说的，一个大访问量和高负载的网站，性能好坏取决于架构，而不取决于编程语言，用什么编程语言都可以架构出来一个很强大的网站，所以，现实一点来说，选择什么编程语言，更多的是从团队建设的角度来出发的。
因为每个团队的情况都不同，就拿我们自己来说吧：
招聘一个PHP的10人团队难不难？ 难！非常难！我们现在连一个PHP程序员都招不到，投递简历过来的，绝大部分通知面试都不来，其中还有一个竟然这样和我们说：今天我没空，改天我面试你们附近一家公司，顺便去你们公司面试。偶然幸运的来的几个候选人一聊，很多基本功都不过关。
上周末搞活动，有腾讯的哥们问我，有PHP程序员推荐给我啊，我们急需，我听了都想吐血。你们腾讯，百度，新浪，网易都在北京狂招PHP程序员，还给不给我们小公司活路？何况你们现在都招不到，我怎么可能招得到？
反过来说招聘一个3-4人的Ruby团队难不难？ 也难，但是难度小一些，起码可以自己培养，而且自己培养出来的3-4人的Ruby团队的生产力会超过10人的PHP团队，也许单人成本高一点，但是整个团队的综合人力成本会更低，团队战斗力还更强。
其实这里面引申出来一个问题：小公司应该组建什么样的研发团队? 大规模普通水平普及型编程语言团队，还是高效率高生产力小规模团队？我认为目前小公司唯一的活路就是高效率的小规模团队，这样的团队才能充分发挥小公司灵活创新的特点，才有可能在某些方面战胜大公司，也才有可能在人才竞争方面胜出。
小公司如果想组建大规模普及型编程语言团队，往往是个看似容易，实则无法实现的泡影：一方面普及型编程语言招聘需求旺盛，跳槽频繁，你比大公司在人才方面的竞争力弱，不可能招聘到很多合适的人才；另一方面小公司去管理上规模的研发团队，管理上的挑战非常大。我们都知道，研发团队每增加一个人，沟通成本都指数级上升，规模到了一定的阶段，就必须动用严格的KPI体系，而不是靠个人激励来管理研发人员，而一旦制度化管理研发团队，隐性的人力成本浪费就是惊人的。最终结果就是你的研发团队规模越大，整体生产效率越低，而整体生产效率越低，你就被迫越扩大研发团队的规模，最终陷入恶性循环。
JavaEye的实践可以证明，高效率小规模团队的生产力可以超过大规模普通研发团队。其实我也很想有大把的钞票，很好的公司品牌，牛人们纷至沓来的那种感觉，但是那都是幻觉。我们要以弱胜强，以少胜多，就必须选择自己build团队，自己培养人才，采用高效率的秘密武器。
最后推荐一篇文章： Rapid Development with Rails ( OSDC 演講）
已有 31 人发表留言，猛击->>这里<<-参与讨论
JavaEye推荐
JavaEye的PV到了140万了，一年前才100万出头，增长算不错的。仍然是单台Web服务器，Rails处理动态请求超过340万，除了真实用户访问，还有API，RSS以及很多爬虫的请求。看JE的alexa排名，CN排92名，全球790名，不过就2台服务器(1个web＋1个DB)，2个程序员而已。
所以选择技术的时候，不能盯着TOP10的商业网站看，因为很少有创业团队最终能够走到TOP10，也不需要走到TOP10，即使现有的语言和架构无法满足需要了，更换技术架构的网站也很多：2000年我在上海出入IDC机房的时候，旁边是易趣的服务器，都是用FreeBSD跑PHP，可是后来易趣大了以后，迁移到了Java平台；阿里巴巴早期也是用PHP的，后来请了SUN的团队帮助做架构，后来慢慢迁移到Java平台了。而且正如很多人所说的，一个大访问量和高负载的网站，性能好坏取决于架构，而不取决于编程语言，用什么编程语言都可以架构出来一个很强大的网站，所以，现实一点来说，选择什么编程语言，更多的是从团队建设的角度来出发的。
因为每个团队的情况都不同，就拿我们自己来说吧：
招聘一个PHP的10人团队难不难？ 难！非常难！我们现在连一个PHP程序员都招不到，投递简历过来的，绝大部分通知面试都不来，其中还有一个竟然这样和我们说：今天我没空，改天我面试你们附近一家公司，顺便去你们公司面试。偶然幸运的来的几个候选人一聊，很多基本功都不过关。
上周末搞活动，有腾讯的哥们问我，有PHP程序员推荐给我啊，我们急需，我听了都想吐血。你们腾讯，百度，新浪，网易都在北京狂招PHP程序员，还给不给我们小公司活路？何况你们现在都招不到，我怎么可能招得到？
反过来说招聘一个3-4人的Ruby团队难不难？ 也难，但是难度小一些，起码可以自己培养，而且自己培养出来的3-4人的Ruby团队的生产力会超过10人的PHP团队，也许单人成本高一点，但是整个团队的综合人力成本会更低，团队战斗力还更强。
其实这里面引申出来一个问题：小公司应该组建什么样的研发团队? 大规模普通水平普及型编程语言团队，还是高效率高生产力小规模团队？我认为目前小公司唯一的活路就是高效率的小规模团队，这样的团队才能充分发挥小公司灵活创新的特点，才有可能在某些方面战胜大公司，也才有可能在人才竞争方面胜出。
小公司如果想组建大规模普及型编程语言团队，往往是个看似容易，实则无法实现的泡影：一方面普及型编程语言招聘需求旺盛，跳槽频繁，你比大公司在人才方面的竞争力弱，不可能招聘到很多合适的人才；另一方面小公司去管理上规模的研发团队，管理上的挑战非常大。我们都知道，研发团队每增加一个人，沟通成本都指数级上升，规模到了一定的阶段，就必须动用严格的KPI体系，而不是靠个人激励来管理研发人员，而一旦制度化管理研发团队，隐性的人力成本浪费就是惊人的。最终结果就是你的研发团队规模越大，整体生产效率越低，而整体生产效率越低，你就被迫越扩大研发团队的规模，最终陷入恶性循环。
JavaEye的实践可以证明，高效率小规模团队的生产力可以超过大规模普通研发团队。其实我也很想有大把的钞票，很好的公司品牌，牛人们纷至沓来的那种感觉，但是那都是幻觉。我们要以弱胜强，以少胜多，就必须选择自己build团队，自己培养人才，采用高效率的秘密武器。
最后推荐一篇文章： Rapid Development with Rails ( OSDC 演講）
已有 31 人发表留言，猛击->>这里<<-参与讨论
JavaEye推荐
相关 [rails 公司 研发] 推荐：
Groupon收购Ruby on Rails开发公司Obtiva
- bill - cnBeta.COM据国外媒体报道，团购网站Groupon当地时间周四宣布该公司已经收购了Ruby on Rails开发公司Obtiva. Ruby on Rails是一种可以使用户开发、部署和维护web应用程序变得更为简单的框架. Groupon发表博文称，Obtiva是芝加哥地区最大的Ruby on Rails开发公司.
安装rails(ruby on rails)
- - BlogJava_首页 记得两年前使用ror做网站，自动生成功能记忆犹新，只是当时网络知识实在缺乏，体会不到其中的乐趣. 现在了解的很多了，书也有两本，一直想重新体验最新版做个网站. 安装这个过程实在有点坑爹，查找网上若干ror的书包括2012年版的书，按照上面的步骤都没法安装完成，搞得我一会在linux下试验，一会在windows下试验，都没成功，只好放下.
Ruby On Rails 4 hello world,Ruby On Rails上手
- - CSDN博客Web前端推荐文章有机会再试一试Rails了，只是原来接触的是2，现在已然变成了4，似乎现在的安装比原来会快些. 似乎这就是当前的最新版本. 似乎这就是诸如Django、Rails这类对于轻量级网站的数据库要求. 其他可以看情况安装，如openSUSE. 可以直接用rails生成. 这样的话打开 http://localhost:3000 就可以看到,Rails的欢迎界面Welcome aboard，有点类似于Django-CMS的小马哥~~.
淺談 Rails 3.1 Asset Pipeline
- gnepud - Blog.XDite.net前幾天，我新開了一個網站 Upgrade2Rails31. 專門放置我更新 Rails 3.1 的一些實戰心得文章. 在社群交流聚會中，我常發現人們對於 Rails 3.1 的 Asset Pipeline，還有它引進的一些新穎機制不是很瞭解. Asset Pipeline 是什麼. Asset Pipeline 對於提昇網站速度，架構上有什麼貢獻?.
Powerful 的 Rails 速成後台 : RailsAdmin
- babaru - Blog.XDite.net前幾個禮拜幫自己的書刻官網，那時候已經有點精神不濟了，實在相當懶得自己手刻 CRUD 後台 以及實作 Authentication. 當下就決定使用硬幹法…（雖然我手刻一個 CRUD 不需要 5 分鐘，但是那天真的累了）. 基本上在網站上面看到的 view 和 route 都是我徒手硬寫的，沒有任何 model …..
推荐一些 Ruby on Rails 学习资料
- dylan - Reincarnation开始之前应该看看 Ruby 官方网站 上的 About Ruby、Ruby in Twenty Minutes 和 Ruby From Other Languages 得到初步的印象和感性认识. 在页面底部可以选择语言查看中文版. 经验比较丰富的开发者可以通过 Ruby User’s Guide [注1] 快速入门 Ruby，之后应该准备一本 The Ruby Programming Language 作为日常参考.
Ruby社区应该去Rails化了
- - robbin的自言自语从Linkedin和Iron.io抛弃ruby说起. 最近半年关于Ruby编程语言最负面的两条新闻莫过于2012年10月的报导： Linkedin从ruby迁移到node.js，30台服务器减到3台，以及2013年3月的报导： Iron.io从ruby迁移到Go，30台服务器减到2台. node.js和Go都是最近两年服务器端高并发编程的热门语言，Linkedin和Iron.io抛弃Ruby迁移之后，都获得10倍以上的系统性能提升，效果非常好.
Rails中如何避免N+1问题
- - CSDN博客数据库推荐文章N+1问题是数据库访问中最常见的一个性能问题，首先介绍一下什么是N+1问题：. 举个例子，我们数据库中有两张表，一个是Customers，一个是Orders. Orders中含有一个外键customer_id，指向了Customers的主键id. 想要得到所有Customer以及其分别对应的Order，一种写法是.