家里下雪了。

冬天到了。

生活

• 感觉脑子和这个世界有一点点距离。
  • 怎么说呢，感觉脑袋里先是骨头，然后是一层厚厚的海绵层，再里面才是脑子。不管是反应还是转头，都会感觉脑子“不能第一时间感受到外界变化”，“感觉慢半拍”。
  • 还是三月份那种可怕的状态。
• 周末和队友因为生活习惯吵了好久，还不小心把她的iPad磕了个小坑。sorry……
  • 不过一起吃了自己烤的烧烤。

学习和折腾

没咋动。

我在纠结个事情：对象存储应该怎么选？

没啥主要需求，就是想给博客挂个图片，然后一些应用似乎挂个对象存储能用着更爽一些。或者，有些app的存储只支持对象存储。公有的，不管是s3还是cloudflare，本地上传都比较困难，所以就想自己搭一个。

我的nas有raid6，按理说“安全性”不需要怎么担心。如果上层应用层还给默认做个三副本的话，太浪费了。

最简单的就是file storage直接转s3协议，比如威联通自带的那个。但是nas比较吵，所以只想把nas当作备份。平时在小主机里面跑个s3接口的应用，定时将文件备份到nas里就好了。

找了一圈似乎大家都推荐minio，但是感觉它有点重。再找找看，反正不着急用。

工作

前好久发现的一个问题，服务内部失败率高（当时是60%左右）。原因是服务里面获取数据的过程过于崎岖，导致一些数据获取不到。而且查起来吧，也非常难查，费了好几天，竟然没直接查到到底是哪个接口出问题了。

一直以来没有任何上游找过来过，没有任何人提过这事儿。但是我心里过意不去：我不能提供一个内部有重大问题的服务。所以自己就在慢慢查，也改掉了一些bug（失败率由两个60降到一个40一个5）。在连续几周的周会上都说了这事儿，也没人问过。

改么是肯定要改的。但是怎么改呢？上个月有个契机：服务要新增一个接口。和上游吵了好久，上游都不愿意直接把数据发来，更不愿意直接接管这个服务。所以才预留了接口，但是实现是“只用半天糊了一个版本”。

那么改是肯定要改的。既然上游也不愿意动，那么我先把我这边能做的给做掉吧。前几周开始，下定决心，完全删repo重写。本来训网络就训不明白，现在又增加了个服务重写的活，还都是占用自己休息时间做的。

ok，周二，合作方跑过来，说我们观察到失败率高，你要不要处理下。我也只能说，这个事情不在任何okr上，屎山太大，太难维护，我在查在改，但是不能保证完成时间。

于是周三，对方就直接拉双方+1开始讨论这事儿了。然后+1就在想办法把这事儿甩给工程/平台，但是直到晚上，讨论结果还都是，工程不接，只能我自己处理。

它本来设计就不咋合理。调用链路是A调用，B调用各种模型。但我作为一个模型服务，当时接入的时候，工程商量的结果（包括现在商量的结果）都是A直接调用我。所以B里面的一大堆预处理啥的我都用不了。其他模型都是“拿到B发来的各种处理过的详细数据，直接出结果”，而我却只能拿到一个id，根据id自己去搜索各种材料，然后再过模型。不仅如此，还要自己处理cache、处理异步（算是第一次自己写mq）。

硬着头皮重写吧，又不是第一次铲屎山了。这下子，这个服务两个大屎山就要都被铲平了。

就是心累了点儿。

就是心太累了点儿。

---

大降温，最近身边好多人感冒发烧。