大家好：

   好久没上来了，今天领导给定了2010财年的工作计划，整体感觉还行，自己能负责搞一块.先不说这个，请大家帮我出出主意.

   今年接下来我要负责公司产品的《异步处理和并行计算》，充分利用异步处理和并行计算带来的性能提高和良好的用户体验，使公司产品GSP框架具有异步处理和并行计算的能力。所以说接下来我要专心做异步处理和并行计算这项任务了。

  1、当前我拥有的资源：

      1.1 公司给配了两个人，技术上没得说，但是都比我工作时间长，一个开发经理和一个经验丰富的开发同事。

      1.2 需要和产品中的消息平台和计划任务功能紧密合作，同时开发。

      1.3 领导赋予了我负责人的权力，很多资源、会议、任务安排我可以自己支配。

  2、我要实现的目标：

      2.1 按时、按质、顺利的完成这个任务。     

      2.2 做出亮点、让市场、公司和领导满意。

      2.3 给自己增加一个鲜亮的业绩，给自己一个展示自己的机会。

      2.4 积累项目管理、产品设计、团队管理的经验。

  3、项目上的关键难度点识别：
      3.1 项目处于初期，场景和需求不是太明确，自己总结了一部分，很多需求还需要收集，设计需要和很多领导讨论、开会和总结
      3.2 整体框架结构的设计
      3.3 开发计划的安排，两个同事比我经验丰富，职位高，日常任务比较多，开发任务难以安排，资源协调有难度
      3.4 领导对项目强劲的压力
      3.5 涉及到其他功能的同时开发，进度容易受影响

  4、自己的问题：
　　　4.1 自己对项目相关技术应用的理解不够深，感觉没什么底气
　　  4.2 项目管理经验不够
　　  4.3 自信心最近被打击的很低
　　  4.4 性格上有些急躁

列出了以上几个部分，对整个项目已有的、未有的、要有的事情有了个大致的概括，我自己列了个计划:
1、场景和需求收集
   1.1 业界的流行的产品的学习借鉴
   1.2 组织2~3次的集体讨论，做好会议纪要
   1.3 编写好需求文档，项目组和领导统一确认
2、详细设计
   2.1 自己整理出一个设计草稿
   2.2 项目组内部组织讨论两次，出一个设计初稿
   2.3 针对设计初稿和领导、架构师讨论定一下最终稿
3、编码实现
   3.1 识别出了关键点，编制项目project
   3.2 依据项目project进行编码实现
   3.3 每周进行项目组review（邮件、周例会）
   3.4 项目周报、项目进度的总结编写汇报
   3.5 与相关项目组针对消息平台和计划任务进行沟通确认
4、测试
   4.1 分功能测试、单元测试、性能测试三部分
   4.2 做好bug的及时修复和build的提交
5、项目交付
   5.1 提交相关产品补丁、安装程序、说明使用文档
   5.2 提交结项报告
   5.3 项目汇报、总结。
6、活动
  
