一个Button标签的灵异bug？！

发表于 2019-09-26

副标题：我是如何定位一个未知的bug的

假设你是一个开开心心的程序员，正在快乐写代码。

突然，你发现了一个bug：点击一个按钮时，页面却意外刷新了。

发表于 2019-09-11

1	JSON.parse(JSON.stringify(obj)); //仅此而已？

发表于 2019-09-06

发表于 2019-09-05

要自己实现一个mini版的Vuex，当然要先了解他（Vuex）的原理。以及他都做了些什么？

发表于 2019-08-30

纪录片《徒手攀岩》中，Alex 徒手没有任何保护，爬上了酋长岩。即使是在专业的攀岩运动员看来，这也是一个不可能完成的任务。说白了，就等于送死。

他说了一句话，非常地奇怪，他说：”风险和后果是两回事。徒手攀岩的风险很低，只是后果很严重。”

发表于 2019-08-29

要自己实现一个mini版的Vue-Router，当然要先了解他（Vue-Router）的原理。以及他都做了些什么？

发表于 2019-08-26

使用Hexo搭建博客后，突然也苦恼于该如何保存博客源码，让我能方便的在多个设备搭建环境写博客？

在知乎上看到了一个相关的问题，里面正好有解答。

我也稍稍总结一下，方便自己以后再看的时候，也省得到时候再翻回答。

发表于 2019-08-21

鱼和熊掌不能得兼，你怎么选择：做得好，付出的代价可能是耗时长、成本高；做得快，意味着完成度低、不是精品。

我很赞同一篇文章的结论：做得快更好。

做得快不仅可以让你在单位时间内完成更多的工作，而且因为你工作得很快，所以你会觉得成本低，从而倾向于做更多。

写一篇博客，你可能需要两天。这是很高的时间成本，你觉得太贵了，于是你很少写。但是，做好一件事的唯一方法，就是多做这件事。 做得越快，这件事的时间成本就越低，你会愿意做得更多。

人们总是倾向于，多消费时间成本低的东西。网站很快，就会多访问；搜索很快，就会多搜索；文章很容易读懂，就会多读几篇。做得快的核心，就是要让时间成本降下来，从而多做。