程序猿出马，鲁迅终于不用背黑锅了？！

不知道什么时候开始，鲁迅老先生说过的话，开始活跃在朋友圈里，到处都是鲁迅老先生的名言警句。更有甚者，配上鲁迅先生的图片，就更形象逼真啦。啥也不说了，直接上图。

有些话就连鲁迅老先生都不承认，于是画风就变成了。

朋友圈中鲁迅先生的名人奇句，可谓是层出不穷。真真假假，估计连你都无法确认，哪些是真哪些是假。

不过，就在昨天，鲁迅博物馆资料查询在线检测系统，正式上线了，被网友称为：鲁迅说过的话检索系统。网友可以进行鲁迅语录一键查询，辨别真伪。

自系统上线后，由于网友们过于热情，纷纷上去验证。我们也凑个热闹，输入孔子说过的一句：“中午不睡，下午瞌睡”，来验证一下，效果如下。看到检索结果，可谓是程序猿出马，网友以后不能再瞎掰，鲁迅先生不再背黑锅。

再次点击检索，哎呦我嘞个去，系统异常堆栈信息都报出来了，这也太不友好了。于是再试试其它功能，皆是此种现象，可谓是点那儿，那儿不顺；看那儿，那儿报错。系统做这么粗糙，估计连压测都没有做。看到这，估计会有很多程序猿，需要拉出去枪毙了。

敲黑板，讲重点，作为一个职场老鸟，结合本职工作，有以下几点要分享给大家。

1. 编码

a）变量、函数名应符合统一命名规范。使用有意义的参数命名，可读性强；

b）尽量避免使用全局静态变量。变量一定要确保最小的作用域，能在方法里的不要放到方法外，能在循环里的不要放到循环外，尽可能使变量符合 gc 标准；

c）代码管理必须用公司统一的 svn 或 git，代码提交前先检查，编码、编译乃至运行有错误，需立即修正，否则不得提交；

d）程序应可配置化，减少硬编码（如代码中不能写死 IP、端口、域名、路径、密钥、账户和密码等）； 

e）系统间调用应持不信任原则，严格检查输入输出，输入内容不合法时拒绝服务，输出内容不可用时不放出；

f）程序要有健壮性，能异步的不能同步处理，对异常捕获后要有处理逻辑（如超时机制、重试机制，返回快速定位错误码和流水号、记录错误日志等）；

g）日志信息应尽量完整（如 log 版本，时间点、日志级别、业务编码，本模块编码，错误码、耗时、顺序号、用户信息、账号、请求方业务编码，请求方模块编码，请求方 IP 与端口、目的方 IP 与端口、原始参数列表、调用方法名、关键字、出错结果、错误行号等）。 

2. 测试

a）首先应自测，自测通过后再提交测试；

b）测试时应追溯需求，并明确界定测试通过的标准，达到标准后才能上线；

c）测试时应根据用例，明确测试内容，并考虑非法输入和边界情况；

d）应尽量做多样化的测试（系统功能测试、性能压力测试、安全测试、验收测试、产品体验测试、冒烟测试）。

3. 上线

a）开发人员完成功能，提供技术、产品或者运营自测；

b）提交测试部门测试；

c）测试通过后发上线通知邮件；

d）上线通知直管领导批准后，代码上线；

e）上线完成后发上线完成通知邮件；

f）上线后技术、产品人员线上跟踪测试。

好了，今天就扯这么多吧。

一起聊技术、谈业务、喷架构，少走弯路，不踩大坑。欢迎关注「一猿小讲」，会持续输出原创精彩分享，敬请期待！