判断团队靠不靠谱看修复日志

一个只修两处的小版本上线了，两处修的都是丢失。一处丢的是权限确认的回答一处丢的是退出时的最后几条消息。这版本我读完长舒一口气。舒的原因在下面一层层摆。 丢失类的 bug 和卡顿类是两个物种。卡顿的 bug 用户会骂两句等它转圈。骂完转圈结束也就过去了。丢失的 bug 是静悄悄的。它不报错不弹窗只是让东西不见了。不见的东西里藏着你刚写的那句话刚点的那个同意刚敲的那行命令。 节奏的门道是只修两处也发版。只修两处的版本号长得和大版本一模一样。郑重其事的节奏把修复当成了发布而不是当补丁。把修复当发布的团队心里有杆秤，秤上写着用户的数据比版本号的排面重要。 我的观察就一句。判断一个工具团队靠不靠谱别看它的新功能海报。看它的修复日志，修复日志敢写得细的团队把手艺看得重。看得重的团队才配托管你的工作流，托管这两个字的分量全在那两条丢失修复里。