听说某地某部门的考核按照考勤时间长短来评定，这叫做量化指标，于是那个部门的人疯狂刷考勤，将来要改成案例数量来考核。这种做法真是没常识！
我一直把那个案例模板和QC当垃圾，是一个严重制约项目进度的毒瘤，他们竟然将这个奉若神明，真是匪夷所思。我的测试案例从来就是应付，按理说我们系统质量会很差，应该没有测试案例保证啊。很不幸的是我们系统很稳健，在曾经某个紧要时刻人行踢退我行时，哪个系统在力挽狂澜？是我们！在错帐亿时，哪个系统能鼎力支持？是我们！在各种糊涂账时，哪个系统还清醒，还是我们！测试要用常识，而不是数案例数量。
今天是11月10号，10号、11号两个晚上我们都安排了近全员值班，全员值班！为什么要全员？因为我说了前面的大话，不能被笑话啊。真实原因是双11我们的系统预计有3亿交易，日终处理将要处理5亿交易，而去年双11我们在干嘛？睡大觉！
拜某个兄弟系统赐福，我们也感受一下双11的威武，这个兄弟系统屡屡出乱子，不得不紧张。
交易核算分离的架构下，有了一个账务线测试，这个测试简直神了，竟然发现数不尽的交易问题。而所谓事前、事中交易一致性主题就如空气，反而要我们这个事后一致性来反查前面的问题。有个系统对此很不理解，他们7月份上线，4月份的时候还没来得及顾我们这个账务线的问题，他们有充分理由抱怨：交易都还没通，核算我们无暇care。结果上线后天天出生产账务不平，结果投产后4个月发现交易层面问题还多多。
我不知道为什么他们的项目日程如此紧张，这肯定是有问题的，有可能又是没常识的恶果。
QC我强力排斥，但是我曾经力推JIRA，jira定制型很强，也很简便，流程可简洁也可以繁复，应需而定。如果真的要用系统来跟踪测试，可以考虑用jira，而不是用那个垃圾QC。每次打开QC，那傻乎乎的activex控件进度条，就像一个20年车龄的汽车刚发动时的强大抖动，这进度条感觉引得电脑都抖动了，电脑也在撕心裂肺。
jira可以将开发任务也整合进去，还可以关联svn，但很不幸的是，我们用的是Clearcase，这又是一个大垃圾。也就是说flpm的功能也可以整合进jira。其实flpm做的不错，这个需要点赞。
有同事担心自己的真实想法被领导知道，我觉得这种担心是多余的，因为管理岗位的人更需要有常识，需要明白什么叫做人之常情，能识别出什么溜须拍马，什么是踏实做事。
举个栗子来说明常识是什么概念。园区撞人逃逸事件没多久，血仍未干，某日早晨我从科技楼往食堂方向走，在大门口看到一个车刚过栏杆，没有速度，于是我快速横穿马路，没想到这个车迅速提速，朝我呼啸而来，我有意放慢了脚步，我要提醒司机，你得有常识，这个时候你要避让行人！最终他被我的慢脚步挡着了，擦肩而过之后，我才发现这是一个领导！但我发现他没有常识！一个觉得自己是领导的人可能觉得自己很了不起，在园区可以肆意胡来，开着豪车高人一等，这种想法恰恰很可笑，很low。所以他不可能是一个好的领导。
不是因为我叫彭大胆就不怕得罪领导，我要养家，我白手起家，这份薪水对我很重要，领导扣我钱我可吃不消。只是我相信这个世界的美好，虽然我成天喷来喷去，那是因为我相信丑恶会被喷走，真实美好会留下。
相反，我看到更多的领导工作比我更投入，更拼，他们通情达理，豁达开朗，包容大度。
北京治疗白癜风好专科白癜风土方治疗