国际观点：有助于你编程而立即要做的10件事

        写代码是一回事，但是更重要的事情是了解代码。它是一个C0范围工具，换言之，它精确的测定出你的代码中哪些部分在被测试，哪些部分没被测试。那一定要多读代码，这包括好的、坏的、你自己的、其他人的代码等。阅读代码是一项很多程序员都不重视的技能，但其实能够快速阅读他人的代码并理解其中的含义是一种极其需要的能力。

        【CSDN编译】我们一直努力又努力去掌握那些对于我们来说是全新的东西。那么，我们做什么来帮助学习？下面是一个关于如何使你编程更迅速合理的10件事情的列表。我更习惯与使用Ruby on Rails，但下面的观点也适用于其他环境。

1．升级单元测试

你的编程没有测试？你应当随时进行测试，即TATFT ( testing all the fucking time )。当然你应当选择比仅是单元测试更好的方式。RSpec和Shoulda是两个可以选来使用的工具。

 

【ERIC】

RSpec是 一个为Ruby编写的基于行为驱动开发（简称BDD，即Behaviour-Driven Development）的验收测试框架，同时也可用于Java（事实上它一直都可以运行于JRuby中），它提供了一种机制，即由开发人员从业务中获取 验收标准并将它们转换为可读、可运行的示例，以此替代文档、测试和适用于业务的构建报告。

2．试用TDD

既然你在测试，那你就应当记录下这些测试。不要记录代码并用后来的测试覆盖它，而应当是方法的记录。TDD ( Test Drive Development ) 可以使你编出更好的代码，TATFT最重要的基础就是 TDD。进行TATFT并不难，首先你写下你所能做的最简单的测试并运行，观察测试的失败，然后写出执行语句以便使测试通过，不停地重复这样的过程就可以了。

3．自动化部署

自动化是你最好的朋友，想要实现自动Capistrano是相当好用的工具。在你配置部署好你的项目后，第一个要装的东西就应当是Capistrano。从第一天起就可以自动化部署将会节约你大量的时间。

 

【ERIC】Capistrano是ruby on rails提供的部署方案，原名叫SwitchTower，多好记的名字，结果和人重了，换成现在这个，估计是为了赌气才起成这样，反正我再也不能拼对 了。它集成了很多部署程序必须的步骤，借助ssh、版本管理系统（支持svn、cvs等等好几种）和rails的migration，只要做好配置，就可 以在很大程度上实现部署自动化。

4．安装 SCM

安装 SCM并学习使用它，这样做的好处是可以使那些超重的库中的代码不再那么冗繁，目前有大量的工具可以选择，我每天使用的是Git。Git是一款很特别的分布式SCM，即DSCM。DSCM是很有前景的，它可以同有其他库的用户们协同工作。

【ERIC】

Git --- The stupid content tracker, 傻瓜内容跟踪器。Linus 是这样给我们介绍 Git 的。

Git 是用于 Linux 内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪（merge tracing）能力。

实际上内核开发团队决定开始开发和使用 Git 来作为内核开发的版本控制系统的时候，世界开源社群的反对声音不少，最大的理由是 Git 太艰涩难懂，从 Git 的内部工作机制来说，的确是这样。但是随着开发的深入，Git 的正常使用都由一些友好的脚本命令来执行，使 Git 变得非常好用，即使是用来管理我们自己的开发项目，Git 都是一个友好，有力的工具。现在，越来越多的著名项目采用 Git 来管理项目开发，例如：wine, U-boot 等，详情看 http://www.kernel.org/git

作为开源自由原教旨主义项目，Git 没有对版本库的浏览和修改做任何的权限限制。它只适用于 Linux / Unix 平台，没有 Windows 版本，目前也没有这样的开发计划。

5．审查持续集成

现在我们已经测试了代码并将其安全的存放在库内。比起不停地测试，什么是更好的方式？自动测试是个不错的选择。很感激有cruisecontrol.rb的存在，这个应用工具自动运行了那些琐碎的测试。

 

【ERIC】详情见后文引用的一篇高人的技术介绍

6．了解你的代码

写代码是一回事，但是更重要的事情是了解代码。可以用四种自动化工具来帮助你了解代码：flog、 tarantula、rcov 和saikuro。这些工具分别有其独到之处，我很乐意向你介绍它们。
Flog，可以按字母排列的顺序来记录复杂的结果。

Tarantula，根据相关性原则和一些灵活的创意设计的。它所做的是spider 你的Rail应用以便去搜索坏链接。这真是令人得到解脱，使我受益匪浅。

Rcov，这是一个在Ruby界相当受欢迎的工具。它是一个C0范围工具，换言之，它精确的测定出你的代码中哪些部分在被测试，哪些部分没被测试。唯一的缺陷是它不能测试诸如：“if condition_a && condition_b || condition_c”. 这样的语句。

Saikuro，可以测量出你代码环的复杂性，即可以计算出你代码branche 和path的数量。当然你代码的复杂性越低，它运行的越容易。

7．升级你的Fixtures

Fixtures 是看起来很有创意的事物之一，但有诸多的弊端。对于Fixtures，只有极少的替代，我选择使用Rails Scenarios，原因是它在测试中工作起来像Fixtures一样，但是允许我做比YAML更好的DSL。我也可以在一个文件内指定多重的Scenarios，这将使事情变得更有组织性。

8．收集分析对象

在Rail平台上搭建新的系统。每周都会有新的监控工具出现，这样我们有很多的选择，在这里我介绍我已经使用过的工具：HopToad 和 TuneUp。

HopToad对于异常报文有不错的能力，它可收集间断应用并用简便的方式显示收集结果。还有，这是一个免费软件~

TuneUp用另外一种方式获取数据，它计算每一处分别花费多长时间去组合自身。你的页面是不是花费了很长时间去组建？但你又不知道是因为什么缘故花费了这么久，使用TuneUp来查一下吧，你会发现一些你以前从未想到过的事情。另外，TuneUp是一款开源软件，你可以登陆进他们的托管服务分享你的结果。

9．阅读其他人的代码

你想成为更优秀的程序员吗？那一定要多读代码，这包括好的、坏的、你自己的、其他人的代码等。阅读代码是一项很多程序员都不重视的技能，但其实能够快速阅读他人的代码并理解其中的含义是一种极其需要的能力。

【ERIC】想起代码阅读的一本书，去找竟然没有找到，郁闷，哎，慢慢求吧！！

 

10．写博客的习惯

就我个人来说，当我阅读博客的时候我可以找到所有的信息。大部分时候我是会撰写跟技术相关的要点，偶尔讨论点轻松的话题。写博客是出于分享的原因，你可以写下能够帮你节约时间的技术技巧，也可以是一些你想要记住的技术难点和命令之类。

 

【ERIC】学习

原文地址：http://smartic.us/2008/9/9/10-things-you-could-be-doing-to-your-code-right-now