最近看了 51testing的 老大 王威的互联网的讲座,讲的很生动,由浅入深,层层递进,最难的是最后是跳出来,让读者,观众能想到更多的方面。
想想自己最近的情况,老大,要我讲性能测试的相关内容,内容自己把握。对于自己还不是很精通的领域,挑战是有的,通过2天时间的摸索,思考。想法如下:
1: 这种类型的交流会,要定位好,首先它不是具体问题的解决碰头会,不能钻到太细小的方面,对于把控场面能力不强的人来说,这样是一个噩梦。你这样永远不知道你下一步要讲什么,可能到最后浪费的是大家包括你自己的时间。 要多讲思路,根据思路去想实例,这是最好的,调动观众的胃口和积极性是非常难的事情。
2: 心里要有一个标杆,交流会,也是自己能力的补充,更能找到自己的短板,这是一次绝佳的机会,与会者也能找到自己的兴趣点在哪里。
3: 实例与理论相结合,曾有幸和国际国内著名软件公司内部的人交流,发现他们在讲一种技术概念的时候,一是态度很平和,让听到的人不会受讲的人的情绪的影响而在当时就有自己的判断,很好。再一个她们喜欢举例子,很象形的例子。最近读过 Ellie Quigley的 UNIX SHELL BY EXAMPLES 里面有大量的生动的案例实例,比如讲到awk程序的时候,至少有300个例子让你去看,各种方式都可以顾及到。正如我们写测试用例可能用到的 功能交互一样,案例真的很重要。
4:总结: 这两个字真的很重要,工作中,遇到的问题,解决之后要记录,方便日后查看。我的网络日志,现在差不多有30个类别的上百个日志文件了。
还要总结自己失败的原因。比如MVC思想下的开发 我会做,但有一天一个人问我MVC的基础原理是什么 ,controller如何工作的,怎么去支配业务逻辑块和显示块。 我当时真的傻眼了。我们很熟悉但未必我们很精通,这就是我们很多人创造性不够的原因,会用不是我们的终极目标。要不然 这样的挑战性真的不高!