我想谈一谈以往的经验在T型国家的方式。在一年半内从台湾网站400外，T型小康状态，跑进台湾网站100。这一年半的技术团队已经开发了4个大型网站，10个分站点，和后面一组深基坑建立（医管局，光伏的STAT广告系统备份...等）

　　我是一名软件工程师，在过去6年，在该网站的发展。在新公司中，速度节俭时间，时间就是金钱，钱就能去请更多的工程师，在整个发展较快。学校不教了很多软件工程的方法，或者是什么造就了优秀的程序员。这些东西不存在，在台湾的产业实际上，我们正在做触摸的学习，从经验中学习。许多我校的书籍和网络使团队更有效的做事的方式方法，我有信心在新创建的团队，我必须先确认在同行业中觉得，快，快，以获得合理的方式。以下是点和共享。

　　一个成熟的发展框架和环境整支球队：

　　我的专业是Ruby on Rails的。我有没有推荐的偏好，如果别人正在使用PHP或。 NET或Java，我们不应该指望资本导入一个新的框架。其实我没有很喜欢硬斯卡拉或Node.js的相同。他们能对他们有用的中央点发送，但绝对不是主体。原因很简单，我不认为他们是成熟的，足以让所有成员快速上手，不重新创建的车轮。

　　普通团队喜欢使用PHP。很容易找到PHP工程师的Rails工程师找到。但在我的经验，一路下来，我觉得这是一个伪命题。内部劳动力市场和企业的实践中的运作情况，你会发现这个命题是不可靠的。是的，你正在寻找PHP工程师，但它是有罪的，很多人写的代码不能使用（更准确的说，写的多数只）。 （我没有冒犯的PHP开发人员的意义）

　　原因是PHP开发人员之间的标准，从根本上没有太多的差异，是爱怎么写就怎么写。产生的，即使你的团队里面，即使是非常凶猛的开发商，但也没有多大用处。因为每个人都是不相同的代码格式以及网站结构是不一样的。填写人根本没有办法发挥添加剂的效果，我们可以只写自己，即使爆炸一样长原作者修复。

　　在我眼里是极端Mifei团队作战部队的罪魁祸首。

　　Rails不会有这种情况呢？这是中央，我认为Rails的优势，这是一个非常受欢迎的框架（后在台湾，你可能不觉得他是很抢手后）。由于这是一个框架，这本身就是一个很强的约束力，至少MVC和路由规则，共同即使是新手也不会被放错地方太远。写代码有一定的潜规则。

　　发展过程中遇到任何攻击的错误，开发人员只需使用谷歌找到任何可能的攻击的原因，修复的目的。这简直是​​不能比普通自中央框架，如果你建立了一个框架，对任何问题的根本攻击，最后只是打扰了原来的设计工作的建筑师。 （这也是非常Mifei的钱中央，由于建筑师的薪水是非常昂贵）。

　　学习曲线是太高了，我不认为它确实存在。主Rails是很难找到有什么不对，但只是在Rails中的低手正确行使，消费能力也很惊人。因此只专注于他将如何帮助普通希望初学者能够快速抑制输入几个大的阈值（得到的发展环境，一个RESTful，插件，调试，部署），其余部分将本地网络的教材和实际练习能够依靠了。这是我的理由来创建Rails的101。

　　我设计了一套教学材料，这样做的目的是使所有新的发展，最长两个星期的时间来完成基本的Linux命令，Git中，所有的基础知识部署在Rails，写一个月内将“能力标准说明”能够在战场上，连同我们的开发功能，开发一个新的网站。这一进展是很夸张吗？不，一点也不夸张。每个开发者都有这样的招聘，其中一些甚至Rails可以不写水平。你有信心甚至T下午和艺术，他们将你写的Rails的状态？ （不骗你）

　　写的代码规则的标准如何？同事和社会我吸收了很多的最好理论，我们有这些东西整理成一个初学者的指南的最好理论，以及包装成的宝石和发电机了，开发人员可以花比较落后，时间越少最近，赶上前辈，在很短的时间内，他们的作品也像预配与最佳实践排序的前辈，我也开始写另一本书，基本适合初学者的Rails模式。

　　Rails本身丰富的生态系统，和最好的理论预设的架构，更不用提。

　　新创建的团队资源很少，人员的预算是不足够的，不过是巧妙地利用自然资源和高作战能力的工作组。

　　功能设计提出想着一定程度的扩大使用：

