《持续交付2.0》中提到，对团队日常工作进行学习与反思有两种常见的方式，一种是定期回顾，另外一种是事件复盘。事件复盘非常的重要，是打造完整闭环中关键的一环。

1. 什么是复盘

复盘，本身是围棋中的一个术语，是指棋手在下完一盘棋后，要在棋盘上重新摆一遍，看看哪里下的好，哪里下的不好。下的好的要继承，下的不好的，要再重新摆的过程中探究怎么样落子才更好。引申到日常的工作中，就是来剖析下某个事情干的过程中有哪些做的地方，哪些做的不好的地方（更侧重在不好的地方），为后续的工作沉淀经验，愈来愈靠近正反馈循环，也即是成功的范式。

下周就要放假了，春节临近啦~老规矩，放假前都需要对系统进行一次全面地梳理与走查，具体的细节如下：

每个人都有自己的领导，也会接触到形形色色的领导，自己也会想着成为领导，那么怎么才能算是好的领导力呢？

1. 做对用户有价值的事情

一切以用户价值为依归、客户第一、用户为本，这些都算是对这个价值观的相互注解。什么是用户价值？谁来判断具备用户价值？都是我们需要认知思考和反复权衡的。

一个产品或者服务只有具备为用户解决一个问题、为用户更好的解决一个问题、满足了用户的某个需求才能具备用户价值，但是在实现这三个目标的过程中，我们所做的全部都给用户提供了价值吗？

每一个产品不是功能的堆砌，产品像人一样，他/她背后是有价值观的。抽奖、裂变、push、复杂的活动、忽悠用户、打扰用户这些日常很常见的手段真的很好吗？

少即是多，想想真是具备至理但却难以践行的法则，不断的招人开发新的功能、设计新的玩法，自己产品核心的价值都做好了吗？时间是有限的，人力也是有限的，为什么不在最具核心价值的地方好好打磨呢？

第一章

VUCA，volatility(易变性)、uncertainty(不确定性)、complexity(复杂性)、ambiguity(模糊性)，源于军事用语，911后概念才被确定，该词用来描述混乱的和快速变化的商业环境。面对复杂易变的商业环境，那么在进行软件实践的时候就会遇到很多难题，问题从此就展开了。

前几天，看网上说IPV4的地址已经分配完了，IPV6的时代开始了。其实工信部早就开始推各个大公司进行IPV6改造了，不过进度不尽如人意。说到IPV4就不能不提IP转换服务了，IP转换服务是指根据用户的IP获取用户的国籍、省份、城市、运营商等信息的服务。可以被使用到诸如用户画像、版权控制、流量调度、路径加速等领域。

收录一些好的技术网站！

我们活动存储都用的是redis，落地用mysql，这样就会面对一个问题：如何清理过期活动用过的key。同事搞个一个脚本：每天去扫码有无过期的活动，如果有就去slave redis实例中用scan扫描出活动所有的相关key，然后挨个清理。有一天redis发生了主备切换，这个脚本就去主redis上扫描去了，引起了告警。这种scan方式不是很好，我们在想是不是搞成一个日志服务，将这些key都记录下来，等到活动结束后直接看这些日志文件，对照着日志文件清理就行了，但是不去重的记录每个redis key的话，每天的数据量会很多，所以就有了如何去重的思考。

在日常的运营过程中，因为容灾的考虑，程序都会部署并运行在多台机器上，如果是无状态的程序还好，可以直接多机部署并且运行，但是有状态的程序该怎么办呢？

1.主备模式

该模式对程序有个要求，就是程序不要依赖本地文件，存储一定要用存储组件，比如mysql、redis等。一旦用了本地文件，那么主机挂掉迁移到备机的时候会缺少本地文件而运行异常的。采用主备模式，故障迁移的时候也有自动和手动区分。手动切换就是对时间不敏感，在一旦时间切换过去就行，一般是监控、离线统计等业务适用。如果是自动的话，需要有个第三方的keeper来监控主机是否允许正常，一旦主机运行不正常就启动备机。但是这个keeper的容灾也是值得考虑的一个地方。

2.抢主模式

多机器通过抢主的方式实现，抢主一般是通过分布式存储组件来实现，比如zk，简单的话redis也行，抢一段时间然后租赁1分钟，这样1分钟之后再抢主。