第一次分享

· Read in about 1 min · (29 Words)

最近HR组织了Java系列的培训,当初在Build团队,因此理所当然的选择了Maven。私下也就开始 关注一些Maven的文章和Maven开发者的动态。虽然自己也有5年的Maven使用经验了,而且也都是团队 中Maven最懂的那个,可发现Maven涉及的面太广了,这些天也在恶补Continuous Integration, Continuous Delivery,Continuous Deployment等,虽然大部分都懂了,可是每个小细节都得去 验证,甚至某个单词发音都要不停的去确认,显然我太紧张了。

然而,直到分享的前一天晚上10点钟,我才打开keynote。之前几乎没有用过PPT,对它是恐惧的。之前 几次培训是直接Confluence,Markdown来的,但总感觉这次培训没有keynote,对不起听众,刚开始 列表格式都要百度,12点多了,才弄了一页keynote,带列表的。看老婆大着肚子陪我,我也只好睡了, 身体也不能熬夜了,一夜有些忐忑。

早上起来,老婆做辣椒饼,我的keynote还没做2页,就吃饭了。到了公司,Leader也就基本上给我时间 了,中午Team Building,饭没有完,我就跑回来了,听说培训室里Mac不能连接投影仪,心好慌,就做 两手准备了,下午1点多keynote终于有了十几页,到3点多25页就交给HR了。到了培训室竟然可以连接 Mac,庆幸了一把。

讲的东西大都是概念,听众感觉大都没有多少开发经验,有点茫然,我就有点慌了,跳过一些比较晦涩的, 好不容易坚持到最后,一看时间58分钟,啊,还好一个小时左右,可以结束了。

当然还是表达了一些Java社区和开源生态的文化,我想对于dotnet开发人员比较重要吧,最后一个同学 问问题Maven如何做模块化和分层划分,这个问题我是思考实践很久了的,模块优于分层,具体问题模块 也可以只用package区分。当时比较懵,后面一句没加。

教训

  • 充分的准备,并不是对领域足够了解,有很深刻的认识就够了。还要把知识找到载体,有效的传达,比如如何让keynote做的更形象生动,有乐趣而直观的让听众接受
  • keynote/ppt的简单使用,还是逃不掉的
  • 演示的时候,要淡定,尽量准备多个完整的demo,林场时方能不乱
  • 准备的再好,对于非专业者,还是会打折很多的,因此准备,准备,准备
  • 思想的巨人,行动的矮子;多把思考记录下来吧

分享完后,有些失落。在携程,除了刚来时候做了框架,后来就像狗一样啃骨头,填坑,自动化组啃,又借调到Build组啃食杂物,又继续啃MobileCD组剩的杂物,锻炼了这填坑,啃杂物,忍耐的能力。越是喜欢Java,越是卑微。

Comments