　　我没有信心在新创建的团队是能够预测未来，即使很多事情看起来从那个方向扩大非常合理。对于我来说，我在设计和功能overthinking，以及我必须停止同事overthinking。由于该项目的最高标准是把事情做，不要过度设计。

　　并不意味着不需要设计需要保持一定程度的扩张，内部工作流程通常是最后一个是重建的整理空间。在本次同事会弄乱代码，整理回原来的标准，要求写的方式。如果这是一个普遍的功能，多次提出，必须组织成库或框架的形式。但留出的形式，扩大。

　　新项目后，将能够对案件采取淡化底部反复多次重新申请的申请。 ，并最终仍是事件的发电机这种事情...... （Authenication Rails的管理，搜索引擎优化，...等）。

　　（3）程序本身就是注释

　　普通软件在理论本身不同意写注释。但程序本身，这是能够表达我的行为感到鼓舞。如果编写的程序在藏污纳垢的人无法读入考试将回滚。我们的球队能负担得起的方案是能够写出非常愚蠢的，但每个同事都能够理解。愚蠢，但了解其他前辈有时间能够重建。然而，涂鸦后，没有采取行动了。
　　
　　（4）尝试写文档中的一切

　　世界上，没有人可以写一个良好的系统架构本书的真实情况现在系统上的详细图片。提交一个很好的问题跟踪系统，并写日志可以是好帮手，你就明白为什么现在的系统是这样设计会做出这样的决定，为什么招致程序会需要这样的设计。

　　新的运动，我平时锻炼新人有任何真正遇到任何的细节和习惯的车票上详细的文件的情况。位与范围，使所有这些票注意到梳纪录，完成项目的技术架构或原型。

　　这一水平将是整个团队的跃升将会有一个非常强烈的积极影响。人员活动（新的或传出，其影响将是非常，非常小。

　　至少有不少“基本”教育，这是部分资金将接近0。所有的方式启动的经验，所以我很早就学会了一件事情，人类活动是根本不预防，所以重要的是，较小的影响，如何形成的人员活动。

　　让我的同事们在新的合资公司在新技术投资也是非常昂贵的。学习，我们也都必须要到会，或将继续昂贵。

这个文件可以带来价值。


测试环境和政策


我学会了从昂贵的经验，其中必须有一个测试环境和政策。 Rails的环境中的数，不超高难度的削减股息。测试环境（分期），并且必须有各自开发环境是不是在目前的重点在我面前的电脑一样，很多设计并没有考虑那么多。失去了远程发球，你就会知道吹了一个或大或极其恶劣的表现。这是受伤的商业信誉或搞砸了交易（例如，你跟一个文件数百成千上万的广告客户，明天，但明天，由于人为错误站一天下来，我问你，谁去移动队列给他，这样的事情，整天攻击。要与你做生意？）

据政策更为重要。

很多加班，实际上是不攻击。例如，在头脑中没有醒来小时编写糟糕的代码提交。当我醒来时产生的要清算这些摊档泥。部署了最新版本的代码，在晚饭前或下班后，中午之前的结果，站几个小时，已经能够按时上下班，十点钟不能走路。

但写的好东西，不直接承担主，而不是立即部署，让RD是非常痒。这种疾病，甚至我没有幸免。

所有商业网站每天长火，球队要维护大局。所以，我终于有了这一标准的实施：

1，写的功能一概功能的分支

2，必要时使用的设备服务的发展前行，适用于在一个测量的功能分支

3，绝对不会在中午11点 - 12点的部署，绝对不会在部署后17:00。

4，在部署过程中需要使用自动化的工具，它的发生是能够旋转。

5，实施细则，几乎没有人需要空腹修复错误，由于软件问题，跳起来，加班修复半夜。

我坚信：在长期的消防/消防环境，将迅速减少的一个团队的作战能力。

血输入是一般人有工作小时，我进入更高的错觉，结果会更好。事实上，这是一个完全虚假的命题。在繁忙的火灾初期的不稳定，而且你将是我努力加班，所有的改善的错觉。肾上腺素只能让你停留三个月，未来的一切都​​将消失。做一个网站，你要能够发挥，大家比是寿命长，而不是启动的周末冠军。

下午6时，只听时的参考是一样的，但良好的沟通