以上是我自己列出的一个计划，感觉很多不满意的地方，请大家给出出意见，指出不正确的地方，谢谢。
  
  
  
  

   09年了，从去年年底忙到现在，一直想找个时间好好总结一下，算是对自己的一个交代。可是，事情总是太多，人也比较累，所以此事一直搁浅。今天，我们项目进行代码走查，一行一行过，原本一个星期前写的代码，现在却感觉太混乱了，看不懂了，汗颜啊。 应该好好总结下自己了。

   去年年底，公司安排了一个我来公司最大的任务:做数据的集中方案，做项目组的小组长，写核心代码，项目组加上经理6个人，心里很庆幸有机会做这么个项目，虽然困难重重。这期间，自然是夜以继日、兢兢业业，每天11个小时的工作量，周六周日不怎么休息，因为项目工期比较紧张，只好这样。虽然很累，但比较充实。这个项目一边学习，一边工作，慢慢学会用了面向对象（原来不怎么用，汗！），学会了各种设计模式：工厂模式、策略模式、commander模式等等，的确提高了很多，也得到了领导的认可。但是，因为工期比较紧张，很多业务逻辑只是以实现为主，很多设计抽象没做好，感觉逻辑不是太清晰。当时也没太在意......

   做完了这个项目，接着我自己又做了一个公司内部用的数据对象管理系统，基于webservice C/S 系统，因为经历了长时间封闭研发，编码效率和技术自然和很高，不到2个星期就做差不多了。简单测试也通过了。心中暗自得意，感觉这一年又提高好多。

   来到09年，一开始，项目上性能调优做了一个多月，跑了几个项目，经过去年封闭开发的历练，自己对人与人之间的协调把握已经有了自己的一套方法，在客户这边做项目性能调优，很轻松的把握了客户的需求和心理，在完成性能调优工作的同时，积累了很多与客户打交道的方法，得到了客户的认可和肯定。

   接下来，我接到上级的安排协助做公司的补丁管理工具，和2个关系不错的同事一起做，这次本人不是小组长了，项目组的coder，什么事情按领导说的办，首先虚心听取别人的意见和想法，肯定别人的同时再发表自己的意见，但这次这个项目早期困难估计不够，设计实现起来走了很多弯路，有所拖期。所以大家有很急躁，拼命向前追进度，很多功能的设计实现，只是有个简单的想法，便去写了，当时还比较清楚怎么回事，但今天我们整体做代码走查，看到原来写的代码，自己好汗颜啊，写的什么啊，一些破逻辑堆在那里，看不懂啦，于是有些怀疑自己，怀疑自己的能力，于是彻彻底底总结了自己，也便写了今天的本文，加上去年欠的文章，一起写出来。

   其实，从去年到现在的自己，一直没搞清楚自己，摆正自己的态度，很多事情骗了自己，纵容了自己。

    1、考虑事情不全面，得过且过，太浮躁。映射到工作中：写代码以实现为主，很多场景考虑不多，bug很多。

    2、做事情不彻底，很多事情就差一点就更好了，自己总没做好，汗啊！

    3、个人生活搞的一般，衣服堆了一些，个人物品不整齐，个人生活搞的不好，工作也会受影响啊。

  意识到了这些，就要自己改正，彻底改正，提醒自己做好，告诫自己不要浮躁，要冷静，事情慢慢来，从容淡定。

  写下此文，自己勉之。

   今天买了个笔记本散热底座，本来想要去买酷冷至尊的可折叠的酷睿，到赛博找了一通，没有卖的，只好到赛博门口的专业卖散热底座的小店去买，一开始，销售的小姑娘到很热情，长的也不错。介绍了一款actto的可折叠散热板，那个小姑娘介绍这个是液体散热的，虽然你感觉不到液体流动，但散热效果很好，拿到样品一看，折叠的，还有个鼠标垫，感觉还不错，再三确认了是否能散热后，便一番讨价还价，190颗米搞定。

感觉很漂亮，回来之后用了用，感觉效果一般，于是乎到网上看看评论,找到了官方网站：这样介绍的：

多功能笔记本膝上桌

我靠，原来是个多功能笔记本膝上桌，不是散热底座，被骗了。郁闷，不能算完，找她换去。

再次来到赛博门口的她的店面，和她理论了一通，竟然让我去找商家换，我靠，我急了，狂说了她一通，说他们骗人，最会她担心影响店里的生意，和她们的老板请

示，给我换了一个九州风神的N15，感觉这个还可以，但不知道多少米，想想吃点亏就算了，拿了就撤了，好郁闷。

之后在网上一搜，这个更郁闷，66米，这个小姑娘够狠。更郁闷了。哎，现在的生意人啊，不太讲诚信，骗顾客，不太好，比较垃圾。

算这次交学费了，第一次在济南赛博被骗，很郁闷，不爽......

   好久未写博了，因为太忙了，每天加班到9点，太累了。今天公司给加薪了，既高兴也伤感啊，高兴可以加薪了，伤感自己不是加薪最多的。心里有些许愤青，心里有许多不解，也许这是人生的一个小转折点吧。需要改变自己么？需要调整自己么？不知道啊，好迷茫啊。

   最近这么忙。学到很多，也许这是唯一可以欣慰的地方，学会了OO，学会了一些设计模式，学会了团队合作。唯一不爽的是工作很努力和勤奋，可领导总不满意，时常我在总结自己，改变自己，一点一点改掉自己的弱点。但心里总不服，不服现在的领导方式。曾经强制自己去适应去改变，所以疯狂的去加班去干活，因为我们组只有我和我们经理两个，所以时常我会一个人干一个组的工作，经常一个人加班到办公室没有一个人。但工作依旧做不完，而且越来越累，越来越忙。自信心也越来越低，导致工作不能令领导满意。郁闷啊，但有什么办法呢？你强不过领导，只能受制于人。所以自己要不断变强，有资本去体现自己的价值。

   还要往前看，不能耍脾气啊，还要努力工作，为自己而努力啊。

   应上篇文章"SQL Server2005探索之---正确使用索引"朋友们的需要，将如何正确使用索引结合几个SQL索引使用说明作为补充。

   数据库： Northwind

   SQL Server 版本： SQL Server2005

   操作之前执行如下sql：dbcc freeproccache     以清空缓存，执行“SET STATISTICS IO ON ”，查看执行成本。
                                dbcc dropcleanbuffers

   1. 不要对数据进行计算

