吐槽
上次监控系统计算得分有些非常离谱的结果，然后我就质疑后端的算法， 结果师傅兼小组长突然莫名其妙的说我“怎么老是怀疑别人，我最看不惯这种人了， 我们是一个开发团队，巴拉巴拉巴拉，，，”。
当时我特无语~~ 只很愤怒的说了一句，“这个明显有问题，为什么还不能质疑！”
- 第一，我只是对事不对人的质疑算法，并没有怀疑某个人。
- 第二，其实组长本身貌似对我也很不放心，老怀疑我这个，质疑我那个， 有一些简洁清晰到不可能有问题的代码，还是要我去做各种检验。 我一直都没有什么二话去执行的，直到他连续 N 遍说到我烦为止。
自己老怀疑他人，还说最讨厌其他人的怀疑态度的，其实也没什么了， 都这样，人性的双重性格而已。
之前有几次组长来质疑我同一个问题，今天又来了，说我检测到的脚本错误， 前端开发很多都不承认，说他们不能重现，认为不准。说我虽然发现了他们的问题， 但是他们不愿意、或者没有办法去改，问我怎么办？！这是什么逻辑。
有不能解决的问题也不多搜索，也不群里问，说我的不准也没见来找我辩驳， 一口咬定我的不准，不承认我的工作，这算什么。
然后说让我找一个报的次数最多的错误实例，说让我重现，那个错误是“错误的数量词”， 我去，这个我在常见脚本错误文档里写了那么多都白写的么！
这是一个表单验证函数中使用 new RegExp(str) 导致的错误，str 是来自用户的输入， 却没有经过转义处理，代码级可以肉眼看出来的错误，说让我那边表单实际试试嘛， 那个表单要邮箱验证，还要好几步才能进去呢。我蛋疼么。
给了个最简单的 new RegExp("+") 还是说让我去表单上试。说“不拿出实际例子出来， 没有资格说别人有问题！”
究竟要多无语，才能说明我无语啊~~~
怒道：有些问题看代码就有明显的问题，根本就无需睁着眼睛瞎测试。 昨天看到热点分布那里使用 evt.clientY 这样的代码，还需要去试一下么， 难道还需要我去告诉开发你应该滚动下浏览器的滚动条来重现？
终于迎来了艰难的沉默。