报任安书 20200916-2

续前节


生活

其实关于生活吧,这周的生活方面的事情还是比较多的,但是主要的方面都是围绕者祖母葬礼展开的,那么就一一记录吧,时间顺序,但求心安。

归途

嗯,即上周记录之后吧,本来就在想要不要归去之说,但是匆忙的意外决定,就上报了师傅,机缘巧合,又或者是其他的一些原因,反正就决定了要回去一趟。不过想想这也是对的,之前说好的不回去是不可能的,家里人的要求只是一方面,但是有些时候有些事真的是自己内心的潜在驱使。

既然既定了归途,那么请假啥的也是顺利成章,一切没有太多的波折,好似大战之前的和平。一路也是顺利,只是在路上的时候,心理无半点波折,好像自己的内心本来就那么坚强一样,又或者真的对她的感情不是很密切那样,那时那刻,心里所有的,真的只有那些对于未知的迷茫和慌乱而已。

想来生活就是这样,充满了意外。回来就是匆忙的葬礼了,不知所踪,也好像没有既定的流程。参见祖母的遗容,又或者是参加她的下葬仪式,一切好像很复杂,但是大家都是没有经历过,这些吧,没有特殊的感觉,个人对于这些吧,也只是一步步的经历而已,一切流程,完全就是充实人生经历而已。然后呢,对我映像最深的就是,葬礼中那些复杂的规制以及三跪九叩的繁琐流程,而这,却是当时我唯一能给祖母做的罢了。有些东西,活得时候没有做到,但是一旦人走了,就永远的错过了,或许有人认为心里虔诚的祷告或者是仪式对逝者有用,但是深受科学发展观教育的我却始终认为人死灯灭的道理,这一切,做出来,唯一看的,那便是活人罢了,规制在复杂,别人跟着做,自己也做就行了,不出格即可。有的时候真正的东西,只存在自己的心里,自己认为的一切,才是最重要的。

然后呢,关于下葬仪式,又或者忙碌的事情,也是记录罢了。这事上,我感觉我问心无愧,尽力的帮忙,忙完这些事。然后呢,也见识了一个完整的白事流程,算是最大的收获了吧。


未完待续
2020年9月16日23:06:58

全部评论

相关推荐

面试官人很好,态度和蔼可亲,没答出来时也会引导你去思考。由于是晚上面的,导致我白天一天都有点紧张,面的时候状态也不是很好,正常可能面试官提问完应该思考几秒再答,而我就像抢答一样一口气把所有会的都说出来,这样就导致逻辑比较混乱,东一句西一句的。首先是自我介绍,先把会的技术大致讲一下,由于我八股背的多所以着重讲了一下,Java,go,jvm,MySQL,Redis,计网,操作系统这些,然后一小部分闲聊,然后先问了一下项目,面试官问我这个项目是否落实之类的,直接坦言说是写的练手的,包括之前也写过IM通讯,外卖之类的。然后面试官就把提问的重点放在了八股上。先问了Java:类加载器(答:3种+自定义类加载器、tomcat、原因+双亲委派+好处)JVM参数(答:xmx,xms,newsize这些,问我是如何设定的,我回答是把内存分一半给堆,再把堆分一半给新生代,这方面确实不太了解)然后问了一下并发相关的:线程池(答:线程池的7个参数(忘了线程工厂和阻塞时间了),3个重要参数,还有线程如何启用,为什么要设计最大线程数之类的,提到Java栈默认分配1MB运行时不可以更改)AQS(答:先讲clh是自旋锁+list,然后是AQS在这个基础上做的两个优化,然后举了一下reentrantlock根据state如何获取资源)CAS(答:使用三个字段,aba问题,然后将通常搭配自旋锁实现,面试官问通常会自旋多少次,这个不太了解,答的100,然后问100次大概多少秒,回答微秒级,然后面试官讲了一下怎么做资源可能没用完,意识到可能还需要进行阻塞操作)然后考虑一下Linux命令(top,ps,如何使用管道符过滤线程和使用Linux启动线程没答出来)然后问Redis:持久化机制(答:三种aof,rdb,混合,aof的三个参数刷盘策略,rdb以快照保存,使用bgsave会使用子线程来保存不会阻塞,而aof虽然会阻塞但是只在写完数据后追加一条命令,不会太影响,然后是他俩的优缺点,还有混合是怎么保存数据的)集群模式(答:三种,主从复制到缺点再到哨兵机制,正常使用三个哨兵互相监督,主节点挂了投票选主哨兵然后选主节点,然后额外讲一下脑裂的问题,主节点进行数据更新然后把命令写入aof来同步从节点,最后cluster集群,如何实现,使用16383个哈希槽(艹答成16384了),先根据哈希码取余,再根据节点数取余决定放在哪个节点上,然后问了一下我会怎么选集群模式,首先是cluster的问题,会让管道操作之类的失效,然后哨兵会导致整个集群结构变得复杂,使用小项目可能会考虑哨兵,大的考虑cluster,然后考了一下cluster如果一个节点挂了怎么办,根据节点数重新取余然后数据转移,面试官说这么转移比较慢,有没有别的办法,我隐约记得使用一个类似环形数组的方式,想不起来了)然后考了一下MySQL的b+树(这方面的知识点太多了,导致我什么都想讲逻辑就比较乱,讲了一下聚簇索引,树的叶子节点对应着一张页16KB,MySQL有一个区的概念,把这些页放在同一个区中,这样叶子节点的双向链表遍历时速度更快,然后b+树的扇出比较大(非常二,说成扇度之类的,面试官以为说的是扇区)这样层数就比较小,一行1kb数据的话3层可以放心2000w数据)其他的暂时想不起来了算法是lru,面试官问要不要提示,我说写个,然后写了10分钟左右,说大概写好了,但是面试官指出了2个小错误,第一个马上就改回来了,第二个一直没看出来(大脑这时候已经停止工作了)反问:问学习建议,说根据实际的项目进行深入,考虑应该怎么做,还问了一下组里面是做Java的吗?面试官说他是做go的,组里什么语言都有,语言影响不大,连忙补充了一句我对go的底层有深入源码的学习)结束。总体感觉答得不太好,没有太体现出深度,细节也不够全面。
下一个更好呗:佬,我投完云智一直没消息,多久约的一面啊
查看14道真题和解析
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客企业服务