lzprgmr_闭关的日记

明天我们组要进行技术讨论，轮到我来讲关于Linux/Unix下开发的初步知识。本打算今天白天抽些时间准备一下，无奈还是如往常一样忙的抽不出时间来 --- 晚上要很忙了。

一个技术团队进行技术讨论是很经常的事情，也是很必须的事情（不是指讨论项目）。工作这么些年来，参加过也组织过无数次技术讨论。很多讨论，形式是有了，但总觉得效果是个大问题。

比如说现在遇到的这个：形式其实已经不是讨论，而是一个人讲，一些人听，围绕着一些比较YY的topic。讲的人是急匆匆准备一下，听的人是随便便听一下（准备就莫谈了）。效果真的实在很不理想，说了解了些大概吧，过些时间就忘了；即使不忘，这些大概往往了看几页手册就能解决的问题。之前也组织过Design Pattern方面的讨论，而且为了提高效果，还特地与我们的产品代码结合起来讨论，但也觉得没有什么效果。

技术讨论其实真的蛮难搞的，怎样的技术讨论才算合适呢？
想想：
1. 从团队上来讲，要有良好的技术氛围
大家都对技术有着热情，至少是些许热情；
最好能有个大牛，从技术和精神上给与引领。

2. 从形式上来讲，不要搞成组织学习
大家都不熟的东西，就不要拿出来讨论了 - 这些东西从最简单的手册或者教程上就能搜到；聚在一起讨论实在有些奢侈。况且，因为大家都不熟，效果也就不得而知了。

3. 从内容上来讲，要实用。
一些topic其实是很YY的，比如说设计模式。还是应该讨论些实际的，在工作中能用到的，这样大家的参与度与最终的效果就会好的多了。

4. 从项目上来讲，不要太忙~~~
钱多事少，是每个人的梦想~~~~这样才有时间和心情讨论~~~