也许我们本来就生活在虚拟世界里面，但是一直没有人发现。我自己举不出例子，希望有人能够举出生活中的漏洞。 - 知乎提问
公交车红灯现象！
某天突然意识到：两年多了，每天上班乘坐的这趟公交车竟然每次经过那个路口的时候都是红灯！
Banner 图来自 ant.design。
在封装按钮组件时候，我们一般喜欢通过 :active 实现按钮的点击态。然而有个容易被忽略的细节是：在移动设备中按下然后在该元素上移动一定的距离后点击态会消失
基本上目前所有编辑器都支持地很完善，拿 vscode 来说，prettier 的配置文件是需要装插件 + 做一定的编辑器设置的。而 editorconfig，装完 EditorConfig for VS Code 就可以了（WebStorm 默认支持），能够很方便地覆盖编辑器的默认格式化。所以它的主要好处其实就在这里，编辑器的默认格式化不同于通过快捷键调用类似 prettier 的三方格式化工具，它能够在比如新建文件，回车换行的阶段就保持正确的代码格式。
这是一个 Web 需求，内容是让用户在列表里「更容易地访问」自己想要访问的资源，类似让网页收藏夹更方便地找到自己收藏的网页这种需求。
首先很容易想到的一个方案是提供一个模糊搜索功能，该方案在列表条目比较多的时候，无疑能带来很高的收益，遂保留之。不过如果用户经常访问的某个页面恰好不在可视区域内，那意味着该用户每次都要滚动视图，或者执行搜索才能访问到它，所以只靠该方案是没办法很好地解决这类用户「更容易地访问」需求的。
那么再思考一下需求本身，对于这类列表数据，什么是「更容易地访问」？
最近帮中台团队面试了很多前端，有些想法不吐不快：发现现在很多前端都喜欢去 ToC 的业务团队，认为 ToB 的业务不就是去 XX 组件库里复制粘贴代码，然后增删改查吗？
但我想说，你那样产出的内容是没有灵魂的！你要说复制粘贴组件库可以帮助你来快速开发我信，但要是指望这种来输出一个好用的管理端我是不信的。
不同的数据用什么组件来承载？不同的操作用什么交互来实现？为什么用的同一套组件库我做的东西就总感觉差点意思？当然了，有的人会说：反正都是给内部人用的东西，能用就得了呗。好吧，只能说人各有志，这种心态来做前端，我是劝不了你的！