在许多情况下，下午可能规划出计划，10个小时的需求。但你知道它改变成一个B计划，只需要三个小时。但前提是你必须随身携带去问问，他为什么会做出像这样的情况下。下午的专业不承认台湾是极为罕见的，遇到了一个烧香。遇到一个伟大的水平可能只复制其它网站画架组成，或作为广告销售主管，但不要紧。重要的是你要问为什么这个设计，外行的水平可能使一个真正的手法严重损失的估计，你无法阻止他。在这种情况下，结构合理的方向发展公司，但你却误​​解背后的未经授权的失效修正案的设计原则：

的设计方案，设计落后，为什么有很多，有可能是：

下午1的道路上是免费的复制

2，下午，我想做出这样的

3，艺术要求

4，客户端的请求

5，它的主要功能是，必须这样做，否则失去了这个系统的意义

不能我喜欢的B B.开发一个系统，必须有资本，估计收入，并实施必要的计划，去找到平衡。这是由沟通沟通沟通......

到一定程度编写的程序代码

设计使用的HTML / CSS架构的网页，不要滥用的ORM，不要重新创造车轮，不写代码，这将是出差，这是发展的基本知识。许多新创建的网站写的第一版很快，但陷入发展的泥潭，无法满足的商业模式可以迅速调整和腐烂的原开发商的第一个版本的代码是比只有90％的原因，我也发生了变化动态，以及随后的调整框架，结果只是做了一个小的修订，以消耗至少一个超级多的时间，成为大致命伤。

超过了一定的网页性能的追求，调刀口上

没有对真理的追求，是一个非常令人难以置信的性能。

不承认一些开发商的真实表现和想象力，追求太多，例如，以及骨干一开始写整个网站，或通过使用Node.js的写网站。这是一个开始打算写的Web服务的移动版本，只需要做些什么手机使用。紧缩3G延迟真实太多的带宽，尝试使用量和页面响应时间的追求。

然而，来实现网站的完整的桌面版本是没有必要的。优先调整，由于高C / P值的界面性质，紧缩的CSS网站性能调优小时，可能是能节省三秒钟。 DB或程序上的讲话调死亡可能只有全省0.1秒。

指标和用户体​​验的网站是不是说，争取打开就好了。例如，该网站打开速度将直接影响搜索引擎和Alexa排名不知道这一点，很少有人知道，在年底？有普通使用的响应时间，耐心博客/相册和视频基本上是不同的，我们可以忍受五秒钟没有打开都不能打开相册和博客的人在约五秒钟，视频想用它...

性能调整，而不是因为事情是坏的。

9不花哨的东西，前执行的预算资金和福利

作为开发人员每天都在世界上得到了很多好东西，这些不发挥真正的手发痒。但事实上，每引进了一定的资金，效益/资本比率不一定是你原本以为。

例如，追逐的Rails版本，换上了良好的业绩写CSS切换CoffeeScript编写JavaScript的“能力标准说明”所取代了Ruby 1.9.2。应用资产的管道，建筑的新创造。这些都是伟大的事情。 （T - 关闭状态已经从最早的2.3.2架构不断升级到3.1.3，专家人才知道，这样的作品）

但与其他的事情，真相其实是相同的，新的东西有新的风险。并经常引进这些东西，是不是我一个很酷的就是这个样子，我们都必须的东西。

我通常会做这个版本的第一个分支，我是资深的RD我去的实施办法做到这一点，或停止评价，肯定是可行的，以组织一个可行的SOP。唯一的大型运营商实施。

如果它是一个新的想法，是第一次制造尝试对一个事件或一个小的布局。

好事是好的。但是，不赌博。

在上述基础上，我想说的是：早在任何作战能力的发展是非常宝贵的，所以没有理由罚不实施某些规则的程序代码产生无处不在火灾。从来没有重复的白人工人。

任何标准来衡量，最好的应该是能够作为资本下降到几乎低，但好处是非常高的。

我上面提到的，这些东西都不是我的主动，事实上几乎所有的快速发展，敏捷开发，有许多工程，博客经常在聊天主题。

我发现，许多工程师和朋友们经常干的和最好的倾向，认为我的东西。外部的做法是绝对不为我的球队，美国的正常状态是不适合在台湾使用。但事实上，这个世界上真的是非常大的，实在没有理由说，是真正到我的增长率挂钩的眼光，我和很多的原则是适用于不同行业和不同国家的。见别人怎样使更多的，你会惊奇地发现，这些方法的引入，除了我的职业生涯的速度是多么惊人。