2020 工作日志

收假啦！

现在要摆正心态，以一个正确的心态面对工作；什么是正确的心态呢，下面我将尝试做一个定义。

周三晚上下大暴雨，在雨停后，我和Sophie学姐打了个电话，主题是我想要跑路了。

她一开始说不要着急，需要以一个非常长时间的时间跨度去看待自己的工作生涯，比如说一个人可能要工作到70岁才会退休（我强烈怀疑我会工作到更久）。因此做一切决定都要目光放长远，以十五年的跨度来看，十五年后我会成什么样子，我会希望自己成为什么样子，然后根据这个期望去做各种各样的决定。就我自己而言，我会希望40岁的自己成为梁潇这样的工程师，一个理智，冷静的人；一个架构师；一个学识渊博的人；依然密切关注并对当下的最新潮流胸有成竹；能看清潮流的本质，拆解出来那些不变的东西，从而去关注那些真正值得解决的问题，那些有价值，有难度的问题——例如软件的复杂度。

要想做到这样，就要不断学习，不断抱着谦虚的心态，用实践检验真理，其实所有的学习都是在用实践检验真理，首先我们遇到一个问题，然后去寻找解决问题的办法，解决问题的办法是什么呢，那些所谓的“真理“是解决问题的必要工具，而实践是检验真理的唯一标准，但事事践行成本太高了，我们必须接受一定的风险，去了解学习别人用实践检验真理的案例，这里面的风险在于：

1. 可能学到虚假的真理
2. 对问题的理解不深刻导致的教条主义

其中第二点比第一点更加危险，因为第一点是易于验证的，而第二点则是思想的偏差，这不是一个非黑即白的世界，因此不完全正确（即不能完全反应真理）的思想的危险性在于它部分正确，会使得人认为它具有普适性，从而用它去解决错误的问题。从而就产生了许多所谓的“银弹“，什么FP,什么OOP,什么TDD。对于“银弹“的追寻是不会停止的，当然也不该停止，但我们应当承认风险和收益并存。

回到和Sophie的话题，在冷静分析和决策的前提下，用长远的眼光去看待当下的自己需要什么；从而就有了优先级，这样综合起来去考虑也就容易了一些。接着她给出了一些实操上的建议，就是可以试图将自己从工作中抽离出来。不为之付出过多。

假期前的最后一天，开始心安理得地划水，开展了一点应该做的重构工作。

不可思议！现在是晚上19:00，我今天居然什么都没有干。

我的意思是我今天划了一天水，一直在网上浏览各种各样的网站，到了现在想起来干活，实在是有点心虚。想想原因，可能是因为周五发生的事情，也可能是因为后天就端午节假了，于是消极怠工- -但归根结底这样子做是不好的，即使决定要走，那也不能玩忽职守，也要在每一天认真对待工作，不是说夯时间，而是用心去解决问题。要走就更应该如此。

啊，现在我心里充满了愧疚。

最近要做的事情是TLM的重构，将数据结构拆分成超小型的layer数据结构，是一项很繁杂的工作。难道是不难，但是由于理念的不认同（我不认为拆分成超小型的数据结构是好的设计，拆分成小数据结构有一个好就是灵活容易改）

开始很消极，一直在分析bug，最后发现是子良的一个小问题，晚上9点下班了

今天发生了一件很重要的事情，我和梁潇一起吃了一顿午饭。我需要好好整理一下。

到今天为止，我们终于要把上一个迭代的事情做完了。

我整个人的感觉都非常的不好，原因在于做的事情的意义不明显，其实我觉得根本可以算是没什么意义。

那么，在这里我怎么定义意义呢？

目前的工作对我来说的意义就是，重要性从高到底

1. 提出问题的能力，能够发现有价值的有意义的问题
2. 积累对问题进行建模的能力，从而在以后能够解决更多的各种类型的问题
3. 对问题进行建模，从而使得通过一个一次性的努力而解决这个模型所描述的一类问题这样的方案成为可能。
4. 通过我的努力，能够解决具体的，有意义的问题，这之中一次性解决一个问题的意义不如付出一份努力来解决这一类的多个问题。
5. 保持愉悦，解决问题的成就感，问题本身的趣味性。
6. 与人的交流和关系
7. 薪资（这是一种保障，不是说它不重要，而是说其余部分应当建立与它之上）

