技术
近期买了一本《java核心卷一》学习，准备好好巩固一下java的基础知识，这本书的java讲解非常详尽，比较适合基础薄弱的我学习。学习过程中发现在保留小数点常用到的比如:Bigdecimal这个类就非常好用。学以致用在了MES项目中，能够省略非常多的其他运算。
MES项目BUG终于清空，绩效模块的定时任务着实难调，可能是我代码写的不规范，导致看自己的代码也有点吃力，我直接哭死。我需要反思自己的技术能力，感觉飘了，要明白人外有人、天外有天。要多向身边人学习，小伙伴一个个非常努力，自己也不能懈怠。
在项目写的过程中，我感受到如果一个项目的代码长时间不去阅读，那么接下来这段代码无论是不是由本人构建，那规范、逻辑、注释都是帮助本人、他人理解的好习惯。项目过程一定要注意在写SQL-Mapper过程中要注意一个mapper的sql语句被其他类或对象引用过多，一定要注意不轻易去更改被过多引用的mapper语句；同时也需要注意一个常用的mapper语句应该放在公共mapper中调用，这样可以保证在更改其中语句过程中会注意到此语句已被他人引用，会多注意免得引起其他模块的BUG问题。
业务逻辑中有这么一个问题，比如我需要判断班次时间端。那么我设定：
A班次: 7:00 - 19:00
B班次: 19:00 - 7:00
问题是，随机给定一个时间、判断该时间存在在哪个班次内。咋一听很简单。似乎可以这么写：
1 | 随机给定 C : 3:00 |
这个逻辑看上去可以，但实际中，若C代入B班次时间段去判断存在，则：
1 | 19:00 < 3:00 < 7:00 |
会发现，三点从直觉判断来看就是在这个时间段，但代码统一这么写，这么写，C明显在B班次中，但逻辑会认为他不在，因为19:00大于3:00。所以当时王哥说从数学逻辑看，若 C在某个区间，就一定不存在着另一个区间。啥意思呢，就是:
一天分为24小时，不论你如何区班次，你只要不是00:00——24:00区间，当然这样也没意义，那么必定存在一个它的补集。比如: B班次下 19:00——7:00这个区间，要判断C是否存在这个区间，不一定非要判断在里面，也可以判断是否在B班次的补集区间。因为如果C在B的补集区间中，那它一定不在B区间，若它不在补集区间，那么C一定在B区间的这个逻辑。
B班次: 19:00 - 7:00
B补集: 7:00 - 19:00
这样便可以简单做大小判断了。感叹写增删查改的代码容易让人麻木。其实代码本身可以根据巧妙的逻辑去更简洁的实现功能。若不用这种方式，我便要去做一些更复杂的操作去处理。记录一下，留作纪念。
生活
心态慢慢的发生变化，思考的很多，也想的很多，其实也是胡思乱想。很多时候我总是知道想这么多没用，要多去做，我都懂。做一件事需要点正反馈，或是成就感、自豪感、满足感都可以。在看哔哩哔哩UP主巫山的《网红与资本简史》，整整四个小时的时间，作为门外汉其实不是能听得懂，但他讲的又让人觉得有道理。哈哈，不过脑子的思考他讲的是否有道理，逻辑上确实可以接受他的说法。他们的发展经历一点一滴，或站在风口、或跟着时代的发展拥抱大势都能算得上是豪杰。风口、趋势都是非常抽象的，我非常想把握住，需要更加开阔的眼界、更深厚的知识、更多的社会经验。每一个都不是轻易的、都是一个个真实的人生，性格都是随着环境的经历不同而发生改变。有人说3年5年一个人变化那么大，可能环境是改变一个人最大的能量。
身处校园、还未真正的历经社会，都不能算作成长，我希望勉励自己，能够努力。
说走就走的小叫天
来一场说走就走的小叫天，叫起来！
陪老弟去了趟医院
等了3个小时，医生5分钟说:多运动、不要久站久坐，就没事的。只能说可以，求了安心，但我弟真的太胖了。
结尾
继续前进。黑夜给了黑色的眼睛，我却用它寻找光明。