读OMG blog 心得 ———by 李皈颖

必须说明的的是，是OMG这个组名驱使着我去阅读那个blog，然后我发现.......Oh!My God,这的确只是个组名而已，它和内容毛线关系都木有。

　　首先，横扫了一下目录，从按日期排序的博客题目中，检索出了前辈们留下的轨迹。

目录阅读：

August in 2011

            有两人结对编程的感想，主要是各种TeamProject的方案设想，一用有6个；

September in 2011

          已经确定了TeamProject的目标，开始着手实现，从平台选择，示例分析开始，最后，每天都记录下开发的进度；

October in 2011

          主要是各种读书感言以及对TeamProject的Alpha版的探讨；

November in 2011

          主要是一些随笔，后期开始有项目开发的每日进度记录；最后是对TeamProject最终项目的总结；

　　

挑选阅读总结：

1、首先看了一下师兄们的阅读笔记：找了3篇分别是对《CODE COMPLETE》、《移山之道》、《人月神话》的阅读笔记：

         人月神话的阅读笔记，主要是将书中所讲述的几个软件设计的要点提炼出来，适当的加入了学长自己的实践经验，感觉上更像是随笔，而且没有凸显出《人月神话》的特点在哪；

            代码大全的阅读笔记，是以一种解答问题的方式，用从书中所得的知识来解答5个软件架构中基础性的问题，个人觉得问题很到位，适合初学者。

            移山之道也是采用问5个问题的方式（不知道这是组内讨论出的格式还是啥），不过这五个问题对于初学者来说兴奋点有点高，但是问题提的很细，估计对于碰到过相应问题的人看着会更有感觉。

2、看了一下师兄们的daily scrum ，感觉这种每天都有所进步的感觉很有紧迫感和成就感，而且，在daily scrum中，大量使用图表进行记录，只在最后用文字进行一下简短的总结，给人一种很专业的感觉….

3、观摩了几篇技术随笔，感觉就像是随手写的小笔记一样，直接把刚学到的一点知识，一点成果记录下来，主要是会配上足够给力的图和代码，使得这些随笔都简单易懂；

观看感想：

      其中体会最深的是，那种每天都记录一点的项目推进，这样的做法使得每天都有明确的目标，而且在项目进行的过程中可以快速的把握住开发节奏，了解自己的工作效率。

      在看读书笔记的时候，感觉一口气将一本书的读书笔记写出来有点勉强，应该对一本书的某些章节进行分段读书笔记，可以一章或是几章写一篇笔记，最后对整本书写一篇感想，感想就不应该是对书中各种信息的摘要，而是要写出想法。

      这样做不但有利于及时的对书中内容进行复习，也是更好的消化书籍内容的方法。