我都不知道怎么了解业务了，wiki都找不到文档。又没有hotfix给我修，需求给我写。产出了一些垃圾文档（如果图侵害了公司隐私，我立马删除，这些文档为我个人在公司产出）以及推荐一个很好吃的饼干，三立巧克力饼干

以及这是我唯一一次抢到5折的商品😋😋

1. 感谢牛油油的催更，我真的太懒了，而且现在很冷，手都是冻着的（才不是拖更得原因）后续我会将串讲模板说出来的，但是我要先先讲他们那些人如何实践这个串讲的看一下。2.今天是接了一个小需求，讲一下一些东西吧。昨天我讲了hotfix，今天就说需求，需求实际上和hotfix也是一样，需求也是从release拉取分支，命名规则我们是hotfix/feature+jira编号。然后就是提交会自动打包。3.之前的我对后续步骤并不了解。后面才知道这个包是要用在咖啡男jenkins（我四级没有过，肯定拼错了）上面，进行测试。测试完了，我们这边还要上日志进行查看重新调用4.其实今天我感觉我啥都没有干，所以我写的很水，想等干活的，就等我下次发串讲的一些思考吧。5.steam秋促，欢迎买了2077全套DLC的人，成为我的“家人”

感觉还是有不错的串讲模板的，等我下班了，分享。mark

一、背景： 周会知识串讲，讲的很失败二、思考我发现在团队项目中，并不是要求你精通你们这个业务项目。毕竟一个业务项目的任务链很长。他们可能需要的是你专精在一个点子上。就比如说，我们有个教育后台。教育后台里面分为学生模块和其他。然后学生模块有分为了学生信息小模块，学生xx相关小模块。他们可能只要求你精通学生信息小模块。注意我用的是精通。我们这个项目，链路很长，你要知道你的上游有哪些？，上游干了什么又把参数修改成了什么？，下游又是如何把数据存进数据库的，是如何与数据库进行交互的？与你这个业务相关有哪些数据库？哪些数据表？又是哪些字段？这些字段又有哪些含义，他们又怎么如何与其他业务进行交互的。同时，你还要知道一些基础概念。继续说教育平台，或许教育平台也有自己的专业术语或者是业务术语。就比如说“花名册”这种就是需要大家将专业术语达成共识的东西。当你和其他员工进行联调或者是互相开发。你们就很需要达成共识概念。要不然一个做的A一个做的B所以，如果以后你们公司有串讲，你不需要一口吃成胖子，你就别和我一样，直接把学生模块的东西全部拿出来讲。你需要的是把学生信息模块中的一小点给讲明白就好了。比如说：我讲的是学生模块的学生花名册数据导入1. 基础概念共识  花名册的概念 ...类似这种行业术语或者是行业黑化2. 学生花名册 涉及到了哪些表，并且这些表的相关关联是什么3. 我们导入的数据格式是什么4. 我们导入数据格式的校验有哪些，其目的是什么，为什么要做这个校验5. 上游有哪些服务，这些服务有哪些模块做了什么处理，将数据进行了哪些转换，其中又接触到了哪些数据库表，如果是自己相关模块的可以继续讲的更细节点。6. 我们做了哪些处理，最后是怎么落库的，怎么返回参数的，同时如果失败会是什么情况7.提问AND解答为什么会有提问和解答因为我上面一直强调的是团队共识。串讲的目的也是为了团队共识。我们要将一个概念进行标准化，行业化，才会有后续更好的开发。其次虽然说我们更需要的是专精人才。但是你无法保证你的上游操作了不是你精通模块的操作，你自然无法避免与其他业务打交到。同时还有可能会有hotfix如果这篇文章对你有作用，请动动发财的小手，送我点fafa吧！！！祝大家不要和我一样，我今天被拷打的一身都是汗，明明天气只有10°不到，我被拷打的一身都汗湿了，面红耳赤。唉

最有价值的实习！！！首先1. hr突然找我聊天，说就是平时聊天那天，把我吓死了。我以为是不是我牛客被开盒了，结果只是普通聊天，hr小姐姐是211研究生，说好很有逻辑，很活泼，很漂亮的女孩子，和她聊了很久（才不是，不想“坐 lao”）2.继续状态的hotfix，然后就是bug修复，有了git权限，我觉得我们公司对新人不是很友好，就是很多基础东西的使用，是没有wiki的（我们公司去年才招的实习生）。然后提了pr。有时候很多问题不是你菜，只是因为权限没有给够而已，那边又没有说，wiki也没有现成文档。所以如果真的做不到也别怕，或许就是需要那些人的帮助。3.今天串讲给了我很大的启发。我发现真正开发，是一个人主要负责哪些模块，就比如说一个A项目，有a,b,c组，然后a组的人又有甲、乙、丙模块。一个员工会在一些模块具有擅长项。感觉就是公司更需要的是对某一个方面进行专精的人，就是我需要对甲模块很熟悉的人，而不是对甲乙丙模块有着概念基础了解的人。然后他们希望可以在串讲中得到收获。串讲，他们希望的是，可以从中学习到业务或者是知识点。感觉要写长了，我再单独开一篇讲这个吧。