可能还不包括我全部的工作动机，但这至少反映了一部分的事实。

而今天我之所以感到沮丧，我认为一个主要的原因是趣味性的丧失。首先我认为问题本身的意义对我来说不明显，这就使人损失掉了一点积极性。第二是对于这类问题的建模不够精确，导致解决问题的手段不能解决所有的问题（当然很少存在能够解决所有问题的模型，因为模型本身就是对问题的简化和抽象，我们这里讨论的是解决可接受范围内的问题）从而导致的反复，具体来说就是QA同学提出来的一个又一个的Bug,虽然其中有一些是因为对于需求理解不透彻或者根本就是测试自己的问题，但分析问题本身所花费的时间就占据了解决问题整个过程中最耗时的部分。

有时候对问题认识的不透彻会造成解决方案的不本质从而导致人会花费时间做无用功，基本上述意义中345点都得不到满足，从而会使得我变得沮丧。

然后还需要考虑的一点是，截止目前为止我都在解决上一个迭代应该解决的问题。还完全没有开展这个迭代所应该做的事情。这会使得这个迭代的时间被压缩，也许还会传递得影响后续的迭代。这是十分不应该发生的恶性循环，考虑到甚至更深远地影响人与人之间的的关系，我觉得甚至更加不应该了。

因此从明天起我应该在做一件事情之前先将他的各个方面都尝试考虑到，然后才去解决问题。

回头看了看这十几天做的事情，几乎工作的进展上在完全地原地踏步走，在刚来到北京的那个星期一也就是6月8号，我就提出然后说一下工作，这段时间忙完了交付，主要是TLM(typed lane model)的重构，这次要明确目标，然后控制住自己，不要冲动地重构，要有策略的，有控制自己的进度的。

目前看来我认为比较好的一点就是每天都有记录自己所做的事情，虽然有时候很简略，甚至是第二天补充的，但我认为持续地记录才是产生变革的种子。

另外补充一下之前看到的一句我认为非常非常有道理的话：

几年前，我在纽约买第一所房子的时候，一个房地产经纪人说得很有道理，“这房子得大修，而且是彻底大修，这所有65年历史的房子有绝对的升值潜力。现在你得把所有需要修的东西列个清单，而且在六个月内把一切弄好。一定要在六个月之内解决问题。”
“你疯了么？我付过定金、税金、律师费以后，已经没钱了。而且我是个很能自律的人，可以用五年的时间慢慢把一切修理好。”
她说，“不，你不会的，因为六个月以后，你就会习惯现在的状况。你会觉得一切都挺好。就算客厅里有具尸体，你也会若无其事地跨过去。”
我至今仍记得这些话。让我惊讶的是，一切都被她说中了。错的是我，六个月内没有清理的那些东西，在五年之后我卖房子的时候仍然没修。

这也太真实了，一定要警惕和小心。

今天的主要工作就是上一个迭代的收尾工作，也就是bug修改。

今天来了之后一直在review，需要改的东西还挺多，然后我又开始了一点消极怠工的感觉，结果勉勉强强搞定了，然后宽哥又测出来好几个bug。

下午的时候得知潇哥要走了，我震惊了良久。

晚上的时候折腾了一下scheme，搞定了自定义的library的编译和引用。

哇，现在3点了我居然划了大半天水，浏览各种scheme相关的网站啥的，可不能这样啊呜。

今天要搞定HDMAPMDK-1378，也就是我们一直不想搞得在路口内部加上所谓的lane mark direction，可是路口中的道路都没有lane mark，谈何lane mark direction呢

害我好难受，经过反复，搞到了好几点

非常悠闲的一天，提测之后一直在捣鼓自己的自动化脚本们

一开始还打算用shell来写，可是我是在不喜欢shell，就开始折腾scheme了，真爽哦。