生活
可可来了，是一个帅帅的妹妹。五月中旬从家庭猫舍买了之后，担心拿铁的事情影响到她，所以一直没有抱回来，一直放在原生家庭养着。六月底搬完之后，第一天就把她接了回来。
可可来了以后，也不知道为什么，一点都不怕生，这里逛逛那里看看，仿佛她才是原住民。摩卡倒是怕的钻床底。搬家的时候，把摩卡关在一个房间，然后再进去看他的时候，他藏在窗帘后面，露出了脚，颇有点自欺欺人的感觉哈哈。
可可和摩卡第一天就见面了。可可虽然才四五个月，虽然是个妹妹，但吼声惊人。不仅震慑到了摩卡，把摩卡吓得落荒而逃，甚至都震慑到了我。不过只持续了两天。第一天两个小家伙相互哈气，第二天小家伙们就不怎么哈气，远远隔着相互看了，到了第三天，他们就开始简单玩耍了。到了现在，两个小家伙天天半夜跑酷你追我赶的，还会仪式性干架。摩卡到现在也对新家完全接纳了，开始重新翻肚皮，又开始咬爸爸的手兔子蹬了。
可可吃生骨肉，摩卡也跟着吃。不知道是搬到新家应激还是吃生骨肉不消化，第四天吐了。紧急带他去医院看，也没查出来什么问题，就肠胃稍微有一点点发炎，开了点药带回来观察。总共花了接近一千块，之前买了宠物保险，报了大概五百块，自己还是花了五百块。真的是宠物生病比人生病要贵。拿铁猫瘟走的时候，也带摩卡去医院检查过，当时就只是做了个检查肠胃弱稍微开了点药，也花了五百多。
开了药，怎么给他喂是关键。喂驱虫药也是一个难点，试过放在猫粮、猫条里，偷偷给他喂进去，都没用。他会把其他的都吃了，就把药吐出来。小红书上学到可以把手放在他嘴两边，他会自动张开嘴，然后塞道喉咙那里去，再把他的嘴巴合上他就自动咽下去了。一招吃遍天下。学会这招之后，给他喂肠胃药和驱虫药，都特别顺利。给他剪指甲也是难点。但我们喂药的时候学会了用毛巾裹住他，用这个方式给他剪指甲相对于之前也顺利很多。就是有的时候毛巾裹的不到位会被他挠，现在腿上还有一道很长的抓痕。
理财
从去年开始，就不再开始定投了。疫情期间基金更是跌到了谷底。当时看跌的这么厉害，想上车，但又担心抄到半山腰。所以也就一直没什么动作。直到几天前看到基金回暖的消息，也找了几个基金，发现很多都是处于头部机构买入的状态。既然庄家都买入了，我也就跟风买入了一些。但笑死，买入之前连涨七天，自打我买入之后就开始跌了。
有句话说在中国不炒股就算理财了，不炒股收益就能战胜80%的人。从中美的基金确实也能证实这点。美国的纳指，比较符合现实情况。在疫情的时候跌，后来就慢慢涨上来了。但中国的基金就不知道为什么涨为什么跌，一点不符合现实。
算了，先放在里面，不操作，后面再观察吧。
工作
本月给自己定了个计划，了解运营日常工作在做什么，跟我们有什么关联性。仔细读了整个方向的周报，发现运营日常做的事情主要目的其实就两个，提升大盘GMV以及促进生服生态的健康。手段基本是通过各种活动。而这个活动跟我们强相关。会通过我们提供的能力一键生成活动，计算活动效果，目前大概覆盖了65%的活动。这点蛮有意思，之前其实一直没意识到一个给内部提供的功能有这么大的影响力。基于此，如何去做稳定性保障，以及虽然现在这个活动我们是做到了完全原子化，完全复用，但其实这个能力在其他很多地方也有用到，比如一些新人冷启也可以复用这套能力。那这个能力如何抽象，如何做到完全复用，是一个需要考虑的地方。
运营的工作，这些走通MVP版本，真的带来收益的，会通过产品化的能力做到产品上。所以说产品是从业务中长出来的。但产品也不全是从业务中长出来，产品也要做很多其它的事情。运营是跟用户相关的那部分事情，但商达撮合这种平台的事情，就是需要产品那边着重去做的。这是产品驱动的，而不是业务驱动的。
运营也有很多方向，有达人方向的、机构方向的，也有商家方向、用户方向的。这个月我重点了解了达人方向的，下个月重点是了解机构方向的。这些都很了解了再去了解整个用户方向的，然后再是其他方向的。在了解达人方向的过程中，就发现有些在“抖音商业观察”这个公众号中看到的活动，比如618的事，在达人方向很少，后来一想这是整个生服用户方向的事情，达人方向在其中只是配合做一些事情，整体的大的还是得看用户方向的。
前几个月说隐隐约约感觉这背后是有一套逻辑的，只是雾里看花什么都看不清楚。这个月排除了不少迷雾，还剩一半的迷雾。事情清晰了不少。
这个月在技术方面有了一些新的思考。过去一年我们做了很多稳定性方面的建设，主要体现在全链路的问题主动发现、被动发现，事中处理，事后复盘等，是偏大方向的事情。而其中尤为重要的一环，即接口如何保障稳定性，做的不是很好。我们建设了接口QPS监控、错误率监控、一致性监控等等各种监控，建设了单实例故障自动迁移，试图在发现问题的第一时间解决掉。这在发生现在常见的常规的小的错误时管用，但一旦发生了大型的故障，如底层存储故障这种故障，这些保障措施很无力。那我们要如何解决这个问题？除了梳理清楚模块优先级，建立一些规范之外，还需要考虑接口如何做灾备，在各个层级做灾备，并且将这个思路硬性沉淀到开发设计规范中。除此之外，针对各种问题，如数据故障问题、存储故障问题等问题，也需要形成有效的操作预案，出问题之后谁都可以操作，秒级甚至自动实现故障止损。若实在是无法处理的故障，则需要打通研发、产运以及客服的链路，尽可能缩短中间沟通产生的损耗，真正出现严重故障的时候，时间无比宝贵，要争一分一秒。下个季度着重把这件事落实下去吧。
我们现在对某些计算/存储引擎的依赖也过于严重，过去一直认为用分布式计算能力比较好，能做到性能最优。但疏忽了这些引擎可能到达一定的QPS存在的不稳定问题。LD介绍了阿里的方案，听起来很不错，下个季度也需要在这方面发发力。
七月份计划
- 了解机构业务
- 梳理并落地保障计划
- 落地活动能力复用方案
- 调研并落地新的数据读取方式
