很高兴这期蹭“吐槽大会”活动，在此感谢一姐 @tvb
活动传送门——出门左转⬅️
话说上次不小心踩了@ace108,还好ace108大侠宽宏大量，最终以不打不相识收尾。 不过不巧的是在上周一周之内我再次连踩两人，其中包括我自己，你说我这是有多水逆-----
再说什么叫 “Down vote|踩”
通俗叫法
Down vote |踩/举报，与Up vote| 点赞 对应steemit 叫法
Flag| | 踩
busy叫法
Flag post | 举报帖子
水逆 1 ——赞别人 踩自己
我为了给在我帖子下评论的 @zilin 点赞👍，一不小心给自己的评论踩了一脚。
说人话：
实际情况是这样的，当我打开网页计划给 @zilin 点赞时，网页未完全加载，在点下去一瞬间网页加载完成，我点到了自己回复的“Flag“按钮，最终导致自己踩自己。
收到踩自己的消息的时候——我一脸懵逼 😂
踩踏事件现场--
水逆 2——误踩66，被在村里副村长 @honoru 通报
一日凌晨时分，突然收到 @honoru的消息：@wwstreet ，您又按错了，踩到人。----你听，又按错。 因为踩人，我已经在新手村有了名气。 我踩人，我心里苦啊😂
这次踩人事件，实际上我是不清楚事件的过程原因。可能是因为我误操作，可能是因为像踩自己一样是因为网络加载缓冲期间我点赞造成的。
做互联网的产品的同学都应该知道，危险操作增加二次确认才是更好的用户体验。
国内的社区、论坛产品普遍有举报功能：微信举报
知乎举报
点了“举报”按钮后，弹出举报类型列表，需要选择，再次确认；
确定前，往往有二次确认环节。从产品角度这是一个高危险操作，比如删除草稿、比如手机删除APP等。
上图为steemit上的举报流程，需要至少2步操作（图标-flag按钮）
然而busy 只需要一步，简单的一个点击，没有二次确认就生效了！！！
综上，busy.org 在举报这个操作上确实有产品设计伤的缺陷：
In summary, busy.org does have product design flaws in reporting this operation:
- 危险操作，没有二次确认
Dangerous operation, no secondary confirmation- 翻译的不够直观。在中文社区一般举报是向中心机构投诉，发出举报信息；中心机构再次确认才可以生效。踩（downvote）更倾向于在去中心化组织中平等的反对别人。所以中文应该叫“踩”更合适。 @busy
The translation is not intuitive enough. In the Chinese community, the general complaint is to complain to the central authority and issue a report; the central authority confirms before it can take effect. Downvotes are more inclined to equalize against others in decentralized organizations. So Chinese should be called "stepping on" more appropriate. @busy