我在 造轮子还是用轮子 中提到，准备用树莓派+HA 打造一个智能家居系统，之前装好 HA 之后一直就放着，也没再动，最近又把它找了出来，是时候提上日程了。

当时装的版本号是 83，如今已到了 105，那么先升级一下吧，打开官方文档，一句命令的事儿，但事情总是不像眼见那么简单。

搜索报错代码，加上查看官方文档，发现原因是 HA 某个版本之后，需要 Python 3.7 以上，但我树莓派里的 Python 版本还是 3.5，好吧，那就先升级 Python 吧，本来想着也是几句命令的事儿，但由于没有直接可以用在树莓派上的 Python 安装包，需要通过源码自行编译，好的，开始编译，倒也不难。敲完最后一句命令，看着 Terminal 里滚动的日志，当时的我根本不会想到接下来的两天，自己都会耗在这堆日志里。

先是提示 SSL Module 找不到，装 SSL

装好 SSL，又开始提示各种 Target 找不到

于是开始搜索安装各种 Target 的方法

……

如此循环往复，断断续续折腾了好久，让我第一次有了一种一眼望不到头的感觉，也许是因为最近心神不宁的缘故，无法静下心来去找根源。

再加上当初安装时间过去太久，再加上 HA 有多种安装方式，安装的步骤当时犯了懒，没记录下来，以至于现在都不知道自己是选择哪种方式安装的。直到今天通过关键词搜到 造轮子还是用轮子 这篇文章，才意识到自己是纯手工安装，没有选择官方推荐的「轮子」- Hass.io，也不知道是不是当时有些依赖库没有装好，但也无从追溯了。

在今天这个第三个晚上，按照能找到的资料安装了日志显示缺失的 Module，最后出现的 「 Failed 」 着实成了压倒我的最后一根稻草。

我决定放下执着，从零开始。

这是一个并不容易的决定。

一方面，存在着对于问题无法得到妥善解决的不甘心；

一方面，有时候想要绕过去的问题在某一天还是会碰到；

一方面，这样的妥协在某种程度上标志着手工安装的失败

另一方面，又急于让这件事有个好的结果，让 HA 可以尽快跑起来。

似乎，「想要解决问题的心情」与「以最快的速度实现目的」在此刻是矛盾的。有点奇怪吧，解决问题也是为了达成目的，怎会矛盾了？

我陷入了一种「解决问题的心情反而成了达成目的的障碍」的怪圈，而导致这个怪圈的原因在于「我失去了耐性」，或者说「时间要求」，三个晚上，虽然只是几个小时，但令我失去耐性的是，无法预知如果顺着这条路走下去，还会需要耗费多少时间。

这个时间点有点尴尬，已经消耗的时间，就像是沉没成本。我在 鱼缸的沉没成本 中写过：

大多数经济学家认为，如果人是理性的，那就不该在做决策时考虑沉没成本。毕竟与可变成本相比，沉没成本是不能被改变的，既然不能被改变，又何必去纠结。

「不该在做决策时考虑沉没成本」，看起来很简单的道理，实际执行起来却很难。尤其是在付出了艰辛之后，摆在面前的选择之一是要求你全部舍弃这些艰辛，不一定是艰辛，总之是「付出」，就像是我这几个小时的排错尝试一样，付出了时间，付出了精力，也许胜利就在前面一步，也许离开十万八千里，谁知道呢。但如果这时从零开始，这一切的努力不就白费了？

这也是为什么有些人做决策时很艰难的原因之一，来自过往的束缚，对于未知的恐惧，孰重孰轻，很难决断。可一旦陷入这样的迷思，就很容易让人忽视原本这个决策的目的。决策，通常都是为了未来而准备的，决定未来的走向，也许你所经历的过往可以助力，也许不能，最理想的状态该是「继往开来」「承上启下」，可如果把考量的重点侧重于这些过往，就很容易忽视掉真正会影响我们决策的那些因素。

拿股票做个不恰当的例子，切勿当作投资参考。有人在雪球问，手上有一只几乎腰斩的票，是要做 T 慢慢换出去减少损失呢，还是割肉。下面有个答复是，做 T 虽然是奔着能够减少损失，但本质上也算是变相的补仓，而补仓的前提必须是你看好这只票，如果不看好，做 T 只是数字游戏。

先不论这个答复本身正确与否，但最后那句话放到今天的主题却是很合适。如果不看好，又何必再花费精力以身试险呢？

写到这，我的 HA 轮子已经下载好了，明天，一切从零开始，一切从头来过。你肯定想到了另一个问题，如果用轮子还是装不好呢，不是死循环了呢？Hmmm，一切皆有可能，可人生难道不就是从一个坑跳到另一个坑么？大概没有永远正确的选择吧。