我主要是想阐述以前在T客邦的经验体例。T客邦在一年半里面，就从台湾 Alexa 400 名以外，冲进台湾 Alexa 100 名内。这一年半时间手艺团队开辟出了四个年夜网站，十数个子网站，和背后一群深厚的根本扶植（HA， backup， PV stat， advertising system…etc.）。

我是一个软件工程师，曩昔六年我都在开辟网站。在新创公司里，速度节流时间、时间就是金钱、金钱便可以再去请更多工程师让整个开辟速度更快。学校并没有教很多软件工程的体例，或是怎样才算是一个好的法度员。这些东西在台湾业界其实不存在的，年夜家都是边做边摸，从经验中学习。我从书籍上和网络上学了很多能让团队更有效率的做事体例，因为我相信我在新创团队里我必须先这样，用业界公认感觉快，且快得有事理的体例。底下是几点可以和年夜家分享的。

1. 让全团队都用一个成熟的开辟框架和情况：

我的专长是 Ruby on Rails。我并没有偏好推荐他人如果现在是用 PHP 或 或 JAVA，就要不计本钱的导入新框架。就像我其实也没有很喜欢硬导入Scala 或 Node.js 一样。它们可以在它们派得上用途的处所加分，可是绝对不克不及是主体。事理很简单，我不认为他们成熟到够让所有成员快速上手，不重造轮子。

一般团队喜欢用 PHP。因为PHP工程师好找，Rails 工程师欠好找。但在我一路走下来的经验，我认为这是一个假命题。因为在人力市场和公司实际运作的状况里面，你会发现这个命题不怎么坚固。没错，你是找的到 PHP 工程师，但很抱愧，很多人写的代码是不克不及用（更切确的说是 write only ） 的占多数。（我没有冒犯 PHP 开辟者的意思）

原因是 PHP 开辟并没有太多一致性的规范，根基上就是爱怎么写就怎么写。这致使了即便你团队里面就算里面有一个很短长的开辟者，也是没有多年夜的用处。因为年夜家 代码格局不一样，甚至连网站布局也不一样。补人几近是没有体例阐扬到加成作用，年夜家只能各写各的，就算爆炸了也几近只有当初的作者可以修。

这在我眼中是极端华侈团队战力的元凶。

Rails 没有这样的状况吗？这是我感觉 Rails 优势的处所，它是一个很是热门的 Framework（只有在台湾你可能没有感触感染到他很热门）。因为这是一套 Framework，也就是它自己有很强的约束性，至少 MVC 和 routing 法则，一般就算新手也不会乱放的太离谱。写 code 有一定的潜法则存在。

开辟中遇到任何东西产生毛病了以后，开辟者几近可以用 谷歌 找到任何可能产生的原因，修复完毕。而这几近不是一般自建 Framework 可以比的上的处所，如果你在公司自建一套 Framework，根基上产生任何问题，最后几近都得去烦当初设计的 Architect 才行。（这也是很浪花钱的处所，因为 Architect 的薪水都很贵）。

学习曲线太高，我也不感觉这件事真的存在。Rails 高手是难寻没有错，可是 Rails 中低手只要训练适当，生产力也是很是惊人。因此只要把重心放在如何协助一般想入门者，可以快速降服入门几年夜门槛（弄定开辟情况，RESTful，Plugin，Debug，Deploy），剩下的部分便可以靠网络教材和实战训练出来。这也是我发现Rails 101 的原因。

我设计这一套教材的目的是要让所有新进的开辟者，在最长两周时间内要学完根基 Linux 指令、Git、Rails 所有根本的知识、摆设、SCSS 撰写等等，一个月之内就可以上战场跟我们一起开辟功能开辟新网站。这样的进度很夸大吗？不，不夸大。这里的每一个开辟者都有这样的水平，他们有些人应聘时是连 Rails 都不会写的。你能相信连T 客邦的PM 和 ART 他们也会写 Rails 吗？（ no kidding）

写 Code 法则怎么规范？同事和我从社群中吸收了很多最佳实践，我们把这些东西整理出来酿成新手指南、最佳实践，甚至是包装成 Gem 和 Generator，越掉队的开辟者能花越少的时间追上前辈，在短时间他们的作品也能跟前辈一样预先搭载 Best Practices。我最近也起头在撰写别的一本书 Essential Rails Pattern for Beginners。

Rails 自己还有丰富的生态系统，和预设的架构最佳实践就更不消说了。

新创团队资源很少，人事预算没有这么够，反而要巧妙的运用天然资源并让团体战力很高才行。

2. 功能设计给当下使用，斟酌一定水平的扩充性：

我也不相信在新创团队有人可以预知未来，即便很多东西看起来未交往那个标的目的扩充很公道。对我来讲，我在设计功能时其实不会 overthinking，甚至我也制止同事 overthinking。因为专案中最高的原则是 get things done，not over design。