太阳式服务——围着转，要啥给啥，光还是别人给的。

书看的不少，看完的却少；
看完的书，理解透彻的少；
理解透彻的书，自己思考并有新的想法的又很少。

哈哈，恭喜你，花泽香菜！预祝新婚快乐

年终总结：
1~6 月：干活。
6 月：干活。
6~12 月：还是干活。

做到一专多强就行。

狭义上的专职测试人员的权重越来越弱，广义测试（质量）的权重应该是提高了的。
去测试化个人觉得叫泛测试化更准确。测试行为总是在的，只是测试人的要求变了。

去年今日此门中，人面桃花相映红。
人面不知何处去，桃花依旧笑春风。

强！

AI 产品还没成熟到你想干啥他就按你想的给你实现吧。。。自己动手，丰衣足食

完全赞同。话语权建立在自身实力基础上。

当然有些垃圾团队只需要工具人和背锅侠，这种团队趁早离开就行。

不是。
有相同的地方。但是侧重点不同，关注范围不同，直接翻译并不是很合适。

快乐就完事儿

额 这个违规了哇

写，有单元测试覆盖率要求。
还是有用，起码能提高开发的测试意识。

大部分管理者为了自己的绩效，会鼓励多搞花样的，管理层大多认为稳定=死水一潭，必须弄点花活来搞创新，太稳定一个 PPT 不好看，第二会认为你没有能力，没啥存在感。
不过出发点没啥不好，就是落地困难没有持续性的创新，大多变成了花活。

服务器看看连接数呢？

window.navigator.webdriver 改成 undefined 试试

看项目和资源。给资源，让我做啥就做啥。
说实话，部分项目两者表现并没啥区别。有时候先天条件不行，搞敏捷就是个负担。

你的领导有前途并且你要一条路走到黑，就跟着他走，如果你不长久待就去开发。

《软件评测师教程》(第二版) 清华大学出版社。直接天猫进清华旗舰店买就行。
有些错漏，还有些划分右前后矛盾的地方，不过瑕不掩瑜。

倒不是纠结，只是想说这个没啥理论依据（也可能是我孤陋寡闻）。最近看管理方面的帖子，看到过 5% 的淘汰率（我第一次看到是华为的例子，老任说的）。当时有过这样一个思考，对于创业团队，要保持活力，5% 淘汰率绝对不高，但是对于同质化工作、创新乏力的稳定期，强调淘汰率就是卷的开始。当然，这些和帖子的主题无关。

比如公司规定团队必须有 5% 的淘汰率，相信这背后肯定是经过非常多的数据论证的

楼主说经过很多数据论证来着，我不是很同意这点。

作为 CV 程序员的我，早就注意到有些 CV 下来里面就用了这玩意儿打了个水印。。。哈哈

钱少事多 + 强制淘汰的时候，就是你必须溜的时候。

所以作为管理者，要理解绩效管理工具的意义和对企业的价值。比如公司规定团队必须有 5% 的淘汰率，相信这背后肯定是经过非常多的数据论证的，可能不太科学，但这就是公司的制度。尤其是绩效考核，如果大锅饭反而是最大的不公平。

第一句是 OK 的，但是举的例子不敢苟同。
淘汰率绝对是拍脑袋出来的。

此外，使用工具的始终是人，是人，就有偏好，有倾向。好的工具，使用的人不同表现出来的也五花八门。有些东西大家其实都懂，但是操作起来就很难了。

小丑：快乐都是别人的，我只剩下吵闹
牛马：欲做诸佛龙象，先做众生马牛。——PS:同为走狗，至少听起来地位要高点。