Code

代码审核（Code Review）是软件研发质量保障机制中非常重要的一环，但在实际项目执行过程中，却因为种种原因被Delay甚至是忽略。在实践中，给大家推荐一款免费、开放源代码的代码审查软件Gerrit。 1、Why Code Review Code Review是什么 Code Review最直观的解释即看代码。常规的做法为自己看，有时代码逻辑问题可能自己看不出来，需要找同事一起看，在大家知识体系相对平均的情况下可能需要花钱专门的公司帮助查看。 Code Review需要看哪些？对于刚入职场或者刚接触到Coding的新人来说，代码风格是比较重要的一块。除此之外，编码规范及代码结构写法，框架和工具的选型，具体项目的业务逻辑，安全隐患，性能问题等都可以通过review的方式发现。Code Review从前往后大致分为结对编程，提交代码后，测试之前，发版之前，发版之后等几个阶段，越往后，Code Review的效果越差，修复的成本也越来越高。 为什么一定要做入库前Code Review 首先，代码审查的最大的功用是纯社会性的。如果你在编程，而且知道将会有同事检查你的代码，你编程态度就完全不一样了。你写出的代码将更加整洁，有更好的注释和程序结构。 其次，偷懒是人的天性，从节约成本的角度考虑，大家一般会选择在测试之前无限制的Delay Code Review。入库前做Code

Code Review最佳实践 原文链接 : Code Review Best Practices 原文作者 : Kevin London 译文出自 : 开发技术前线 www.devtf.cn 译者 : ayyb1988 校对者: chaossss 状态 : 完成 在Wiredrive上，我们做了很多的Code Review。在此之前我从来没有做过，这对于我来说是一个全新的体验，下面来总结一下在Code Review中做的事情以及说说Code Review的最好方式。 简单的说，Code Review是开发者之间讨论修改代码来解决问题的过程。很多文章谈论了Code Review的诸多好处，包括知识共享，代码的质量，开发者的成长，却很少讨论审查什么、如何审查。 审查的内容 体系结构和代码设计 单一职责原则： 一个类有且只能一个职责。我通常使用这个原则去衡量，如果我们必须使用“和”来描述一个方法做的事情，这可能在抽象层上出了问题。 开闭原则 对于面向对象的语言，对象在可扩展方面开放、对在修改方面关闭。如果我们需要添加另外的内容会怎样？ 代码复用：根据 “三振法” ,如果代码被复制一次，虽然不喜欢这种方式，但通常没什么问题。但如果再一次被复制，就应该通过提取公共的部分来重构它。 换位考虑 ，如果换位考虑，这行代码是否有问题？用这种模式是否可以发现代码中的问题。 用更好的代码：

最近开始学习Spark，想搭建一个Spark的源码阅读环境。找了一些资料。如 http://m.blog.csdn.net/blog/zhongwen7710/42401445 和 http://guozhongxin.com/pages/2014/10/15/spark_source_code.html ， 但是在导入源码后，总会有各种问题。如 很多Jar包下载不下来（国内网络。。我下载2天都没下完），SBT不是那么好用。 所以我就想有没有其他的办法快速的完成这些工作。其实主要的就是那些Jar包能不能不要每次都下载，于是我尝试了把一个我已经下载完成的Jar包复制到另外一台电脑上，发现就不需要重新下载这些Jar。这样基本上能在30分钟内完成环境的搭建。 准备 下载 IDEA 最好 14.X 因为我用的 14.1.15 ：） http://www.jetbrains.com/idea/download/ Scala 要2.10.4 或 2.10.5 JDK是必须的　1.7 不推荐 1.8 http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html Spark Source Code 我使用的是1.4.1 http://www.apache.org/dyn/closer.lua