最近大宋对于教育产业打击的很是勤快。说是为了转变思路，从大辽的方向转成德国的方向。从效率优先转成公平优先。
那我们来看看德国是怎么样的。德国是注重技工教育的，所以会在初中的时候其实是有分流的。我们现在也在往这个方向转。可是我们只看到现象。德国技工的待遇和社会地位可是不低的，可这些都是通过工会争取来的，不是统治者给与的。
而大宋2000年来都是一个“学而优则仕”的国家，读书最好的都是当官的，社会地位也自然是当官的最高。这个不光是社会地位，各种待遇上也是如此。很多人在岗位上工资8000，退休后都是上万的。
只有哪天新闻里看到没人考公务员了，那说明整个关系才算理清楚了。
另外一个角度，大宋的资源都是太集中了，就连很多起家在地方的企业，在上市之后都把总部搬到帝都和魔都，这是为什么？
为什么德国大众的总部一直是沃尔夫斯堡，奥迪总部是英戈尔斯塔特，奔驰总部在斯图加特,宝马总部在慕尼黑。 没有都集中在慕尼黑啊。
狗日的雅迪。
前几周在狗东的雅迪旗舰店买了一辆电动车
线上型号和线下完全不一致
别家的可能就改个型号数字，这狗日的雅迪是完全不一样。线上线下的名字都不一样。问线下店老板，说线上的型号都是垃圾车。
物流不行
虽然天津发货，还是狗东，可这是大件，也不通知人在没在家。狗东说我帮你装好放你们家楼下了，钥匙放你们家门口地毯底下了。我心说这服务还挺好。
可一试车发现各种问题。最好去到官方维修点，说前叉都歪了，篮筐也歪了，这明摆着就是物流问题了。
完全没有售后
联系售后，发一个前叉过来。开始说两三天，然后说7到15天，最后说发了，然后给了个快递单号完全没有信息。至今不知道发没发。
上保险
联系说上人车保险，然后说只有到货后7-10天后才可以上保险。结果来个电话就说给你上了，然后让客服一查，发现名字写错了。然后又是一顿说肯定是你自己写错的，我说那人就一个电话，他自己写错了还赖客户。
其他
上牌还是很容易的。
首先是到货后30天内，开电动车出门是不需要上牌的。就是为了给你上牌的时间。
找客服申请发票，填写一堆信息，还是一个腾讯文档，我也是醉了，这么大的一个公司，这些都是发货清单里的，为什么不提前弄好。
发票是电子发票，打印下来就行。
拿着身份证，发票，合格证去到联想桥的海淀一站式办公点，有人会指导你办理的。
全程免费，本来还以为会收个工本费，结果也没有。
只是收到牌照居然工作人员自己不会装这个牌照。
不过需要注意买之前查下这个型号北京是否可以上牌。
http://cx.scjgj.beijing.gov.cn/zhijian/query/0033
这个是北京市市场监督管理局电动自行车目录管理系统，可以直接进行查询，网上一堆都不太靠谱，还是官方的靠谱。
小S同学最近开始搞数据库的提交和检测。这个东西在国内有个比较有名的项目。但是最近更新了之后小S发现了一些bug，先内部修改了，然后再给原始项目提交了pr。
结果呢，他的pr一直都没有merge，可过了几天作者自己提交了一个commit，而他提交的commit跟小s同学的pr内容一模一样。
这是作者的commit，看时间是8天前。
下面这个是小s提交的pr，是10天前提交的。小S同学也无所谓，直接就close了这个pr。可总让我感觉不爽。 这里关键的部分也都打阴影了。
第一次被别人剐蹭的事故。之前2次都是我撞树和别人的汽车，而且我就是主动报警的。
昨天因为要送球球上课去，因为上周洗了车垫子，所以就提前下楼去放脚垫子，结果一看，这左侧的车门2条长长的刮痕。于是直接给物业打电话问下情况。
物业就让我去物业室里查监控了。还好我这车停的上面刚好有监控探头，可也就是一个侧面的角度，没法完整的还原。
我们物业这个系统还是太老了，全靠快进和肉眼看，这要是有ai自动识别是否有移动物体，那就非常好，会省很多的时间。由于我这个位置是小区的角落里，所以经过的车并不会很多。看了从早上4点到我准备开车的时候，也没什么发现，不过发现小区大爷大妈这遛狗也太早了，4点半就开始了。
我这里都停了一周了，不过前天早上经过好像也没有什么情况，那就看前天的。终于锁定了两辆车，都是属于拐弯角度非常大的。不过后面那辆车经过后，监控里2个小孩还惊讶的行为，还特地去看看我车，还摸了摸侧面。那看来基本锁定是后面那个车，可这个监控里居然看不清除车牌，还好有别的摄像头佐证终于看清楚了车牌。
于是立刻给122报警，结果警官说你这个不是当场的事故，需要自己来交通队处理，中关村东路98号。到的时候已经是中午1点多了。给他们打电话，说事故处理会来人接，到了1点30分有个辅警来接待我了。给了驾驶本和行驶本。然后自己手写了事故经过。于是这个就算立案了。我写的还行，辅警就让加两个字，从“肇事后离开”改成“肇事后离开现场”。
线上出现个故障，一台nginx会有502报出。可也不全是是502，而其他nginx却没有问题。 上去ps看了下，发现有个进程居然是刚启动的。这里也看到我们使用了dyups做nginx的服务发现。
1 | timo 770 2.0 0.1 219016 13520 ? Ss Jan19 4233:48 /usr/bin/python /data/apps/opt/nginx/sbin/dyups_nginx.py |
看了下操作系统日志，发现果然在50分35秒产生了一个oom的。而这个时间相当短，导致整个系统都没有内存使用的报警。而情况是当时有非常大的突发请求。
1 | Jun 15 15:50:35 ugp-nginx-server1 kernel: nginx invoked oom-killer: gfp_mask=0x2840d0, order=0, oom_score_adj=0 |
那么问题来了，worker进程重新启动会重新加载配置文件吗？ 当然不会，看了下错误日志，这个后端在现在的环境里居然没有。
用了联想小新pro amd 4800U版本的也有1年了，可忘记是从什么时候开始居然休眠之后再打开就经常灯亮着，但是什么都不显示。 然后放狗搜索了一下，发现这个是amd版本的普遍现象。
https://tools.lenovo.com.cn/exeTools/detail/id/233/rid/4248246.html
https://mclub.lenovo.com.cn/thread-5765389-1-1.html
熟悉101的人都知道，这家伙打仗计算的很细致。从来不会冒险，特别是四平一战之后更是如此。
101是经历过红军长征的，而且每次都是主力，为了保护中央他必须是小心小心再小心，细致细致再细致，在那个年代，一旦出一次错误可能我们的历史就要被改写了。
这是一个优点。
优点是辽沈和平津在那么大的优势情况下可以迅速的消灭对手。三大战役直接干掉2个。
特别是在平津战役的时候，优势更是巨大，可在这个时候我们还是做了很周密的安排，搞到布防图，又忽悠对方以为是从北边总攻，可以说是兵不厌诈。
至于后面9-1-3事件，不能说他不够小心，除非你远走他国，不然就会落入到中国历史上屡屡出现的“飞鸟尽，良弓藏；狡兔死，走狗烹；敌国破，谋臣亡”。
最近看了《觉醒年代》，《大决战》等影视作品。
信仰是一种很奇妙的东西，为什么土共可以在当年团结那么多的群众，为什么当年淮海战役会有上百万的人民做解放军的后勤补给。
看到南陈北李在去天津途中的那个宣誓是什么，不就是为了老百姓耕者有其田，居者有其屋。
你可以说辽沈战役是林彪和四野的实力比国民党要强，可淮海战役可不是。要没有这几百万人民的补给，这结果还很难说。虽然国军内部四分五裂，互相拖后腿。
那为什么我军可以团结那么多的群众呢？ 国军逃兵丁小二说：“我听到家乡土改了，我家也有自己的土地了，我马上就从对面过来了。”
可见对于普通百姓来说，有地种，有饭吃就已经是新生活了，而我军也很好的宣传了这点。
监控可以说是整个运维工作中最最重要的事情。 可我们如何去保证监控是有效的呢？ 如何来确认自己加的监控是有效的。
这个大家肯定有很多种想法，去监控从网络到操作系统，再到中间件数据库，再最终到应用程序本身。
可经常发现的问题是监控总有加不全的地方。那如何来保证监控有效性呢。
跳出技术角度，从公司的业务层面去看待。因为从boss层面，他根本不关心你kafka加了多少个监控，你数据库有多少慢日志。 他只关心我们的服务有没有对客户造成影响。
当然不是说技术角度的指标不重要，但是这些指标是为了更方便的判断问题的。我们的核心问题是是否产生了SLA的事故。
比如我们最后定的指标那就是用户的请求数和实时的连接数，消息数这3个指标。 但是我们需要看下各个渠道的来源的这3个指标。
以前不太懂研学的含义，反正就是有个老师带着小朋友去参观和游览（导游功能）加上一些知识的梳理。
这次51回魔都带小小球参加了一次研学活动，活动是参观魔都野生昆虫馆。 带队的是一个叫“辣子”的老师，然后还有2个跟班老师负责维持秩序什么的。
“辣子”原先是这个昆虫馆的饲养员，所以跟里面的人相当熟悉。 因此知道什么时候去看表演，什么时候去参观萤火虫，还能拿一些小动物你可以面对面的近距离的交流。
“辣子”就把一条玉米蛇挂小小球的脖子上，小小球还挺高兴的，一点都不害怕，相反哥哥还是有点害怕的心。
所以研学的这个老师是内部人，他们可以知道很多一般游客不清楚的门道。