马上要喜提我的25周岁了，还挺感慨的，老以为自己还18岁，自己还上学呢哈哈哈。今年当妈妈了，与其说我陪着她，倒不如说是她陪着我，每天形影不离的。在我生日这一天，也正式跟母乳说再见了。也曾想过喂到别人口中的二三岁，但现在条件不允许啦！我也不想这么伤感的怀念，就这样结束吧，希望不吃母乳的日子我的宝贝健健康康的，很感谢她来到我的身边(•͈˽•͈)
祝我生日快乐！
祝我生日快乐！
老妈 天下第一 我太磨人了
我觉得我以后不会是一个有耐心的妈妈。 我可能会给他踢一边儿去了 但是我的孩子必须孝顺他姥姥[笑cry]今天想着请娘亲去做spa 到了医院没有提前打声招呼没空档～只能灰溜溜的又离开……老母亲就这样白过来找我一次[哈哈]还有一个小时老母亲就过生日啦 给她好好安排！！美美的过生日～
我觉得我以后不会是一个有耐心的妈妈。 我可能会给他踢一边儿去了 但是我的孩子必须孝顺他姥姥[笑cry]今天想着请娘亲去做spa 到了医院没有提前打声招呼没空档～只能灰溜溜的又离开……老母亲就这样白过来找我一次[哈哈]还有一个小时老母亲就过生日啦 给她好好安排！！美美的过生日～
#小树的日常#
Q1：今日评价
开心程度：（早上那个count_func挺开心的嘻嘻）
专注程度：（今天其实好像但是有进步）
温暖程度：-
目标程度：（早起 + 技术+专注，挺好哒，加油啦！！晚上要是能再练个琴，哪怕1min，也是五颗星！！！）
Q2：今天干了啥
早上：好像也是在改svr层的代码，然后在确认其他业务请求卡的问题（其实早上不是很专心，所以一直在看些其他问题，来分散自己，其实是主动选择了分心）
下午：先把XGK缺失的数据跑完了，然后改svr层的代码
——》先是直接适配model转换那里
——》然后发现有重复代码，提取出来
——》提取后发现原来不带返回值，这次要把返回值加上，又改了一通
——》然后又分析其他实体是不是也涉及兼容，统一修改了
——》然后by接口梳理改动
晚上：继续改svr层的代码，定位提示文案的客诉问题
——》先定位客诉问题叭。好的是，之前涉及到特别细节的客诉问题都觉得很麻烦，就是想敷衍，想偷懒；但是最近明白到“做一个专业”的人，“专业的回答问题”应该是什么样的，所以就去看了代码，给了明确的准确的答复，挺好的
——》然后就玩一会儿手机，写一会儿代码。。。。好像是玩手机居多，加油慢慢调整喽，没关系，发现问题就好。发现问题以后，不断调整
Q3：今天写svr层的代码
做的比较好的地方一：把重复的地方提取成公共的函数了
——》这里有一个点是，这个服务的重复，对model的转换，是比较分散的，不太容易看出来
——》如果脑子不清楚，很容易就写重复了。
做的不好的地方一：方案设计的时候计划从medi开始改，by用例改，然后再改svr
——》实际开发过程发现，这样改很零散。主要是多个用例可能涉及到相同的svr接口，改每个用例的时候都要再检查下svr的接口改没改，来回在做重复确认，很麻烦
——》所以调整为了先改svr，再改medi
做的好的地方二：开始改svr的时候，通过把思路写下来，帮助自己梳理如何不漏，而不是拍脑袋，凭感觉
——》比较可怕的点：确实是想凭感觉改的，然后最后by用例测试，发现有问题再改。
——》这样的问题是，要改的东西不在掌控中，没有完整梳理
————》测试的时候，出现问题再改，那代码就是很可能重复，因为可能有的改动是最开始改的，有的时候是测的时候改的，中间隔太远，都不记得代码重复了
————》完全依靠测试，没有完整梳理，测试也会测漏的
————》为什么会有这种可怕的想法：因为梳理比较麻烦，我真的很怕麻烦。。。很能偷懒。但其实如果最开始不多花点时间想清楚，后续更累，并且越到后边节奏越乱。
——》好在没有真的拍脑袋，而是先分析有哪些实体，把所有实体的转换改了；然后by接口过了一遍，看哪些接口要改；然后又根据关键用例分析了一下，哪些地方是比较重要的，这次会影响到的
————》这里其实结合了三种方式：遍历实体+遍历接口+理论分析有影响的地方
————》这里有一个点是，遍历、盲目地遍历不一定是万无一失的，遍历+理论分析有影响的地方，目标明确地遍历，才更有效。
————》另外一个点就是：记录，用书写帮助自己梳理思路，真的很重要
Q4：关于排期
真的，只有排期充足的时候，才会想长久一点，才会想代码怎么写得好一点。
很感谢和前端同学商量排期的时候，前端同学没有着急赶排期。
时间充足了以后，我就在想能不能搞自动化测试，能不能把数据清理也自动化了，我就在梳理这些底层的逻辑到底是怎么样的。
所以有的时候，真的是时间太紧了。。。。
Q5：搞清楚一个问题，怎么样才算搞清楚一个问题
今天早上看count_func的时候，我一开始以为自己懂了，但是真的把整个流程写出来的时候，发现自己并没有真的懂。。。
那一下很开心，开心自己没有像过去那样含混过去，不要差不多就行，一定要逻辑完整地完成分析。
Q6：关于早上看书的跑神分析
跑神在想什么。。。
——》早上天太好看了，一直想多拍几个角度就好了
——》但是就这样一边想，一边看书，导致在跑神之间来回漂移
——》我在想，既然很想把那么美的天记录下来，不看书，就多拍几张可以不
——》但是我又觉得，既然已经到了看书的时间了，就应该专心做
——》就是，做一件事的时候，想着做另一件事，而另一件事如果不做，时间过了就做不了了
——》但是感觉生活永远都是这样，我不能总是用这些当作自己不专心的借口
Q1：今日评价
开心程度：（早上那个count_func挺开心的嘻嘻）
专注程度：（今天其实好像但是有进步）
温暖程度：-
目标程度：（早起 + 技术+专注，挺好哒，加油啦！！晚上要是能再练个琴，哪怕1min，也是五颗星！！！）
Q2：今天干了啥
早上：好像也是在改svr层的代码，然后在确认其他业务请求卡的问题（其实早上不是很专心，所以一直在看些其他问题，来分散自己，其实是主动选择了分心）
下午：先把XGK缺失的数据跑完了，然后改svr层的代码
——》先是直接适配model转换那里
——》然后发现有重复代码，提取出来
——》提取后发现原来不带返回值，这次要把返回值加上，又改了一通
——》然后又分析其他实体是不是也涉及兼容，统一修改了
——》然后by接口梳理改动
晚上：继续改svr层的代码，定位提示文案的客诉问题
——》先定位客诉问题叭。好的是，之前涉及到特别细节的客诉问题都觉得很麻烦，就是想敷衍，想偷懒；但是最近明白到“做一个专业”的人，“专业的回答问题”应该是什么样的，所以就去看了代码，给了明确的准确的答复，挺好的
——》然后就玩一会儿手机，写一会儿代码。。。。好像是玩手机居多，加油慢慢调整喽，没关系，发现问题就好。发现问题以后，不断调整
Q3：今天写svr层的代码
做的比较好的地方一：把重复的地方提取成公共的函数了
——》这里有一个点是，这个服务的重复，对model的转换，是比较分散的，不太容易看出来
——》如果脑子不清楚，很容易就写重复了。
做的不好的地方一：方案设计的时候计划从medi开始改，by用例改，然后再改svr
——》实际开发过程发现，这样改很零散。主要是多个用例可能涉及到相同的svr接口，改每个用例的时候都要再检查下svr的接口改没改，来回在做重复确认，很麻烦
——》所以调整为了先改svr，再改medi
做的好的地方二：开始改svr的时候，通过把思路写下来，帮助自己梳理如何不漏，而不是拍脑袋，凭感觉
——》比较可怕的点：确实是想凭感觉改的，然后最后by用例测试，发现有问题再改。
——》这样的问题是，要改的东西不在掌控中，没有完整梳理
————》测试的时候，出现问题再改，那代码就是很可能重复，因为可能有的改动是最开始改的，有的时候是测的时候改的，中间隔太远，都不记得代码重复了
————》完全依靠测试，没有完整梳理，测试也会测漏的
————》为什么会有这种可怕的想法：因为梳理比较麻烦，我真的很怕麻烦。。。很能偷懒。但其实如果最开始不多花点时间想清楚，后续更累，并且越到后边节奏越乱。
——》好在没有真的拍脑袋，而是先分析有哪些实体，把所有实体的转换改了；然后by接口过了一遍，看哪些接口要改；然后又根据关键用例分析了一下，哪些地方是比较重要的，这次会影响到的
————》这里其实结合了三种方式：遍历实体+遍历接口+理论分析有影响的地方
————》这里有一个点是，遍历、盲目地遍历不一定是万无一失的，遍历+理论分析有影响的地方，目标明确地遍历，才更有效。
————》另外一个点就是：记录，用书写帮助自己梳理思路，真的很重要
Q4：关于排期
真的，只有排期充足的时候，才会想长久一点，才会想代码怎么写得好一点。
很感谢和前端同学商量排期的时候，前端同学没有着急赶排期。
时间充足了以后，我就在想能不能搞自动化测试，能不能把数据清理也自动化了，我就在梳理这些底层的逻辑到底是怎么样的。
所以有的时候，真的是时间太紧了。。。。
Q5：搞清楚一个问题，怎么样才算搞清楚一个问题
今天早上看count_func的时候，我一开始以为自己懂了，但是真的把整个流程写出来的时候，发现自己并没有真的懂。。。
那一下很开心，开心自己没有像过去那样含混过去，不要差不多就行，一定要逻辑完整地完成分析。
Q6：关于早上看书的跑神分析
跑神在想什么。。。
——》早上天太好看了，一直想多拍几个角度就好了
——》但是就这样一边想，一边看书，导致在跑神之间来回漂移
——》我在想，既然很想把那么美的天记录下来，不看书，就多拍几张可以不
——》但是我又觉得，既然已经到了看书的时间了，就应该专心做
——》就是，做一件事的时候，想着做另一件事，而另一件事如果不做，时间过了就做不了了
——》但是感觉生活永远都是这样，我不能总是用这些当作自己不专心的借口
✋热门推荐