如果代码审查时你忘记了拿近视眼镜 →
17
![代码审查]()
你身处在一个卓越开明的开发团队，你被安排了一整天的时间，什么都不干，只做代码审查。然而，在活动开始两小时前，你发现自己把近视眼镜忘家里了，整个早上你看到的都是模糊的影像和颜色。你该怎么办？
你们公司做代码审查吗？ →
51
![code-review2]()
不论你采用什么形式的测试过程，什么形式的部署过程，没有代码审查——game over。为什么？因为代码的质量是一种人能看懂的质量。不管你如何测试，有如何严谨的部署流程，只有当另外一个人看了这些代码，并且表明能看懂时，这些代码才有意义。
代码审查和不良编程习惯 →
67
![]()
大概一个月前，我加入了Knewton公司，整个技术架构一下子完全变了。Visual Studio换成了IntelliJ；Mortar换成了Jenkins；Mercurial换成了Git；FogBugz换成了JIRA。也许你会觉得这会让我头大，还会有些不知所措，但事实上并不是这样，
事后诸葛亮：如何写出没有bug的软件 →
16
![software_bug]()
网上对苹果iOS7操作系统中最新暴露出的一个严重安全漏洞的讨论读起来十分有趣。是什么导致了这样一个弱者的bug？下面是网友们总结出的几个原因： 用C语言很难写出正确无误的程序,， 苹果公司的程序员不用心， 编码风格中允许忽略大括号， 苹果公司里没有正规的代码审查， 使用了goto语句….
代码审查不是用来…… →
48
![]()
在我们公司里要执行代码审查。这是我们每天的例行工作。事实上，今天的我们正是从这种一直坚持探索的漫长道路上走出来的。我们尝试各种技术、方法和工具，直到我们走到今天的成就(但这并不是说我们就此停步)。
代码审查：ThoughtBot官方给出的代码审查指导原则 →
117
![code_review 代码审查]()
这篇文章的内容由github官方提供，指导你如何在github上进行代码审查和如果让别人审查自己的代码。针对所有人的审查： 接受这样的事实：很多编程上的主张都是一种个人观点。应该讨论它们的利与弊，提出你的倾向观点，迅速的达成一种解决方案
