2019-01-15我们的产品之前没有什么监控数据，有一次系统莫名其妙所有的api都变慢了，分析不出原因。最后还是写了个小程序读取系统日志，统计一段时间内每个api的调用情况（调用时间、调用时长、调用次数等等），导出成统计数据以后，一下子就清晰了。作者回复: 做得不错！
6
2019-01-15数据对技术方案选定，运营方案的改进，验证产品特性是否合理，面试，提供强有力的支撑作用。"数字也是沟通的一把利器，用数字说话，避免空谈"，可以提高沟通效率。
每个公司都有绩效衡量一个员工，但是我遇到的公司对于绩效这件事，衡量指标都都比较主观，唯一比较客官的指标是代码量和BUG数，不知道老师经历的公司是怎么衡量绩效这件事的，谢谢！作者回复: 你会发现，我在建议用数字来发现问题和解决问题，但我不倾向用数字做为绩效，因为太具有误导性了，至少现在还没有哪个指标是令人信服的。我知道很多公司用代码量和BUG数，但我认为，这些指标应该用来发现问题，而不是当作绩效标准。
4
2019-01-24今日概念：
1. 算法、算力和数据：现在企业不缺算法（行业共有）、算力（云计算），但数据依然是必争的稀缺资源；
2. 数字：数字能量化问题，避免空对空谈话；
今日总结：
使用数字衡量工作能更顺利的团队和非IT人员沟通，并且也可以及时监控自己的工作状态。使用数字量化，可以先从沟通开始，少用甚至不用“可能”、”应该“、“大概”等字眼，在监控系统状态的时候，也都尽量将指标量化而不是凭感觉。这样做了之后可以减少内部甚至外部沟通成本，更好的规划自己的工作，也能快速确定系统出现问题的原因。展开 2- 2019-01-15线上接口日志统计少，很多业务日志虽然也加上了，但很少去关注。更多的情况是不知道打印哪些日志，更别说相关指标的数字了，上线新功能时只能人工的访问下接口，一个接口异常时，每天都需要花费不少时间去定位。现在有了日志和采集统计，一有问题立马可以看出来，随时做好回滚的准备。
作者回复: 日志也是一个很有趣的话题，少了不行，多了也不好。
2 
2019-02-21想法很好，但是我所遇到的公司没有一个按照数字说话的作者回复: 你可以推动变化，可以的。
1
2019-01-15感觉公司要做到CMM第4级还是有难度的，需要有人持续推进，也需要每个人都有量化的意识作者回复: 个人并不推荐CMM这种重量级的软件过程，但持续改进和量化的意识是要有的。
1
2019-01-14看得出老师的用心 1
2019-01-14特别认同。上周我把一个方案进行推迟了，让同事去搜集某项指标的数据，没数据，一切方案都是空谈。
AB测试，留言量，阅读量，转发量一切数据都是下一步决策和改进的基础作者回复: 你的做法值得推广！
1
2019-01-14比如开发常常关注的是产品经理提的功能有没有实现，实际上也应该了解做出来的有多少人使用，每个页面有多少人使用。
此外，看开发是否努力勤奋，不要光听他说，而是要看看他提交git有多频繁、提交的时间段、代码量有多少。代码质量可以用bug数/代码量来衡量。当然，这些量化未必科学，甚至会被误用，但总胜过凭印象拍脑袋的判断。作者回复: 特别认同你的这个说法，量化好过于空口白牙，但什么工具都抵不过滥用。
1
2019-11-01我的工作，是用堆（优先队列）来描述的。
确实一直没思考用一个数字来量化。始终在模糊这个概念。- 2019-11-01从数字来看，好的系统应该是死水一潭。👍
2019-03-11产品设计时过多的考虑可行性，很少拿数据说话。
2019-02-25明确数字所代表的意义，在沟通的时候，特别是和非技术人员，能让自己的观点更有说服性。也让自己的工作有衡量依据。作者回复: 空对空的讨论，特别容易发散，有依据的讨论更能聚焦。
2019-02-24现在微服务中服务监控，服务治理都主要以数字作为指标- 2019-01-14对于一线的系统操作员，我们无法得知常用的查询条件，通过记录统计查询条件的数字，可以针对复杂查询进行优化。这是我能想到的我们公司以始为终用数字测量的应用场景。
2019-01-14打卡