#articleCont {
font-size: 16px;
line-height: 1.6;
color: #333;
word-wrap: break-word;
}
#articleCont :first-child {
margin-top: 0 !important;
}
#articleCont h1,
#articleCont h2,
#articleCont h3,
#articleCont h4,
#articleCont h5,
#articleCont h6 {
margin: 40px 0 20px;
}
#articleCont h1 {
font-size: 24px;
}
#articleCont h2 {
font-size: 22px;
}
#articleCont h3 {
font-size: 20px;
}
#articleCont h4 {
font-size: 18px;
}
#articleCont h5 {
font-size: 16px;
}
#articleCont i {
font-style: italic;
}
#articleCont p,
#articleCont div {
word-wrap: break-word;
margin: 14px 0;
text-align: justify;
}
#articleCont blockquote {
border-left: 6px solid #ddd;
padding: 5px 0 5px 10px;
}
#articleCont blockquote p:last-child {
margin-bottom: 0;
}
#articleCont .simditor-body blockquote :last-child {
margin-bottom: 0;
}
#articleCont a {
color: #82b64a;
}
#articleCont a:visited {
color: #82b64a;
}
#articleCont a:hover {
color: #74a342;
}
#articleCont img {
max-width: 100%;
height: auto;
}
#articleCont hr {
margin: 19px 0;
border: none;
border-top: solid 1px #ddd;
}
#articleCont ol {
list-style-type: decimal;
}
#articleCont ol li {
list-style-type: decimal;
}
#articleCont ul {
list-style-type: disc;
padding-left: 40px;
}
#articleCont ul li {
list-style-type: disc;
}
#articleCont table {
width: 100%;
font-size: 12px;
border-collapse: collapse;
line-height: 1.7;
}
#articleCont table thead {
background: #f9f9f9;
}
#articleCont table th,
#articleCont table td {
border: solid 1px #ccc;
text-align: left;
vertical-align: top;
padding: 2px 4px;
height: 30px;
min-width: 40px;
box-sizing: border-box;
}
#articleCont pre {
white-space: pre-wrap;
}
滴答清单最新版本的 macOS 更新后，无论是添加清单还是完成清单，都会有非常长时间的无响应，几乎到了不可用的程度。
我把问题反映给了一个认识的滴答员工，原因似乎是我的清单比较多。
如果是在清单较多的情况下会出现无响应，那这个问题其实是一个测试问题。像滴答清单、Google Photo 、单词本等这种本地和云端会产生大量记录的产品，在测试过程中，不止应该测试新用户的情况，也应该测试用户有大量历史数据情况下的表现。
很有可能新版本拿新账号测试是没有问题的，但是在有大量清单/照片/收藏单词的情况下会有问题。
所以如果以后做有可能产生大量记录的产品，我一定要记得提醒测试人员测试有大量记录的老用户的使用情况。
在这个过程中，我还发现一个有趣的现象：
即使在滴答清单产生如此严重的 Bug，严重影响我在 macOS 上的使用的情况下，我却基本没有想过换其他应用。
我分析了下自己的内心活动：
第一：迁移成本很高，我的收集箱里有数百条待处理清单，接下来一周的很多事情我也已经通过滴答清单分配好了日期，如果换个应用我需要把这些都迁移过去，很繁琐；
第二：滴答清单有多端支持，虽然新版本在 macOS 上体验很差，但是手机端不受影响，所以有些操作我可以暂时用手机代替，不会导致我完全不可用；
第三：我是滴答的年费会员，我的会员要到2022年12月到期，在会员到期前迁移到其他应用会让我有浪费了会员费的感觉；
第四：在我产生迁移想法的瞬间，我的脑海里并没有过多的替代产品浮现。我想不到任何一款国内产品，国外产品想到了 Things 3 和 Todoist，但是这两款在我的印象中对比滴答清单没有什么特别优势，而且海外的产品对中文的语义识别有可能会有问题，也让我比较担忧。
所以，从这一个体案例角度看，迁移成本、多端支持、订阅制、优秀完善的用户体验，避免了滴答清单一次因开发/测试事故导致的用户流失。
不过还是要吐槽一句，三周过去了，这个问题怎么还没修复啊...
本文首发于公众号「原住民的自修室」，记录一名产品经理的思考和随想，欢迎订阅。
