Draymonders commented 4 years ago

Draymonders commented 4 years ago

emmm, 其实还是心有所不甘的，也想去大厂，也想写出牛逼的代码，也想做出亮眼的成绩hhh(果然还是学生心态，中二的想法)
现在看一下春招实习的帖子以及秋招的帖子，都感觉这些其实都挺简单的吧，自己没有尽全力去准备吧，秋招草草的面了一个星期就结束了(现在想想还是有点儿后悔的)。可能和当时想的能找份工作就不错的佛系心态有关吧。

Draymonders commented 4 years ago

不过实习生活也算蛮幸运的了

Draymonders commented 4 years ago

Face++实习经历

后面由于自己对research不太感兴趣吧，主动跳到了Data组, 没呆几天就溜走了hhh

Draymonders commented 4 years ago

Yitu 实习经历

本来心想人手mbp的，没想到是工作站，还经常跟飞机起飞似得嗡嗡响....

大概实习还是蛮累的吧基本10106, 我还对此乐此不疲hhh(果真码农)

磁盘写满(log 打满了磁盘), 当然是定期删log文件了
kafka和zk状态信息对不上的问题, 因为都是部署在docker上，kafka做了目录的挂载，因此当zk挂了以后，zk重启以后, kafka不会去找新的zk(由于kafka状态信息还在)，so 重启多少次zk也是无用功。
RedisTimeOut (这里由于生产上，压力太大，导致Redis比如一个get a都会报错RedisTimeOut) 这里分析过 Lettuce的源码并且进行了一个active指标的获取，无果，最后解决方式是系统加入了本地cache
服务间因为网络问题，没有即使响应，解决方式: 加retry
代码写的整体逻辑是没问题的, 但是由于用户的误操作，会带来各种各样的问题(体会到了写try catch的重要性)
循环依赖解决 (把公有的抽成一层，供其他的去调用)
数据处理比如有 A -> B -> C, 不要A1->B1->C1->A2->B2->C2去处理，而要A1->A2-> B1->B2-C1->C2去做，这样中间有问题的时候可以dump上一步的结果 load上一步操作继续执行
redis遍历一个key,不要keys key1, 而是要scan key1去操作，前者在并发大的情况下会阻塞其他命令的执行.(由于Redis是单线程去执行命令的，所以执行一个耗时长的命令，会导致其他的命令耗时也很长)

Draymonders commented 4 years ago

实习的小伙伴儿们都去腾讯，阿里了，真希望我也能跳过去hhh

继续学习啊~