之前帮公司做考勤统计的时候，纠结过每年的上半年有多少天，总怕算错天数影响员工薪资核算。
最开始算天数特别敷衍，直接把一二三四五六月份的天数大概加了下，经常算出来的数字对不上考勤系统的数据，白白返工好几次。
每年的上半年平年天数核算经历
去年处理普通年份的考勤台账，老老实实逐个月份统计天数，一月31天、二月28天、三月31天、四月30天、五月31天、六月30天。一点点累加下来，最终算出上半年总天数是181天，对着官方日历核对了三遍，完全没有出入。那段时间天天和日期天数打交道，才发现很多人随口估算的天数，基本都会出错，要么多算一天要么少算一天，尤其容易忽略二月的固定天数差异。
平年上半年天数固定不变。
每年的上半年闰年天数核算经历
2024年是闰年，年初做月度考勤汇总的时候，习惯性沿用去年的计算方式，结果汇总的总工时和系统公示的出勤天数对不上，折腾好久才搞明白问题出在二月。闰年的二月有29天，比平年多一天，其他上半年的月份天数没有任何变动，所以整体算下来，闰年的上半年总天数就变成了182天。当时因为一开始没注意闰年的区别，整理好的表格全部推翻重改，浪费了大半天的工作时间。
很多人分不清区别，就是因为只记总数，不看二月的天数变化。
日常不管是算假期、做台账还是统计工期，只用看当年是不是闰年就能快速判断。能被4整除但不能被100整除，或者能被400整除的年份就是闰年，其余都是平年，这个简单的判断方法足够应对所有日常场景，不用记复杂的计算公式。
不用纠结复杂推算，看二月天数就够了。
现在每次统计上半年相关数据，都会先确认年份类型，再直接套用固定天数，再也没有出现过数据偏差的问题，省事又准确。
昨晚整理完上半年考勤表，随手把两年的天数数据存进了备忘录。