好消息：ld下午请假了坏消息：明天继续串讲今天早上去公司把他画了，后面我发现这几个图根本没有区别，删了。今天接了一个hotfix排查，通过阿里云日志查了很久后面发现是用户端传参错误（怀疑是用户填写错误）所以还是一句话，你在使用一个值的时候，一定不要过分相信用户的输入，上游的传参。这个bug，我排查了一晚上，吐血，看着30多个日志

一想到我昨天才退完烧，今天就开始熬夜昨天明天晚上（今天晚上）的业务分享，我就忍俊不禁的轻哼起来。我根本就总结不完，我一边找资料一边写内容还要知识串起来，同时还要尽可能图形化，根本就干不完。我9点多才下班，就走路回家就已经10点了。摸鱼会就一下子12点了😅😅😅，现在写了一会，就困了，不说了，明天一定早起把稿子写完，早上把写的内容串起来，分享给那群在公司工作3年以上的老登😉😉😉

夸一下我们公司的wiki文档吧。文档很多量大管饱公司自己也有内部自研的东西，打算哪天把他吃透了以及发现公司使用一个技术的时候会做很多的调研，比较他们之前的缺点。希望自己以后能够做到，不为装b而用技术，而是真的发自于内心，因为有这种需求，我们用这种架构或者是技术，能够更好的实现我们的目标

今天是开周会，我还是很喜欢周会这个东西的（才不是有理由不去干活呢）我们周会是会强调一些事情然后就是线上bug的原因，要依次讲讲为什么会出现这个线上bug，我们要最后是如何解决的，然后如何避免的接着我的ld就会来问我每周的收获和想法。在互联网公司就是容易得到提升！！

讲一下，我第一次在互联网去线上排查错误把/首先，我们公司有一个专门线上处理问题的网站，里面有报错警告，比如说tanceId,就是出错路径是什么，报错内容，时间点。接着，我们就要线上排查，我们这边要先登录阿里云账号，使用了阿里云的日志排查，然后输入traceId还有发生错误的时间。（注意线上工单的时间并不准确，线上工单是申请时间，一般问题发生时间是早于这个的）然后我们会打开项目，使用的是ideal，多次点击shift，定位到接口上，阿里通日志数据会有params，带参数，我们可以推送进行模拟。一般一个接口任务链都很长，阿里云日志都会写出来。最后发现是卡在了一个sql语句我们这边也是要申请数据库工单，才有对一个表的操作权限接下来发现问题，解决问题

半夜开始水牛客日记，掐指一算，来此地足足俩个手了。今天开始要开始独立解决bug了。思来想去，有点睡不着。我算个鸡毛，明天怎么看链路问题都不知道。这种东西还是太玄乎了，于是不想了，工作的烦恼留着工作的我去思考。一段时间过后，我们公司不招性别“女”前人栽树，后人乘凉前任挖树，后人受苦

公司都是早10晚9，来小小加个班，到家已经10点了，运动+洗澡就11点。开始看源码和佬交流一下前途，基本上就这个点了。就像蓝色大门一样，我们什么都没有，夏天就这么过去了。我好像什么都没有做秋招就这么过去了，实习又混了一天。你说我从实习学到啥了，哈哈哈，我感觉除了坐久了容易痔疮以及静脉曲张，啥都没有得到。不会真有人寄托实习可以学到东西吧！我不知道怎么办，时间总是过的这么快，半夜就会开始emo，我春招真的能赢吗？但是我又在发问，你觉得对你来说什么才叫做“赢”呢

1.自我介绍2.说一下你最成功和你最失败的事情3.你觉得你那时候为什么失败4.用几个词形容你自己5.你的爱好是什么6.我看你是xxxx，你不考虑考公考研码7.你手里有什么offer8.方便透露薪资吗9.后续就是很随便聊了，这个hr姐姐，又好看又温柔，我都开心死了。

1.自我介绍2.说一下redis3.aof和rdb的区别4.主从同步，增量复制和全量复制5.你的项目有什么亮点6.数据库和缓存怎么保持一致的7.你有了解分布式锁码8.你怎么使用分布式锁的9.线程池工作流程10.拒绝策略11.什么时候直接拒绝，什么时候抛弃最老的任务12.executor工具类参数13.手撕一道邻家打舍