开局先吐槽一波，最近已播出的新电视《安家》（改编自日剧《卖房子的女人》），原剧是一部10集日剧，好看到让人要熬夜刷完的剧。没看之前很难想象，一台卖房子机器的工作日记会这么精彩。
可惜国内使用了，惯用的翻拍技能：回忆杀+谈恋爱。硬生生地将10集的9分剧，扩充成50+集的6分剧。
核心也从日版的尊重每个人的生活方式变成了——家长里短。
之所以说到这部剧，是里面解决问题的思路。虽然和互联网开发的路数完全不同，但是这种“圈外”打法是开发需要学，或者说晋升路上一定要学的技能。
卖房子和写代码的本质不同：一个是定制化的需求，一个是配对的游戏。
代码可以改，房子不好改。
那怎么让一个不是符合要求的房子，变成顾客的dream house就是北川景子（日版女主）干的事。这里涉及到一个核心思想，“理解需求”。
“理解需求”
不是说知道这个需要要怎么做，而是为什么这么做，要解决什么问题，达到什么目的。
就是换/买房子的终极目的。“少一个储物间不是大事，在不在学区才是。”
互联网的研发同学，大多都有个毛病，拿到需求，第一时间想到的是，“怎么去实现，排期要多久，技术难点有哪些。”当遇到无法解决的问题时，想到的是有没有新的框架和现成的第三方库，很少怀疑这件事情本身的思路对不对。
这点作为一个职场新人而言没什么，一颗螺丝钉，在哪都是干活。但是中介千千万，能月入十几万的，绝不是那种只会机械的发传单-打电话-看房子的人。
互联网行业里，平均8个小弟出一个leader，5个leader里出一个manager。2.5%的概率筛选出来的人大多不是那种埋头干活，自以为技术可以改变世界的人。
举个例子
| 日版电视剧 | 互联网的日常需求 | |
| 甲方 | 老年夫妇和一个不愿接触社会的儿子 | 某app在某个节日，会员的权益访问预期是平时的3倍 |
| 需求 | 置换成小房子，留下一笔存款，给儿子以后生活 | 优化权益算法，并酌情增加机器，来满足用户访问 |
理解下来就是增加资产，来应对风险。
二者有一定的相似性：一个是增加存款，一个是增加机器。
正常中介的思路是把老夫妻的老房子卖的尽量高，新房子买的尽量便宜，多出足够的钱，可以让自闭的儿子生活下去。
好一些的中介，可能会提供一些不错的理财方案。
But，北川景子的解决办法是：大房子置换成，两套对门的小房子。老人方便照顾儿子，并且老人离世之后，有一套房子可以出租作为儿子的生活来源。
（别说什么改变儿子，让他走向社会，这是现实不是大团圆的电视剧）
思路：
对原有资产进行分割（一套大的变成两套小的）
增加资产的附加属性（老人居住的一套后期用来出租）
转换到刚才会员权益的需求来说——
解决办法1：开发会先看看自己的算法和上下游的调用有没有优化的空间，再做下访问量预估，给出比较合理的新增机器数量。再好一些的做下链路压测，看看链路上有没有其他瓶颈。
解决办法2：让运营/产品对会员权益进行分类，有实时数据需求的，与没有实时数据需求的。
大部分权益没有实时的数量和会员类型的限制，可以做到预加载。这就降低了服务器压力。另一部分沿用旧逻辑。
思路：
对原有资产进行分隔（权益分隔为实时权益和非实时权益）
增加资产的附加属性（增加实时性的属性）
二者的重点都是一样的，看到原始需求，并从源头上来解决问题：
房子：给儿子养老，存款只是手段
互联网：保证会员权益的数据展示，优化算法和加机器只是手段
更多有趣内容敬请关注“码农在中年”公众号 ⬇️