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