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