需要在社会普通框架下谋生，又透露着对普适规则的不屑一顾。

有成效后自己看着开心就主动想去了，这会其实也养成习惯了。
前期动力主要源于看不起病和怕死(笑)。多做对的事才能多干爽的事，多做不想干了才能干想干的，就这么想。

bHlmNjg3YQ==

个人感觉记账用处不大，健康的消费习惯养成了就行了，衣食住行这些该花就花，小的也没必要记。
更想找个资产管理的，一个月更新一次就行了...

小时候跟父母，大学自己跑，国内省份跑了一大半，现在工作两年，最远上海去苏州。生而为人，我很...
一个人、结伴都行，我喜欢独自旅行，效率快清净，之前张家界六点半第一个上山。
1. 交通内地还好，西藏新疆地广人稀，路上耗时多。租车的话，换着开，西藏那边路况有点“刺激”，时间排松点，不过都男性的话还好。
2. 青旅很有意思，住过几十个青旅，碰到过几次老乡，老哥大叔就请吃饭晚上一块玩。还有次碰到一高校院领导，给我畅谈人生...那种家庭式和夫妻店的青旅，有点“人情味”，也算是一种体验。像我一样帅的话，还能认识点妹子，笑~
3. 那种什么网红小吃街都骗人的，跑老城区、居民区附近吃都比那强。
4. 之前没怎么出去过的话，外面骗子套路还是不少的，倒不至于安全问题，就亏点钱，记住套近乎的都图钱的...所有馈赠都暗中标好了价码。
话说回来，不走马观花，疆藏就够跑半月，全国游耗时很久，建议先去最想去的，计划归计划，旅行也是很累的，把精力放到最期待的地方。
祝玩的愉快，就像祝我一样

认准 750 、800+的个人用户就行了，基本都是不刀、不墨迹的。

如果是 MySQL , 很多时候，建了很多索引恰恰是选错的索引的原因。
可选出几个慢查询，explain 是否真正使用了你想让 MySQL 使用的最佳索引。
如果的确使用了期望索引，还很慢，可能是索引区分度过低，业务是否可调整？保证大部分查询可以用到良好的索引。
如果业务无法调整，对于 1k 余种查询组合，宽表还是多表 join ？宽表是否可拆分，多表 join 是否可优化。
如果使用缓存，读多写少，还是读少写多？前者如何保证缓存高可用？后者不适合使用缓存。是否有冷热数据？
如果使用 ES，如何保证一致性，如何处理深度分页....
我一直觉得，做技术和做事，都要循序渐进，新技术名词不是撑门面的，合适地方用合适东西，保证可演进。
单一句“用 Es”, 那不如直接一步到位，搜搜最牛掰的搜索架构得了。

还好，作息每天都一样。一年只分过年和其他，哈哈。

LM SSYS? XSWL 。YHDDPY.

写出来，但不发出来。
觉得除了父母，没什么人为我的悲伤落泪、喜悦开怀。
将悲欢说出来也大多只是成为大家的饭时闲谈。