说起session，twer都懂，一种分享和表达的传递方式，俨然成为了项目中的一个最佳实践。
在萌芽中猝死的第0个session
那是我加入tw所待的第一个项目，项目中大牛林立，时有各位DA大佬去项目上关照我们。那时的我还在试用期，还处在白天所写的代码，第2天早上就发现，已经就被大牛们重构掉了的阶段，当时的心情很复杂，天啦，我的代码技术这么烂吗？这样重构来重构去，时间都浪费了，图的啥？code review时，经常从5点一直持续到7点多，是的，只有4个后端dev参与的情况下。每天前端dev们都已经到家了，我们后端还在反复讨论领域模型这么建对吗？洋葱模型是这么设计的吗？这样是DDD吗？领域专家的语言故事卡要这么写吗？
现在回想起来，真是一段难忘的经历啊。
旁边的同事一直鼓励我，给大家分享个session，处于当时认知的局限，以及胆怯的心理，周末时间准备了一个有关git的session,但一直在周围人都是大牛，我如果准备的太烂，拿不出手怎么办的心理之下，拖延，直到项目接近尾声，我下项目了。
而我那个准备好的session，也猝死了。
pm让我讲的第1个session
那是我加入tw所待一年后的一个项目，已经被tw文化同化的我，自己的代码也被一次次code review中有所提升，有时，项目中tl临时不在时，还能drive一下code review的进行，能够在code review中发现一些代码中的坏味道，并能给出一些方案。虽然项目中大牛很多，我也能够和组中大牛针对某一实践争得面红耳赤，直到达成一致。
现在回想起来，也是一段难忘的经历呀。
在项目即将结束的时候，pm拿着strike拉着椅子，依次在每个成员的面前，征集大家要给客户赋能的session主题，如果不答应讲，感觉pm会一直坐在你旁边，做思想工作。第一次见这么优秀的pm，给你点个赞。迫于压力的我，说出了，项目中接触较多的kubernetes。
10分钟后。。。
我的名字和《当为服务遇到kubernets》出现在了有客户的大群里，看来，要回去加班准备session了。
不大擅长做ppt的我，开始笨拙地反复修改ppt，找寻k8s相关材料，弄懂各个概念，录视频，自己试听等。
分享前几分钟，在pm和团队成员的鼓励和帮助下，准备投屏，很紧张，手心都出汗了。讲的过程中，面对客户的提问，也能回答问题，看来准备的还算充分，多亏了tl的期间的协助，让这场session分享的还算成功。
我终于迈出了第一步。
感谢当时的pm，push了我一把。
主动分享session
随着时间的锤炼，我也是加入公司的老人了。在最近加入的一个项目之初，code review时，发现客户的开发人员是不写单元测试的，沟通之后，发现他们也不太会写，不知道怎么写？那么有关TDD的session在这里产生，是再合适不过了。
下班之后，准备tdd的session,次日下午，和客户分享tdd。
我能明显感觉到的是，我在客户开发之间的影响力提升了，客户更信任我了，日常开发过程中，会问我相关的问题，code review时，会主动和我确认该如何修改，这么写是最佳实践吗？
果然session是个好东西，可以锻炼自我，提升表达能力，也能梳理熟悉知识点，最关键的是，提升影响力！
后续当pm说维护session墙时，我默默的举起了手！
网友评论