樱桃沟夹事

《为什么精英都是时间控》这是一本一个日本脑神经医生和作家写的一本关于时间管理的书。

作者早前是专职医生，由于受不了坐班就改成专职作家，但是周末还兼职医生。

第一原则： 以“专注力”为中心进行时间分配。

我们每个人的专注时间都是不一样的，有时候高有时候低。但是从医生角度来看，每天早上的2个小时是专注力最高的时候。专注力高的时候的工作效率是低的时候的4倍以上。

而上午就是大脑的黄金时间

这个时候应该要完成脑负荷比较大的“专注性工作”。

昨天带小小球去金色雨林进行试课，试的是感统训练。小小球跟他妈以及老师在教室里上课的时候，在门外偶遇神童母亲的训练。

神童的外婆说是当年北京高考第三名，神童的爸爸据说理科很牛逼。

说3岁的时候自学完了代数，2岁的时候会拿着圆形饼干跟父母说这是100%，咬一口是50%这样的例子。

智商一直都很高，4岁会看英文新闻了。学这些都不费力。

来这里上课是因为之前上幼儿园说是体育不好，所以来这里练习来着。结果1年后就各种体育运动不是第一就是第二了。

现在是小学四年级了，每年运动会都报自己弱的项目。结果每年都有突破。

sgs在我手底下有1年吧，上周老板问我要人，没办法只能选他了。

结果人去第一天就提离职不干了。这真是给我丢人啊。

而且居然还真的要去读英语，就为了考个什么成人本科。

就成人本科那英语自学完全就可以吧，但是很多人不教点学费好像就没有动力学一样。

之前gqz要离职学python，然后要转AI，结果现在呢，钱也交了，工作也停了几个月全职学，现在出来连找AI的工作都不敢投。

这不是浪费钱啊，在我看来自学能力是最重要的，别人逼你，你自己没有想进步的心，那又有何用呢？

报名了海淀街道所有的幼儿园，终于没有一个初审通过的，没有一个有电话通知的，只有农科院发短信说了情况，以及十九中附属幼儿班说是没有准备好，无法招生。

给区长信箱投诉了，结果来了个电话（010-6281-9952）说是幼升小的。 你们连问题是什么都不看就随便回复吗？ 现在政府公务人员的阅读水平都跟你们这样烂吗？

这里标题和正文都明确写的是入幼儿园难，只是最后顺带说了一句业务上小学也难，结果就变成反应的是幼升小的问题。

看来下次得说清楚是“看清楚，撸起袖子加油干。” 而不是像没头苍蝇一样随便干。

最近开始优化线上整个微服务的内存使用了。本来是通过抓取spring boot的metric来进行绘图查看，后来sy搞了个jconsle，这样画出来的东西就更多了。

但是之前我们都是用nmt来查看的。首先是打开服务的nmt

1

-XX:NativeMemoryTracking=summary

默认选项为 off(默认), summary, detail 这3个选项，看名字就知道大概含义了，一般我们就summary就够了。

然后使用jcmd就可以查看整个nmt的构成了

1

jcmd 18050 VM.native_memory summary scale=MB

小小球由于是校车的第一个小朋友，所以每天都是最早起床的，本来说好的每天早上6点20分小度会响闹铃起床，可现在还是赖床。

今天好不容易起来之后，这裤子也不会自己穿了，衣服也不会了。

好不容易穿上后这饭也不会吃了。

跟他明确了这磨蹭的时间都是自己的，别到时候坐不上校车。结果还是各种磨蹭。那就只能自己去承担后果了。

于是我就跟杜老师说了今天不坐班车了。

这班车走了，小小球终于会刷牙了，虽然不干净，但是说明自己会，自己也努力了，以后都自己来。

Shape
SUPERMONKEY
Keepland

这些都是按次的收费的，不用办卡，需要约课。

但是从我个人来讲，其实只是想去跑跑步，而这些地方都比门口的大学要远，那我又何必舍近求远的去这些健身房呢。

如果公司有淋浴间，我都想着爬楼梯作为健身呢。只是夏天满身臭汗上班也不好。

等以后需要做操的时候再来看吧。

以下均为选自《sre google运维解密》一书。

培训步骤

1. 设计一个具体的，有延续性的学习体验，以便学员跟进。
2. 鼓励反向工程，利用统计学来思考问题，以及多思考问题的本质。
3. 鼓励学员分析失败的案例，分享好的事后总结来阅读。
4. 创造一些受控的，但是逼真的场景让学员利用真是的监控环境和工具来修复。
5. 在团队内以角色扮演的形式演习理论上可能发生的问题，让大家在这个过程中交流彼此的解决问题的方式。
6. 给学员创造条件让他们参与间隙on-call，和实际轮值的on-call工程师交流经验。
7. 让学员与sre老手一起共同修订培训计划中的某个部分。
8. 帮学员一起找到一个具有一定复杂度的项目，帮助他们在整个技术栈内建立自己的地位。

培训初期：重体系，而非混乱

从我个人的角度来看，一个新入职的sre，不可能直接就扔到线上去做事。而对于新人来说，那样就完全是盲人摸象一样。
我们首先要告知的是：

• 我们做的是什么工作？
  • 应用部署图
  • 应用架构图
  • 研发框架是什么？
  • 业务流程是怎么样的？
  • 系统的用户群是什么？
  • 系统的高峰和低谷。
• 我们工作中使用的工具都有哪些？
  • 使用的中间件
  • 使用的编程语言
  • 编程语言使用的框架
• 如何使用这些工具？
  • 如何操作的文档。
  • 如何阅读这些文档。
• 我们现有的问题是哪些？
  • 系统的瓶颈点是什么？
  • 系统的稳定性的问题在哪里？
  • 快速扩容和缩容会碰到的问题。
• 实际中有哪些坑点。
  • 某某组件的问题。
  • 操作某某东西需要更细某部分的缓存。