技术

        BUG实在是太多了，数产项目整天BUG改不完，改了我一个星期，我都服了。测试小伙伴的专业能力值得表扬（dog），从这一周的BUG解决中，我看出前期对照项目需求需要尽量保证代码的完备性、健壮性，这是导致我在后期改BUG遇到的困难，改BUG的时间甚至比研发投入的时间更多，从而我明白，在第一次开发业务逻辑时候需要一次性把代码可能存在的问题都需要考虑进去，包括查询数据库数据的空值、null等问题。从技术层面来看，人为写作的代码都会带来不确定的BUG问题无法避免，但随着个人能力的提升，我会使得普遍性BUG、代码层面BUG尽量完善，而业务流程BUG需要理解，甲方也是铁憨憨，需求不断变动、设计表没有考虑好联查效率。

        我还是挺有疑惑的，表结构字段设计真的是全部varchar格式比较优雅、合理吗？今天公司的一位经验丰富的老哥说在表结构字段设计varchar可以保证在代码层存储时只需要判断存入的值为String类型即可。这样会方便协同开发，我觉得他说的有道理，我自己认为，数据库设计表如果纯varchar会影响查询效率，比如我需要查询数字大于小于，以及数字sql层相加，排序等问题，如果为varchar类型会带来开销，我发现字符型数字在sql也可以比较大小。非常离谱，我查询了一下资料，在sql查询时候，会有这种结果

        两边的都效率都是一样的，如果为字符的话，sql会自动截取前面的数字进行比对，后面字母的省略。字符数值比对大小是有坑的，所以设计表varchar还是需要看具体业务场景。好多BUG啊，好气，不想改了。

生活

        发现工作后时间总是过得很快，没有太多时间留给自己，我发现自己说工作以后继续保持学习，确实，但留给自己的时间不多，大多数都是在工作，不断积累经验。学生时代结束后才能够理解；后知后觉。        

        吃上了汤圆满足，芝麻汤圆吃起来味道不错，配合馄饨可以当做一顿丰盛的晚餐。

        出差去了趟宁德做了个核酸又回来了，往后我连动车站都没出去哈哈。

        抽空去了趟马下的夜市，我生活了四年居然不知道，那边种类很丰富，当天晚上回来的时候还看到了烟花，噢对，那天是七夕节。

        周末小伙伴下厨做的大餐，卤味确实味道好好，周六加班的我回来美滋滋的吃了一顿。

结尾

     没啥可说了，送给自己一句话：希望自己保持学习状态，可以继续努力生活，机会都是留给有准备的人。