![[不失礼貌的微笑]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_16.9d17f6d.png)
获得徽章 0
![[害羞]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_7.eca1535.png)
![[微笑]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_1.7d9f699.png)
赞了这篇沸点
![[不看]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_102.b113c42.png)
赞了这篇沸点
今天带着美美的心情美美的去上班，发誓要大干一场把手头的页面全部做完，结果我还没开始干活，就得知我考勤异常的噩耗，全勤奖没了。不服气的我势必要追究到底，我自认为我的考勤不可能有问题，因为我数过我的打卡推送的，数量是对的。
于是我雄赳赳气昂昂的就去我们的部门群里给我的部门领导反馈：“我的考勤有问题，这个月我多长了个心眼，我每天都看了考勤的，我没迟到我也没有忘记打卡”。然后领导调出后台数据，发现我是10月30号打了2次上班卡，没有打下班卡，所以系统识别我是严重早退。
但我还是不服气，心想那肯定是企业微信上做的考勤推送有问题，于是满心怨气的我又吐槽了一句：“我每天都数了打卡推送的数量，我看数量是对的，结果现在一看推送的是2次上班卡，是我下班卡没打，我真醉了，要是推送正常一点，好歹我能注意一下推送的数量有异常，能再补个下班卡”
本以为扣了全勤奖就算了呗，结果系统识别我是严重早退，行政部说我还要按照严重早退的标准给我扣工资，给我急得，我就去找行政部的经理反馈情况，但人家说现在已经过了11月1号了，按照公司制度，考勤数据不能再做修改，也不能再对上个月的考勤进行补卡。
这下我就彻底不干了，我逮到我们部门领导就是一顿耍赖哭诉，我说：邹工啊，你救救我啊，我天天来的早回的晚，工作量增多了我还自愿无偿加班赶进度，我的工作态度你看在眼里的啊，我没有早退啊，我太冤枉了啊，为啥不能看监控啊，咱们看监控也能作数啊，不能给我算早退啊，邹工啊救救我啊，没全勤我认了，但我不能算早退啊~~~~
我们领导听我在办公室鬼哭狼嚎，就对我说：你别在这儿叫了，我给你看看。然后我们领导就去跟行政部的经理沟通，又去跟我们经理沟通，然后在考勤的后台数据里帮我凭空造了一条下班数据（这个是有风险的，上一个偷偷在考勤上数据造假的同事已经被开除了，而且是当场开除），给我吓得，我赶紧说：“算了算了邹工，别加数据，万一上面查下来了会连累你，我认了我不要钱了，扣就扣吧”，看的出来邹工对我很无语，他说：“你去做你的工作你别管我，这是我的事情我会处理”。
最后就是我不会被扣工资，但全勤也还是没保住。邹工帮我伪造打卡数据的事情也是给各位领导过了明路的，对他不会有影响。在我的耍赖犯浑鬼哭狼嚎之下，我的基础工资终于保住了![[流泪]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)
我直接就是一篇微信小作文给邹工表忠心表感谢，我以后将是邹工最衷心的狗腿子
于是我雄赳赳气昂昂的就去我们的部门群里给我的部门领导反馈：“我的考勤有问题，这个月我多长了个心眼，我每天都看了考勤的，我没迟到我也没有忘记打卡”。然后领导调出后台数据，发现我是10月30号打了2次上班卡，没有打下班卡，所以系统识别我是严重早退。
但我还是不服气，心想那肯定是企业微信上做的考勤推送有问题，于是满心怨气的我又吐槽了一句：“我每天都数了打卡推送的数量，我看数量是对的，结果现在一看推送的是2次上班卡，是我下班卡没打，我真醉了，要是推送正常一点，好歹我能注意一下推送的数量有异常，能再补个下班卡”
本以为扣了全勤奖就算了呗，结果系统识别我是严重早退，行政部说我还要按照严重早退的标准给我扣工资，给我急得，我就去找行政部的经理反馈情况，但人家说现在已经过了11月1号了，按照公司制度，考勤数据不能再做修改，也不能再对上个月的考勤进行补卡。
这下我就彻底不干了，我逮到我们部门领导就是一顿耍赖哭诉，我说：邹工啊，你救救我啊，我天天来的早回的晚，工作量增多了我还自愿无偿加班赶进度，我的工作态度你看在眼里的啊，我没有早退啊，我太冤枉了啊，为啥不能看监控啊，咱们看监控也能作数啊，不能给我算早退啊，邹工啊救救我啊，没全勤我认了，但我不能算早退啊~~~~
我们领导听我在办公室鬼哭狼嚎，就对我说：你别在这儿叫了，我给你看看。然后我们领导就去跟行政部的经理沟通，又去跟我们经理沟通，然后在考勤的后台数据里帮我凭空造了一条下班数据（这个是有风险的，上一个偷偷在考勤上数据造假的同事已经被开除了，而且是当场开除），给我吓得，我赶紧说：“算了算了邹工，别加数据，万一上面查下来了会连累你，我认了我不要钱了，扣就扣吧”，看的出来邹工对我很无语，他说：“你去做你的工作你别管我，这是我的事情我会处理”。
最后就是我不会被扣工资，但全勤也还是没保住。邹工帮我伪造打卡数据的事情也是给各位领导过了明路的，对他不会有影响。在我的耍赖犯浑鬼哭狼嚎之下，我的基础工资终于保住了
![[流泪]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)
我直接就是一篇微信小作文给邹工表忠心表感谢，我以后将是邹工最衷心的狗腿子
展开
112
25
![[无辜呆]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_96.4fb9d71.png)
赞了这篇沸点
![[晕]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_33.12a8e53.png)
赞了这篇沸点
![[发怒]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_12.0f24f23.png)
赞了这篇沸点
关于设计模式的思考：
我之前认为，设计模式是锦上添花的东西，不深入去学习也没事。
但是我现在发现，设计模式的运用是否熟练，直接影响到解决问题的能力。
我举一个工作中遇到的真实的例子吧。
我封装了一个工作流，它只接收固定的参数A和B，A决定去哪里取数据，B决定将数据存到哪里
现在一个工作流需要同时进行两方数据的获取和存储
这个时候，其实只需要调用两次封装的工作流，并在每一次调用前增加适配即可——这个就是适配器模式的应用，代码逻辑不用进行任何改动就可以实现需求。
> 上面的方式符合开闭原则：对修改关闭，对扩展开放
如果没有想到适配器模式，可能会怎样去实现？
（这个其实就是我最开始的想法，现在想想其实很不优雅
）我们可以修改那个封装的工作流，允许传入多个参数。当然这样也能实现，只是这个方法明显涉及代码的改动，而改动就代表着使用到这个封装工作流的相关内容都需要进行相应的调整、测试、部署等等。而前者增加一个适配层即可，可能是几行代码、或者只是低代码中的一个节点。
还有一个好处，那就是了解设计模式之后，两个懂设计模式的人互相交流业务或者架构问题的时候，往往会特别高效。
比如A遇到一个问题，去问B，B说：“哦，这个用xxx模式可以解决”，然后A就懂了，说了谢谢之后直接开始疯狂输出，沟通就这样结束了。这整个沟通流程我只能用优雅来形容。
所以总的来说，设计模式很推荐学习！
我之前认为，设计模式是锦上添花的东西，不深入去学习也没事。
但是我现在发现，设计模式的运用是否熟练，直接影响到解决问题的能力。
我举一个工作中遇到的真实的例子吧。
我封装了一个工作流，它只接收固定的参数A和B，A决定去哪里取数据，B决定将数据存到哪里
现在一个工作流需要同时进行两方数据的获取和存储
这个时候，其实只需要调用两次封装的工作流，并在每一次调用前增加适配即可——这个就是适配器模式的应用，代码逻辑不用进行任何改动就可以实现需求。
> 上面的方式符合开闭原则：对修改关闭，对扩展开放
如果没有想到适配器模式，可能会怎样去实现？
（这个其实就是我最开始的想法，现在想想其实很不优雅
）我们可以修改那个封装的工作流，允许传入多个参数。当然这样也能实现，只是这个方法明显涉及代码的改动，而改动就代表着使用到这个封装工作流的相关内容都需要进行相应的调整、测试、部署等等。而前者增加一个适配层即可，可能是几行代码、或者只是低代码中的一个节点。还有一个好处，那就是了解设计模式之后，两个懂设计模式的人互相交流业务或者架构问题的时候，往往会特别高效。
比如A遇到一个问题，去问B，B说：“哦，这个用xxx模式可以解决”，然后A就懂了，说了谢谢之后直接开始疯狂输出，沟通就这样结束了。这整个沟通流程我只能用优雅来形容。
所以总的来说，设计模式很推荐学习！
展开
评论
7