// |json_file_path_| is the path of a file that will be source of the
// deserialization. |options| is a bitmask of JSONParserOptions.
explicit JSONFileValueDeserializer(
const base::FilePath& json_file_path,
int options = base::JSON_PARSE_CHROMIUM_EXTENSIONS);
上面代码是chromium base 库中关于json 解析工具的注释，它解释了两个参数的作用。
一个不好的写法如下，对参数的注释是这个函数在做什么，而不是参数本身的说明：
// We parse the file with the |json_file_path| path, passing in the
// bitmask of JSONParserOptionstype |options| in the process
explicit JSONFileValueDeserializer(
const base::FilePath& json_file_path,
int options = base::JSON_PARSE_CHROMIUM_EXTENSIONS);
💼 工作记录 因为国庆大部分时间都在忙工作，节后的几天又继续加班到挺晚才回来，快晚上十点回来后，因为天气变冷，挑选一些过冬东西，然后就已经到凌晨了。这种连轴转到今天早上的时候，闹钟都叫不醒我。整个人特别的困，与此同时也会让我面对环境更加敏感脆弱。所以，过大的压力、不好的作息这些会更让人容易emo，陷入不好的情绪当中。
今天晚上吃完晚饭就回来了，调节一下。工作的本质，不是为了ld工作，而是给自己工作，提高自己的技能，能挣钱才是目标。不要让自己陷入无尽的社交困境里面，找准靶心，调整节奏，健康作息。
最近快入冬，身边感冒越来越多，流感也来了，永远是只有身体不舒服的时候才知道健康多重要，
💼 工作记录 今晚一定早下班 接连好几天晚下班 我现在已经神智不清了
💻 代码思考 好的注释应该是解释性语言，而不是动作性语言。具体例子：
上面代码是chromium base 库中关于json 解析工具的注释，它解释了两个参数的作用。
一个不好的写法如下，对参数的注释是这个函数在做什么，而不是参数本身的说明：
📝 每日记录中奖了～ 哈哈哈
恭喜恭喜
这个标签感觉非常好，不知道什么时候可以更新
快了，我争取这周，或许下周...
📝 每日记录说说国庆7天干了啥。国庆第一天回家了，3个小时的公交，4号的上午就又回来了。这几天主要还是完成节前没完成的工作...因为节后就要提测了。
这次需求开发也让我更了解一个道理：代码不是写的越多越好，反而是写的越少越好。同样一个需求，如果别人写1000行，我能500行就能搞定，必然我的逻辑会更精简。复杂逻辑不容易维护、扩展、debug，而自己是需要对合入的每行代码负责的。因此有的时候适当的降级需求，保障逻辑清晰也是可接受的。
这一个需求这几天改了大概3、4遍。一开始是很多的if判断，混乱。第一次把UI部分的状态改到了状态机中，并编译通过以及做了简单的自测。然后再修改解压、解析文件部分的流程，也考虑放到状态机中，于是把这部分与文件代码也分配了状态，一遍所有的工作都能委派给状态机管理。最后又把状态机的与原有的manager合并了，再一次的简化了两遍的逻辑。目前来看是比较符合我的预期的了。
这种不是很紧急但是稍微有一点压力的目标让我没那么无聊。如果什么目标都没有的假期是很痛苦的。但这个假期我感觉还是很充实的。也在闲暇时间看了脱口秀大会，去味多美买了一些面包，打印了几张喜欢的照片。晚上洗了个澡，把房间收拾了一下。
节后要连续上7天，还是希望能抽空完成自己的一些项目。
💬 分享
https://web.okjike.com/originalPost/63282d8c589a951d6b413318
1.睡眠很重要。
2.不要过度自省。
3.多晒太阳，简单却很管用。
4.散步，都不要带耳机。
去公园，菜市场，花市逛逛。去看广场舞，去看小朋友轮滑，吸收人气儿，有特别生活气的治愈。
5.在家看电影看书等，看历史纪录片。
章节短且分集的，效果跟登山顶感觉类似，啥啥都渺小。对当下情绪有舒缓作用。看短篇小说。容易集中精力看完，且有成就感。
6.运动不要停，一定不要停。必须一定要选或学一个感兴趣的运动。非常重要，所有的汗水泪水都流给它，还你快乐心情。
7.设置固定焦虑的时间段。不要压抑或对抗焦虑，每天设置一个固定时间去想它，就那段时间去想，使劲想，过后就不想。
8.每天定个小计划。小计划！小计划！简单易完成才能坚持下去。增加成就感，比如一天10个俯卧撑，看10页书等。
9.洗澡/打扫屋子/整理东西。打扫屋子很有用，洗澡也有用，毕竟我在浴室哭也没人发现。
10.哭，大声哭。接纳自己的情绪，接纳自己不完美，正确的表达自己负面情绪。一点都不丢人。
11.往前走一小步。如不能迟迟展开一件急需或想做的事情，给自己制定往这件事上行动的一点点小事。比如只是打开书/查询相关问题/看看别人怎么做等，可能你就投入了半小时。
12.不过度追求完美。先动起来，再追求完美，否则会一直停留在想像或害怕失败的借口中不行动。
13.接纳自己，专注于手头上每一件小事。接纳自己情绪，不管是焦虑失败，并不丢人。然后专注于当下每一件小事，积蓄能量。
在做好的每一件事上增加自己成就感。意识到那些事情可以改变，哪些事情不能。不要把时间精力浪费在不能改变的事情上。
14.找到自己的节奏。可以慢慢往前走，但不要被别人的节奏带着走。
15.如你当下就处于困境或低谷期。 如有兴趣爱好请发展一下，这能帮你稳定情绪治愈自己。如没有精力的话，就请做好你手头上所有的事，并坚持下去。你回过头会来感谢自己的，因为它会带给你成就感。
16.请减少不必要的社交。包括且不限于手机静音，关闭不必要的推送，减少各类咨询的浏览等。
📝 每日记录延迟满足不仅仅是指显而易见的奖励，比如吃顿好吃的等等。其本质是相比较简单的时候，优先处理麻烦但是重要的事情。因为在处理简单的事情，容易获得简单的成就感。
推迟满足本质是对事情制定好优先级，并强制按照优先级完成事情，而不是按照满足感的大小来做事情。
📝 每日记录之前没到过年，家里好几个人联网，那个网基本没法用，家里的网一直是我妈手机赠送的宽带，这次国庆回家一测网速，才10Mbps，惊人，怪不得这么卡...我买的移动路由器带回来了，测速也有50Mbps，还是不错的
💻 代码思考 以往工作中常用的设计模式只有代理模式、观察者两种，似乎不太需要太复杂的设计模式。这一周工作主要是重构了之前写的一部分代码来支持更通用化的需求。因为这个需求中设计到很多状态的转换，每个状态都会有几个分支，尝试了状态设计模式，设计状态，设计每个状态会执行的动作，设计每个状态执行相应动作应该转移到的下一个状态以及副作用行为。Xstate 项目的可视化非常方便提前先构建好整个状态机的模型。
写完之后，能很明显的感觉代码思路清晰很多。之前是在很多基础模块中去判断状态，然后进行对应的行为，这次所有的状态管理全部收敛到一个controller中，状态的转移过程对外是不可见的，外部基础模块只要调用controller的对应动作方法，controller会将工作委托给对应的状态处理。不再需要像之前那样，先获取当前状态，再判断当前状态，最后执行某个行为转移到新的状态。
同时一个独立的功能需求的代码设计是不应该嵌入到一些基础类型的模块中的，而是应该写一个controller，将需要使用的基础模块作为该controller的成员指针来使用。
📝 每日记录两个感受：
📝 每日记录快要国庆了，完全不知道国庆去哪玩。也别想着什么国庆弯道超车... 国庆多学点内容，没有一次超车成功，不想浪费毕业后的第一个国庆长假
公司Wi-Fi下行带宽30-50Mbps，网线300-500，家里的4G有20Mbps，其实也还好够用了
有心栽花它不发芽
“过份强调客观因素只能说明你很弱,多从自身找原因才能战胜自然选择”