Loading...
💬 随便聊聊 对抗负面情绪是一件非常容易和非常困难的事情。简单是因为负面情绪不是真实的物理伤害，是可以人为控制的，比如别人给了你一拳，你首先感到疼痛，其次感到愤怒。前者是物理伤害，而后者则是自己产生的负面情绪和他人无关。困难的是很多事情似乎无法控制，负面情绪就是潮水一般的淹没大脑。个人觉得可能因为物理伤害经历的太少，所以才会过分的纠结于负面情绪吧。
经常看到一些“矫情”评论，底下回复：“关两天空调就老实了”。可能是类似的道理。关空调带来的难以忍受的热是物理伤害，只有当经历的物理伤害足够大的时候，才会对那些“情绪伤害”嗤之以鼻和云淡风轻吧。如果没有经历过彻骨的痛苦，又怎能珍惜当下呢，就很容易的陷入负面情绪了
所以如果你经常陷入负面情绪，也许你是不幸的，但也许也是幸福的OωO 因为痛苦总是相对的，也许你会说痛苦不能被比较，和他人比较痛苦是无意义的，但是自己感受的到的痛苦却是真实可比较的
💬 分享 New York is 3 hours ahead of California but it does not mean that California is slow, or that New York is fast. Both are working based on their own "Time Zone."
LINK
💼 工作记录
std::string origin_response_body = "test_content"; const int body_len = origin_response_body.length(); std::unique_ptr<char[]> response_body(new char[body_len]); memcpy(response_body.get(), origin_response_body.c_str(), body_len); std::string body = response_body.get();
这段代码是有隐患的，但是却比较难发现。因为如果这个数组中最后一位不是\0 结束符，构造string的过程中就会一直按照地址递增访问内存直到找到结束符为止，这个过程会导致内存异常访问等问题
\0
但在真实环境中，可能不一定会导致崩溃，因为当我们new[body_len] 申请一段内存的时候，由于内存对齐以及操作系统的差异性，分配的大小会大于申请的大小，因此在body_len 位置的内存很可能就是结束符。 C++Tips
📝 每日记录 「自我觉察」
今天晚上在写一篇“读后感”，写了1小时左右发现自己进入了“状态”了，从而发现进入状态的重要性。之前可能觉得“进入状态”只是一个形容词，而今天发现它确实是做好事情的一个具体的步骤。
这里列举目前想到的一些条件：
💬 随便聊聊 最近很火的 AI 认为 9.11 > 9.8 我的第一反应居然和AI一样... 可能是版本号看多了吧
💬 随便聊聊 看到一个评论很有意思：“至少我从来没听说过有人死前还会想着，这辈子没有赚更多的钱没有为当年的公司做更多的牛马之事。”
最近的两个需求尝试以 “面向测试开发”来开发。所谓“面向测试开发”，或者“测试驱动开发”，我理解就是先去写UT，先去在UT里面写好调用的函数和预期的接口。每写一个EXPECT，对应去实现类的功能，这样写完UT，功能也开发完成了，保证了模块的质量。
通过这种方式发现写代码的阻力更小一些。之前写代码脑子里可能混杂多个接口的设计想法，通过UT，每次只增加一个新的case，实现该case，能够“小步快走”，会更不容易出错。
这对项目代码质量是有比较大的要求的，如果是一个新的独立模块，还好一些，可以从零开始写UT，如果这个模块有依赖外部模块，需要mock或者外部模块也具有可测性。
如果是在已有的功能模块里新增新的功能，这就要求已有模块可测性非常强才行。历史的很多代码都没有UT，这也是困难之一吧。
“当你排除一切不可能的情况，剩下的，不管多难以置信，那都是事实。”
工作中排查bug的时候很像是侦探🕵️寻找真相。简单的bug可能很快从代码review就能发现，比如空指针等。这周遇到了一个bug ，简单来说，
线上的问题是在A操作过程中，出现了B操作，导致后续C操作的时候直接崩溃。所以线上会有概率非常小的情况下崩溃。
这里写代码的时候没有考虑到这个异步过程，同时B操作或者C操作中应该增加判断，如果A操作后，就是空操作。
💬 分享 vscode一直使用的都是深色主题。最近上午显示器因为光线太亮了，黑色看不太清，改用了浅色主题「Solarized Light」，不刺眼，而且颜色很柔和浅黄色，很喜欢，推荐！
💬 随便聊聊 “学习的最佳效率，是抽空 做事的最好状态是兼职” 多多视频看到的一句话，甚是觉得有理。很多时候都在想，不上班就好了，就可以干嘛干嘛了，但实际上真不上班了，又会有经济上的负担，因此，在上班基础上，抽空做事未尝不是一种办法
加载失败！尝试重新加载
来自南部的一个小城市，个性不张扬，讨厌随波逐流。
已修复
😯 离谱的事 有些软件真的很聪明啊，出个年度报告还要强制更新 ，你猜我为什么不更新：）
是的，需要不断的提醒自己
C++Tips 一个可能会被搞错的运算符例子，下面这个代码输出的结果不是true，而是falsetrue || false? false:true;三目运算符简洁但是非常容易出错。这里的代码等价...
哈哈，可以在右侧设置按钮里切换，我自己比较喜欢这个颜色
👍
💬 随便聊聊 对抗负面情绪是一件非常容易和非常困难的事情。简单是因为负面情绪不是真实的物理伤害，是可以人为控制的，比如别人给了你一拳，你首先感到疼痛，其次感到愤怒。前者是物理伤害，而后者则是自己产生的负面情绪和他人无关。困难的是很多事情似乎无法控制，负面情绪就是潮水一般的淹没大脑。个人觉得可能因为物理伤害经历的太少，所以才会过分的纠结于负面情绪吧。
经常看到一些“矫情”评论，底下回复：“关两天空调就老实了”。可能是类似的道理。关空调带来的难以忍受的热是物理伤害，只有当经历的物理伤害足够大的时候，才会对那些“情绪伤害”嗤之以鼻和云淡风轻吧。如果没有经历过彻骨的痛苦，又怎能珍惜当下呢，就很容易的陷入负面情绪了
所以如果你经常陷入负面情绪，也许你是不幸的，但也许也是幸福的OωO 因为痛苦总是相对的，也许你会说痛苦不能被比较，和他人比较痛苦是无意义的，但是自己感受的到的痛苦却是真实可比较的
"情绪闪回"
💬 分享 New York is 3 hours ahead of California but it does not mean that California is slow, or that New York is fast. Both are working based on their own "Time Zone."
LINK
💼 工作记录
这段代码是有隐患的，但是却比较难发现。因为如果这个数组中最后一位不是
\0结束符，构造string的过程中就会一直按照地址递增访问内存直到找到结束符为止，这个过程会导致内存异常访问等问题但在真实环境中，可能不一定会导致崩溃，因为当我们new[body_len] 申请一段内存的时候，由于内存对齐以及操作系统的差异性，分配的大小会大于申请的大小，因此在body_len 位置的内存很可能就是结束符。 C++Tips
1:
std::unique_ptr<char[]> response_body(new char[body_len + 1]); // 分配空间 这种非常重要 且常见
memcpy(response_body.get(), origin_response_body.c_str(), body_len + 1); // 拷贝完整字符串
2：动态分配 在设计、开发阶段是要被严格管控的， 至少做到1、在详细设计阶段就要体现在文档里。2、边界检查 3、测试覆盖
好像发的不对，检查了下，基本没有临时的动态分配、
我这里简化了，memcpy的逻辑是另一个函数的事情，函数参数就是char*，所以外部必须传入一个分配好空间的字符指针进去
这个是sdk的代码，个人觉得c++项目而且没有那么高的性能要求下，尽量可以不用char*指针，同时这个sdk内部保存的就是string，但是函数参数是char*导致string->char*->string 这样诡异的逻辑出现
📝 每日记录 「自我觉察」
今天晚上在写一篇“读后感”，写了1小时左右发现自己进入了“状态”了，从而发现进入状态的重要性。
之前可能觉得“进入状态”只是一个形容词，而今天发现它确实是做好事情的一个具体的步骤。
这里列举目前想到的一些条件：
💬 随便聊聊 最近很火的 AI 认为 9.11 > 9.8 我的第一反应居然和AI一样... 可能是版本号看多了吧
💬 随便聊聊 看到一个评论很有意思：“至少我从来没听说过有人死前还会想着，这辈子没有赚更多的钱没有为当年的公司做更多的牛马之事。”
💼 工作记录
最近的两个需求尝试以 “面向测试开发”来开发。所谓“面向测试开发”，或者“测试驱动开发”，我理解就是先去写UT，先去在UT里面写好调用的函数和预期的接口。每写一个EXPECT，对应去实现类的功能，这样写完UT，功能也开发完成了，保证了模块的质量。
通过这种方式发现写代码的阻力更小一些。之前写代码脑子里可能混杂多个接口的设计想法，通过UT，每次只增加一个新的case，实现该case，能够“小步快走”，会更不容易出错。
这对项目代码质量是有比较大的要求的，如果是一个新的独立模块，还好一些，可以从零开始写UT，如果这个模块有依赖外部模块，需要mock或者外部模块也具有可测性。
如果是在已有的功能模块里新增新的功能，这就要求已有模块可测性非常强才行。历史的很多代码都没有UT，这也是困难之一吧。
💼 工作记录
“当你排除一切不可能的情况，剩下的，不管多难以置信，那都是事实。”
工作中排查bug的时候很像是侦探🕵️寻找真相。简单的bug可能很快从代码review就能发现，比如空指针等。这周遇到了一个bug ，简单来说，
线上的问题是在A操作过程中，出现了B操作，导致后续C操作的时候直接崩溃。所以线上会有概率非常小的情况下崩溃。
这里写代码的时候没有考虑到这个异步过程，同时B操作或者C操作中应该增加判断，如果A操作后，就是空操作。
💬 分享 vscode一直使用的都是深色主题。最近上午显示器因为光线太亮了，黑色看不太清，改用了浅色主题「Solarized Light」，不刺眼，而且颜色很柔和浅黄色，很喜欢，推荐！
💬 随便聊聊 “学习的最佳效率，是抽空 做事的最好状态是兼职” 多多视频看到的一句话，甚是觉得有理。很多时候都在想，不上班就好了，就可以干嘛干嘛了，但实际上真不上班了，又会有经济上的负担，因此，在上班基础上，抽空做事未尝不是一种办法
需要有一个前提，能抽空