Code Review 程序员的寄望与哀伤

一个程序员，他写完了代码，在测试环境通过了测试，然后他把它发布到了线上生产环境，但很快就发现在生产环境上出了问题，有潜在的 bug。事后分析，是生产环境的一些微妙差异，使得这种 bug 场景在线下测试中很难被发现。毕竟想要在测试环境完美的复制生产环境的所有情况也是不太可能的，导致出现了疏漏。对于这类情况，我们在想是否可以通过在线下做一些 Code Review（代码审查）假

业界 2016年07月03日

[代码大全读书笔记]如何定义一个好的变量名

在日常编程中最烦恼的就是给变量取名，一段好代码，既要能完美地运行，还要能较容易地维护。这就意味着需要让日后维护代码的人能很快地看懂你的代码，而且，在团队合作中，其他开发者也会经常阅读你那部分代码。如果你的代码中充满了a,b,c,a1,a2,a3...那简直就是一个噩梦。因此，好的变量名非常重要。选择好变量名的注意事项变量和变量名本质上是同一件事物，因此，变量的好与坏就在很大

业界 2016年07月25日

前端代码规范之基础篇

引言文中引用的参考若打不开,可借助于虫部落.之前记了一段时间代码规范,写代码时也尽量去遵循了许多.现在再次拿出来翻一翻,养成个更好的习惯,不会因为看起来乱糟糟(实际上也容易有许多低级或者说语法错误)的代码而降低效率.这里我推荐的是百度ecomfe团队共同遵循的一个spec,今天这篇文章主要以html, css, less, js为主,有关less的规范可以适当延伸到其他cs

业界 2016年08月05日

详解 ESLint 规则，规范你的代码

因为前几天发现 CSDN上有直接把我文章 复制过去然后标原创的情况，以后会统一在博客头部加入原文链接~本文个人博客原址在很久之前就想通过工具来规范自己的代码风格，减少程序出错的概率，如果看过我的一个前端程序猿的Sublime Text3的自我修养，这篇博客的朋友，肯定知道在当时我使用SublimeLinter-jshint插件来规范风格，但是实际上一直懒癌发作也没去看它的文

业界 2016年08月07日