不知道什么时候开始,鲁迅老先生说过的话,开始活跃在朋友圈里,到处都是鲁迅老先生的名言警句。更有甚者,配上鲁迅先生的图片,就更形象逼真啦。啥也不说了,直接上图。
有些话就连鲁迅老先生都不承认,于是画风就变成了。
朋友圈中鲁迅先生的名人奇句,可谓是层出不穷。真真假假,估计连你都无法确认,哪些是真哪些是假。
不过,就在昨天,鲁迅博物馆资料查询在线检测系统,正式上线了,被网友称为:鲁迅说过的话检索系统。网友可以进行鲁迅语录一键查询,辨别真伪。
自系统上线后,由于网友们过于热情,纷纷上去验证。我们也凑个热闹,输入孔子说过的一句:“中午不睡,下午瞌睡”,来验证一下,效果如下。看到检索结果,可谓是程序猿出马,网友以后不能再瞎掰,鲁迅先生不再背黑锅。
再次点击检索,哎呦我嘞个去,系统异常堆栈信息都报出来了,这也太不友好了。于是再试试其它功能,皆是此种现象,可谓是点那儿,那儿不顺;看那儿,那儿报错。系统做这么粗糙,估计连压测都没有做。看到这,估计会有很多程序猿,需要拉出去枪毙了。
敲黑板,讲重点,作为一个职场老鸟,结合本职工作,有以下几点要分享给大家。
1. 编码
变量、函数名应符合统一命名规范。使用有意义的参数命名,可读性强;
尽量避免使用全局静态变量。变量一定要确保最小的作用域,能在方法里的不要放到方法外,能在循环里的不要放到循环外,尽可能使变量符合 gc 标准;
代码管理必须用公司统一的 svn 或 git,代码提交前先检查,编码、编译乃至运行有错误,需立即修正,否则不得提交;
程序应可配置化,减少硬编码(如代码中不能写死 IP、端口、域名、路径、密钥、账户和密码等);
系统间调用应持不信任原则,严格检查输入输出,输入内容不合法时拒绝服务,输出内容不可用时不放出;
程序要有健壮性,能异步的不能同步处理,对异常捕获后要有处理逻辑(如超时机制、重试机制,返回快速定位错误码和流水号、记录错误日志等);
日志信息应尽量完整(如 log 版本,时间点、日志级别、业务编码,本模块编码,错误码、耗时、顺序号、用户信息、账号、请求方业务编码,请求方模块编码,请求方 IP 与端口、目的方 IP 与端口、原始参数列表、调用方法名、关键字、出错结果、错误行号等)。
2. 测试
首先应自测,自测通过后再提交测试;
测试时应追溯需求,并明确界定测试通过的标准,达到标准后才能上线;
测试时应根据用例,明确测试内容,并考虑非法输入和边界情况;
应尽量做多样化的测试(系统功能测试、性能压力测试、安全测试、验收测试、产品体验测试、冒烟测试)。
3. 上线
开发人员完成功能,提供技术、产品或者运营自测;
提交测试部门测试;
测试通过后发上线通知邮件;
上线通知直管领导批准后,代码上线;
上线完成后发上线完成通知邮件;
上线后技术、产品人员线上跟踪测试。
好了,今天就扯这么多吧。如果你比较感兴趣,就多多分享给身边的朋友吧。万水千山总是情,点个【在看】行不行?