Code
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE CustomerID = 'VINET' 

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 12 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划：

执行分析：在上述SQL中WHERE条件中以CustomerID作为条件进行约束，正用到了Orders表中索引CustomerID，索引CustomerID以数据列CustomerID进行排序，SQL查询中利用了索引CustomerID配合二分法查找，很快检索了数据。

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 22 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划：

执行分析：

这上述SQL对CustomerID列进行计算，查询计划只好使用聚集索引扫描检索数据。

执行比较：

   合理使用索引：I/O costs：0.003125， CPU costs：0.0001625

  未合理使用索引：I/O costs: 0.0171991, CPU costs: 0.00107

2. WHERE条件对字段使用函数

Code
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE CustomerID = 'VINET' 

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 12 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划：

对数据使用函数：

Code
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE LOWER(CustomerID) = 'vinet' 

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 15 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划：

执行比较：

     合理使用索引：I/O costs：0.003125， CPU costs：0.0001625

  未合理使用索引：I/O costs: 0.0046065, CPU costs: 0.00107

3. 使用OR

Code
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE CustomerID= 'vinet' OR OrderID = 10356

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 22 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划：

将OR改为UNION

Code
USE Northwind;
GO
SELECT CustomerID,OrderID,ShipName FROM orders WHERE CustomerID='VINET'
UNION
SELECT CustomerID,OrderID,ShipName FROM orders WHERE OrderID = 10356

执行成本：

表 'Orders'。扫描计数 1，逻辑读取 15 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

执行计划:

执行比较：

使用OR： I/O costs：0.0171991 CPU：0.00107

不使用OR：I/O costs：0.003125 CPU：0.0001625

总结： 通过上述SQL不同语法比较，可以看出合理使用SARG参数可以较好的利用索引，降低执行成本，提高效率。

   最近在总结SQL Server2005下性能调优方法，一个通用的调优方法。通过找到系统的瓶颈，然后解决瓶颈，提高性能。例如：当我们找到系统的瓶颈在于磁盘I/O上，在不提高硬件配置的前提下，我们应该如果提高性能？通过各种各样的性能分析工具 ：Profiler、SQLDiag、Perfmon等等。我们找到了一些影响性能的关键SQL，现在我们暂不考虑程序问题。对于这些SQL我们应该如何改进呢？说起SQL，不得不提索引，这也就是我们今天要讨论的主题。

  首先，什么是索引？从BookOnline上search了一下：

   在了解了上述概念后，如何正确使用索引对于程序的性能有着至关重要的作用。设计良好的索引可以减少磁盘 I/O 操作，并且消耗的系统资源也较少，从而可以提高查询性能。对于包含 SELECT、UPDATE 或 DELETE 语句的各种查询，索引会很有用。

   在我们的coding中，得到相同的查询结果SQL的写法可以有多种，最重要的考虑因素之一是WHERE条件，WHERE条件限制了查询要返回的记录数目，查询优化程序会尝试判断已有的索引，分析对查找符合的记录是否有帮助。

   查询优化程序要查看WHERE中的条件，以决定这些条件在限制SQLServer访问时是否有用。所以，有效的设置查询参数，决定了是否可以充分的利用索引。

   查询参数可以包含一下操作：=、<、>、>=、<=、BETWEEN、部分like。其中，like当这样使用时会用到索引：like '*%',但like'%*'就用不到索引。因为索引的摆放是依据字段值升序或降序排列，like'%*'这种用法，不能利用有序的数据结构，利用二分法查找数据。

  不适当的查询参数有：NOT 、!= 、<>、 !>、 !< 、NOT EXISTS、 NOT IN 、NOT LIKE等，还有一些不当的用法，例如：对数据进行计算，负向查询、等号左边使用函数、使用OR。上述语法都不用不上索引，降低程序的效率。

   当我们了解了索引的用法后，在我们编写sql时考虑上述用法，充分利用索引，以高程序的性能。还有，在我们coding过程中，写好sql后，最好使用SQL Server自带的查询计划，来分析SQL执行成本、索引的使用情况，尽可能的使用索引来提高效率。

   先说这么多，欢迎高手们提出更好的建议，我们一起进步。