言多必失。

不分人群的胡扯最终损害的是自己，言多必失。

历史一次次的证明，有些悲剧如果忘记，历史就会再次上演。

对于个人也是这样的，庆幸的是因为对之前的经历仍然历历不忘，所以发现这次遇到类似的事时，改变在一点点的发生。而且要更加积极更加主动的让改变发生。就像之前一直关注language, code之类的东西，而越来越关注系统，架构，组织的层面。今天的All Hands Ashish说的很有意义，系统的decouple是自然而言发生的，当一个系统遇到瓶颈，系统迭代速度开始变慢，maintance 开始变成了一种负担，那我们就自然而言的引入away team model，当away team的代码对service owner的maintance造成很大困难，当away team的code在service owner的代码库中比例变得越来越大时，就是该考虑decouple的时候了。decouple不是refactor系统，不是提高代码质量，而是某种意义上的水平扩展。用更多的resource和management上的投入来提高系统针对business的扩展速度，来逐步提高系统的可用性。当decouple的越来越多，decouple本身的问题就会突出，尾大不掉的时候，就是时候进行reorg了。

突然发现以前想不通的事情，现在发现有其更深层的逻辑存在。

BlackFriday没有啥大问题，总体还算平稳。也是第二次正式的参与Seattle这边的War Room。总结起来，有几点值得思考：

1. Host的scaling基本看CPU利用率，正常60以上就考虑是否要scaling了，而且基本上每次前期的Readiness都是不准确的，多数情况是up scaling
2. EU的UFA的行为，或者说UFC的改变直接导致PER的压力变大，PER本身的性能瓶颈导致其目前主要问题集中在了NFS。PCESSupportForRetry的Herd Resource 也成了非常重要的一环，分不同的bucket，对最终的scaling非常有好处。同时PER的ON-demand配置是的table level的scaling变得不必要了。而主要关注的account level的issue。
3. 以前的PCESIl的压力，现在通过COW Herd的throttle配置，转嫁到了Herd这块的throttle了，所以整体而言PCES 变得平稳了，而主要的两个问题集中在了PFW和NFS
4. 最可怕的high transaction version的问题没有发生，是最值得庆幸的事。同时也没有外部dependency service挂了，所以正常的standin service其实没有用的上。
5. 先take ownership，然后在说。

突然发现这么长时间的linux，最有用的linux命令竟然是alias。而且之前一直各种繁琐的命令切换，其实一个一直的alias就完全搞定。真是喜出望外了。

go-yinshui
open-yinshui
go-cemao
open-cemao

越来越觉得好好学习，天天向上简直是微言大义啊！

之前为了让jekyll plugin在创建post时默认自动生成一个空的只有日期的title，从而支持没有post title的微博，渐渐的后来才发现，原来jekyll原生已经支持了。反而在过程中发现了些之前一直被忽视的实用技能。

1. Spotlight Search. 之前一直傻傻的每次都把dashboard给唤出来，再输入APP来唤醒。竟然丫的alt+space的快捷方式完全可以搞定。
2. 每次通过模板导入时，之前的日期都是需要自己修改，丫的今天才发现原来jekyll本省就可以Insert current datetime的快捷方式。