加载中…学习日报2022年9月26日
(2022-09-26 22:04:53)
标签：
it教育 |
分类： 两年成长日记 |
针对于窗户多次损坏的总结。
不讲究是发现的原动力（窗户事件）[计算机思维]
很多人和企业缺失了一种信息时代的思维方式，我把它叫做计算机思维。这并不是说计算机有思维，而是因为这种思维方式是伴随着计算机出现的。——引用硅谷来信2-谷歌方法论。
我们常说今天是后信息时代，或者即将进入智能时代。很多 IT
从业者的思维方式并没有跟上这个时代，这是他们很难在这个行业里突破天花板的根本原因。——引用硅谷来信2-谷歌方法论。
从今天的窗户事件中能够体会到与计算机思维类似的思维方式。这种思维方式也是处于信息时代的我们应该意识到和学习到和做到的思维方式。不将就是发现的原动力
今天公司的窗户由于长期开关窗人员的不当操作导致窗户经常损坏和反复维修，修好了又坏了，坏了又修，反反复复。但是米教授的办公司的窗户重来没有出现过问题。
为什么会出现窗户出现故障，反复出现维系的情况呢？
主要原因：
1.同学们都不知道如何正确准确的开关窗，很大程度上都是凭借经验和感觉。
2.出现一次损坏的情况之后，同学们并没有思考下次如何避免
3.出现无法正常开关窗的问题之后，不知道怎么解决，凭借错误的方法，很可能会导致进一步损坏。
4.维修的师父进行修理的时候，没有根本上解决这个问题。
5.因为咱们同学们并没有承担窗户损坏之后的维修费用，所以没有感同身受，缺少共情意识。
怎样的做法才是处于信息时代的正确的做法呢？做到未雨绸缪从根本上解决问题。
既有不讲究是发现的原动力的思维方式。
不讲究是发现的原动力可以从两方面进行训练
1.学会如何正确的使用工具
通过统计调查发现90%的人都不清楚如何正确的开关窗户和配套的纱窗，即便正确开关窗户的二维码已经贴到了窗户上，扫码就可以观看教程视频。所以学习了如何正确的使用工具已经是少数人了。
2.有赖于细心的观察、分析和研究。
而在10%的人中又只有10%的人会去思考为什么窗户会损坏，它的原理是什么？为什么会反反复复的进行维修。有没有方法从根本上解决问题。他想到了，学到了，并且做到了。
今日完成：
时间：6:45-7:20
内容：英语百词斩200单词打卡+英语单词复习+英语口语练习+英语口语复习
时间：8:00-8:28
内容：元宇宙项目组晨会
时间：8:32-8:57
内容：了解Spring AOP实现，两种方式基于JDK
和基于CGLib
总结：整体的了解了一下，没有弄明白spring
使用注解的方式实现aop与基于jdk和CGLib的关系。
时间：9:05-9:30
内容：改变计划先学习CGLib如何实现动态代理。宏观了解。
总结：CGLib本质质是通过动态的生成一个子类去覆盖所要代理的类。
使用CGLIB来进行代理流程如下：
创建Enhancer类对象，该类类似于JDK动态代理中的Proxy类。它就是用来获取代理对象的。
设置父类的字节码对象。使用CGLIB生成的代理类是属于目标类的子类的，也就是说代理类是要继承自目标类的。
设置回调函数。
具体实现流程：
使用Enhancer来给某个类创建代理类
1.创建Enhancer对象
2.通过setSuperclass来设置父类型，即需要给哪个类创建代理类
3.设置回调，需实现org.springframework.cglib.proxy.Callback接口，
4.获取代理对象,调用enhancer.create方法获取代理对象
5.调用代理对象的方法
时间：9:38-10:03
内容：vue视频学习，P32列表排序
总结：完成列表排序的视频学习
时间：10:14-10:39
内容：ssh网上商城——用户登陆功能-以及完成实现
总结：未完成，完成40%，10:25临时进行如何避免窗户频繁损坏的讨论
时间：10:25-12:00
内容：1.进行如何避免窗户频繁损坏的讨论2.师徒组总结如何避免方案，3.师徒组出一版从根本上解决再次维修窗户的可行性方案。
13:30-14:10
内容：英语口练习
时间：14:35-16:22
内容：参与讨论如何避免窗户频繁损坏的讨论和如何避免在在饮水机水槽处倾倒茶渣。
时间：16:30-16:49
内容：每日领导汇报会。
总结：出现窗户损坏并多次维修的情况我们应该提高哪方面的思维意识：不讲究是发现的原动力。未雨绸缪，根本上解决问题，1.学会使用软件，学会工具。2.有赖于细心的观察、分析和研究。
时间：16:51-17:16
内容：针对于窗户多次损坏的总结。
时间：17:32-17:57
-18:23
内容：1.core服务内存飙升之后执行GC操作内存没有下降——宏观了解查询该服务内存一致参数表示的含义
总结：完成top命令及其以下的的参数含义的整理汇总和学习，swap分区作用是什么等的汇总
时间：19:33-19:58
20:04-20:29
内容：2..core服务内存飙升之后执行GC操作内存没有下降——宏观了解查询GC的各个指标的参数含义以及相应的命令
总结：完成汇总整理jmap-heap输出参数的解读、jstat-gc
pid数据详解，java堆内存
时间：20:36-21:01
21:01-21:26
内容：3.core服务内存飙升之后执行GC操作内存没有下降——百度查找原因和实现思路
总结：目前已有的结论是full
gc操作之后物理内存没有下降的原因与垃圾回收器回收的物理内存归还机制有关。
目前了解到1.CMS垃圾回收器，在内存开辟后，会随着System.gc()执行次数逐渐增多和回收频率逐渐拉长，从继续开辟内存到慢慢归还物理内存给操作系统，直到出现一次全部归还，就会在每次调用System.gc()都归还所有剩余的物理内存给操作系统；G1恰恰相反，G1是在JVM每次回收垃圾后，主动归还物理内存给操作系统，不做任何保留，大大降低了内存占用。
2.咱们目前使用的垃圾回收器的是ParallelSeavenge+ParallelOld
3.可以通过修改配置的方式更换垃圾回收器如更换为G1
下一步的计划是了解ParallelSeavenge+ParallelOld物理内存归还机制.
选择更适合系统的垃圾回收器。
明日计划：
1、元宇宙项目组晨会
2、两个番茄实现和学习CGLIB的动态代理
4、一个番茄vue视频
5、3个番茄
6、项目开发（已在禅道上建立任务）
喜欢
0
赠金笔