博客园_华磊的思考空间：专注于.net技术、系统架构、开源项目、团队管理

【上海】初中高级.net开发工程师胜任要求

2012-02-10T04:43:00Z

初级.net开发工程

工作经验要求：

在校或实习期间独立实现过软件或网络类项目开发

参与过企业经营管理类软件开发。

参与过互联网产品类软件开发。

1、   熟悉MS .NET框架，熟练掌握C#开发语言，熟练掌握.Net的面向组件的开发方法。
2、   熟悉HTML语言以及W3C规范，掌握DIV+CSS/Javascript/Ajax等HTML开发技术
3、   具有良好的编程素养和计算机基础
4、   熟悉SQL Server 2005/2008，熟练编写SQL存储过程及复杂逻辑查询
5、   熟悉JQuery等Ajax框架
6、   善于团队合作，有较好的学习和实践能力

中级.net开发工程师

工作经验要求：

2年以上软件、网络企业工作经验

参与过企业经营管理类软件开发。

参与过互联网产品类软件开发。

高级.net开发工程师

工作经验要求：

3年以上软件、网络企业工作经验

主导过企业经营管理类软件开发。

主导过互联网产品类软件开发。

1、    熟悉MS .NET框架，并精通C#开发语言，熟练掌握.Net的面向组件的开发方法。
2、    熟悉HTML语言以及W3C规范，熟练掌握DIV+CSS/Javascript/Ajax等HTML开发技术
3、    具有良好的编程素养和计算机基础
4、    熟悉数据库设计理论、MS SQLServer的关键知识、具体的SQL应用开发，能够熟练撰写较复杂SQL语句、存储过程、触发器、函数等，并在数据库性能优化上有着较好的经验。
5、    熟悉软件工程方法、软件设计模式、UML设计方法，熟练掌握RUP方法尤佳。
6、    熟悉一定的RPC技术，WebService、Remoting、Socket编程技术。
7、    担当过开发组长、主管、经理等职务者优先
8、    具有iOS/Android平台开发经验者优先
9、    具有电子商务、网络营销领域相关经验者优先
10、    善于团队合作，有较好的学习和实践能力

附近有家公司正在急招，有兴趣的可以去试下，电话：(021) 2893 4060 邮箱：zhangyh@hotsales.net，联系时请注明应聘岗位。

职位链接

本文链接

【华磊原创】论：技术团队的创造力建设

2011-12-15T03:46:00Z

论：技术团队的创造力建设

1、综述 2

2、创造力的三个要素 6

3、成功的保障-坚持 7

4、团队创造力 7

5、 "因术入道、集腋成裘、大道无术"——软件领域的专业能力的培养 8

6、《资治通鉴》创造性思维的培养 8

7、创造力的土壤-动机 9

8、创造力的源泉-目标 10

综述

行业现状

接触软件开发领域一来，一直关注开源社区的动向，并曾经加入过几个开源项目的团队中；在这几年，有感于国内软件行业创造能力之低迷，与国外的软件行业的整体素质的差距越来越大；故一直在反思，为何我们的软件业会是这样。

现象一：

最近几个年度的各大媒介筹划的软件评比中，其中十大大部分被工具类软件、娱乐类软件占领，尤其是杀毒软件、播放软件、工具类软件为主；绝对的缺乏有创意的、自主创新的软件。

现象二：

国外各类开源社区如火如荼，其中的项目千奇百怪，各具风采；而这些项目中难得一见中国本土的软件项目。

现象三：

中文网上不乏各类技术学习、交流的信息，但大部分停留在框架的使用、问题的解决上，再或是一些枪手受雇于大公司的教学类软文，针对技术本身和创造性的讨论都比较少。

什么是创造力

在我们这个行业中，何谓创造力？我一直在反思这个问题，不能明确的给其一个合乎环境和时代的定义，改善更是无从谈起。

从codeplex开源社区、codeproject谈起，在这个社区里摸爬滚打了几年，最近略有感悟，我仔细研读过好几个较好的开源项目，如memcache、ajaxpro、StringTemplate.Net、Jquery相关等，站在我自己的角度，具有如下心得

开发能力

就实际的code能力而言，就笔者个人水平在这个社区尚数中上水平，其中如ajaxpro、jquery等，其中的关键算法很多都掌握许久，如对应的项目我是其中一员，很多地方的实现可能更好。实际上这也反映了中国程序员在code能力上还是首屈一指的。

设计能力

这一块而言，敢于将自己的项目开源的人都具备很强的设计能力，大部分的项目设计水准尚可，我把自己的几个项目与其进行讨论，也获得了一些比较认可的评价。

动力

毋庸置疑，开源社区的程序员都具有足够的激情和动力，做出最伟大的产品无疑是大多数程序员的追求，同时，看到自己的产品被无数人下载使用、参与、点评都是一种自我价值提升的表现，哪怕这种价值提升并没有带来更多的回报。

创新

何谓创新，在技术领域中，从头造轮子是为创新，但将若干造好的轮子组装成一种新的产品也是创新，这一块，我看到了国外程序员的强烈的创新渴望，在各种开源项目中都能看到很多天马行空的创意（jquery的hash算法），也有很多项目中看到了重造轮子的事迹（最显著的莫过于mono，直接自行实现了一整套基于qt的windows api）。同时也看到了无数失败的创新。

持续性

坚持，直接决定着项目的成功还是失败，我见过一个开源项目，本身没什么创意，无非是针对网络操作进行封装，提供一套基于异步的网络操作的工具包（包括ftp mail ssl等）其技术没什么高级的，但这个团队持续性非常之强，笔者在4年前研究mail的操作时接触了该项目，直至今日，4年过去了。这个项目还在持续、还在不断的完善，至今，整个项目代码行超过30w，几乎涵盖了所有的网络应用的操作，这个项目历经数年，无数次周而复始的变化，其中有我已开始就觉得有问题的，也有我很看好的；我最佩服的反而是这个团队的毅力和这种坚持；而最让我诧异的是，这个项目的负责人是个瑞士的老头（真是老头），主要开发人员是个不足20的年轻人（如今23-25吧）；我思索很久，这样一个项目，没什么商业动机也算不上成功，就算成功也不会带来多少知名度；而支持他们坚持至今的动力到底是什么。

众所周知，很多好的软件、框架、技术都是来源于开源社区，换句话而言，开源社区的的创造力产出比例是很高的，从而对比开源社区的一些特征来分析我们行业的创造力的定义和模型。

根据如上结论，得出如下创造力的模型

创造力的三个要素
    创造力不是一种心境，创造力是开发和表达用来解决问题、满足需要的新颖创建的过程。由此可见，与其说创造力是一种禀赋，倒不如说它是产品创新的一种目标导向过程。一旦目标明确，则如何采用更合适的导向方法来激发个体的创造力，则要分析产生创造力的基础来分析。
    综上述，我们可以认为创造力由如下三个关键要素产生关键作用，而激发个体来自于团队的创造力，则也是要在这三个要素上狠下功夫：
    专业才能（软件开发能力）
        软件行业，具备一定的专业素养才可能向更高的领域进发，根据开源社区的特征，笔者将软件行业的个体层次做如下划分：
        编码级
            这种是国内大部分程序员的层级，平时工作以例行开发工作为主，总是陷在各种各样的问题、bug中，不会有过多的思考和总结能力，实际上，在他们脑海看到的都是一行行的代码和各种各样学也学不完的技术、框架。。
        应用级
            指面向解决具体应用的能力层次，在这个层次中，主要需要具备应用级的解决能力和分析能力，一个小型系统的设计开发，大型系统的设计开发均属此类。主要特征为可以从应用层面考虑问题，清楚所有的技术都是为应用服务的（应用才是一切的核心）。
        框架级
            指在能解决应用的基础上进一步为了提高效率、质量、可维护性而进行的框架性建设，这个层级中会将应用中碰到的各类问题进行抽象，产生新的框架产品。
        架构级
            架构本身也是为应用服务的，但在这个层级，关注的是选用合适的框架、技术等来实现应用（架构设计），同时，在这个层级也会产生无数框架级的需求。
        算法级
            该层级是相对独立的，算法本身是跟具体应用（行业）相关，新的算法理论可能针对应用是革命性的，这个层级中的人物均是行业的绝顶人物。
    创造性思维（技术）
        我们行业是很有特点的一个行业，创新思维一般会由三个途径产生：
        借助别人的肩膀
            具有相当的技术深度，经常学习了解参考整个技术领域动向、新产品、新技术，并在技术的学习上无拘无束（管他java还是c++）；通过大量的学习（参考）积累了足够的视野和知识，在针对具体应用时善于组织总结，最终借助了别人大量的成熟经验进行有效组织、选择，最终产生了一套新的创造性的产品/技术，如流行的Ajax既是此例。
        特定行业的专业知识/资源
            足够的领域知识，结合领域和软件知识设计了新的产品/技术，如最早做地图的google map(图形学和ajax)、支付宝、jquery（数学知识）等。
        突发奇想
            这种。。。只有天才才会有，笔者相信，大部分人都不是。
    动机

专业才能和创新思维是创造力的绝对基础，但动机才是产生创造力的源泉，比如，一个拥有足够水源的人虽然他手头有工具和技术但他绝对不会去打口水井；一定要他感觉到水源的匮乏才会努力去打井，而哪怕他不具备足够的工具和技术；当然，假设他永远不具备工具和技术，可以肯定他永远也没法打出一口水井来。

成功的保障-坚持
结合上面的例子，假设这位口渴的人具备工具、技术，但不肯坚持不懈的进行打井工作，那样也是没法达成目标的。
坚持在整个业界有着无数成功的典型案例：
面对wintel不屈不挠的苹果
十年磨一剑的暴雪
    2000年大量关服的腾讯（笔者当年去腾讯面试过。知道一些内情）
    专心做idc的万网
也有着失败的典型：
    提出网络就是计算机的-sun
    曾经的浏览器大鳄-网景
团队创造力
毋庸置疑，团队的创造力来源于合理的目标导向过程；激发各个个体的创造力进行有效整合，最终团队的目标得以达成，个体的价值得以体现；
尽管创造力经常是个体行为，但仍有大量革新是创造性团队的产物。贝尔实验室的科学家开发的晶体管只是不胜枚举的众多例子之一。爱迪生和伊斯曼实现的许多技术突破，同样是这两位卓越的发明家与众多为他们工作的技师和工程师们共同成就的。团队可以实现比单打独斗的个体更大的创造性成果，原因在于集体可以带来更强的实力、更高的见解和更多的能量。但是要想获得这种更高的成果，团队必须在思维方式和技术方法上进行正确组合。这种"正确"组合大多数情况下意味着在思维模式和技术方法上的差异性。差异性具有以下几大优点：
·个体的差异会产生摩擦，这种摩擦能擦出新点子的火花。
·观点和视角的差异可以预防群体思维 (groupthink)的出现。群体思维是指人们基于社会化原因(social reasons)而非认识原因趋同于同一种观点。
·观点和技术上的差异，提高了产生好创意的可能性。由此可见，管理者必须认真考虑一个团队如何选配人员以及团队内部如何沟通。

下表描述了许多似乎矛盾的特性，它们都是一个团队想提高创造力所不可或缺的。

初学者思维	团队既需要新鲜的、没有成见的视角又需要专业才能。吸收一个非专业人士对于这种视角平衡经常很有效。	经验
自由度	你的团队必须在经营真正需要的范围内工作，并且符合公司长远战略。但同时也需要给他们一定的自由度，主要是在决定怎样实现战略和满足经营需要的途径上。	纪律
"票友"心态	创造力在游戏心态下发挥充分，但是经营要求高度的职业化。因此，要为团队成员"游戏"提供一定时间和空间，但头脑必须清楚什么时间什么场合是适当的。	职业性
即兴随意	对项目进行精心规划，但记住项目并不总是按计划的。鼓励团队成员们将意外事件转化成机遇。计划要有弹性，留有空间吸收新创意或即兴创意。	计划性

结合到软件行业，创造力是一个团队绩效的目标，但也是一个团队建设的过程，大部分时候，相比如何选择合适的成员组成一个具有创造力的团队，"如何激发团队隔离的创造力"、"如何培养和建设一个具有创造力的团队"。我们不能期望所有的团队都满足完美状态，大多数时间，管理者更多的是要考虑建设和管理的问题。

"因术入道、集腋成裘、大道无术"——软件领域的专业能力的培养
笔者会单开文章阐述和分享在专业能力建设上的心得和体会。
《资治通鉴》创造性思维的培养
中国历代皇帝偏爱修史，如史记、资治通鉴等；上述针对创新思维的分析，创新思维主要来源于充足的经验、知识储备并结合应用，唐太宗李世民说"以史为镜,可以知兴替"，在治国的过程中，结合前人成功、失败的经验并善加利用，最后产出了合适的办法来治理国家，如此，合理的达到目标并开创了一种新的成功模式；这个过程也是一个创造力的过程。
提升创造性思维的主要方法（细节略）：
1. 学习
2. 互动交流
3. 换位思考和抉择
4. 反向工程
5. 模拟演练
创造力的土壤-动机
一般而言，个体的需求是触发动机的最直接的因素，西方管理学针对个体需求分解出如下几个关键阶段/要素，笔者结合软件行业来分析这几个要素在动力提升中的关键作用。
生存需求
    暂略
    自我实现
        暂略
    社会认同
        暂略
    笔者再补充一个要素：时间压力
        时间是每一位创造性人才和创造性团队实现任何有价值成果所必须的条件。但是他们到底需要多少时间呢?给他们多少时间才合适呢?这些都是管理者在试图以有限资源实现特定目标的过程中遇到的重要问题。
长期以来学者们致力于研究时间压力与创造力之间的关联性。总的来说，这些研究大都指出二者之间存在着抛物线型关系，也就是说，在达到一定程度之前，压力的增加是有助于提高创造力的，超过这一点之后，压力就开始起负面作用。
时间压力与创造力的矩阵

我们的研究表明，时间压力对创造力的影响各有不同，取决于环境是否容许人们全神贯注于工作，是否赋予紧迫的任务某种意义，或激发或削弱创造力的其他因素。

时间压力

低

高

激活创造性思维的可能性

高

当人们感觉像是在进行的科学考察时，低的时间压力会促进创造性思维更可能出现，这时他们

·创造性思维的主导倾向，是生发或探索新思想而不是解决问题

·更乐于与一个人合作而不是一个组织

当人们感觉像在秉承着某种宗旨进行新奇的科学考察时，极度的时间压力促进创造性思维，这时他们

·由于被保护而没有干扰，可以一整天全心投入一项活动。

·相信自己正做着意义重大的事情，感到被挑战刺激着，乐于投入进去。

·创造性思维的主导倾向既在发现问题，又在生发或探索新思想。

低

当人们感觉像是在自动驾驶(由他人操纵)时，低时间压力也很难激发创造性思维，这时人们

·没有获得高管人员关于创新的激励。

·乐于开会或在团队中讨论，而不是个别交谈。

·总体上很少进行合作。

当人们感觉像在骑脚踏车(单调乏味)时，极大地时间压力也无法激活创造性思维，他们感到心烦意乱。

·干的事情五花八门，日子像断片。

·丝毫感觉不到工作很重要。

·与"有使命感"的情况相比，即便每天工作时间相同，但对时间压力的惶恐感更强。

·乐于开会或一大群人谈话，而不是个别交谈。

·他们的计划或日程常到最后关头还改动。

创造力的源泉-目标

在软件行业中，频繁的目标改变是扼杀创造力的很重要的因素。由于软件行业的项目特征；一般一个项目会持续数月或者数年，在项目持续的过程中，高层的目标改变或者不太合适的改变手段对整个项目团队的创造力打击是致命的。

本文链接

【华磊原创】原创分享-在Asp.net下实现变长连接的web即时应用的实现范例及ReverseAjax的演示介绍

2011-12-15T03:43:00Z

随笔，根据公司近期的一个培训整理的资料，附件包括一个完整的使用变长连接的web即时聊天室的范例和针对ReverseAjax的ppt培训文稿，其中ppt中包含了对范例程序的完整讲解。

ReverseAjax 反转AJAX是一种旨在将逻辑控制权转移到服务端的Web实现模式

何谓控制权转移

传统的AJAX调用一般由客户端行为触发，比如说获取区域数据，异步验证等。

ReverseAjax将控制权转交给服务端，就像服务端触发客户端事件一样，即很早的Web推的技术。

ASP.NET实现变长连接需要使用到异步页面的技术，同时该页面需要禁用会话来实现每次请求都产生一个新的实例执行。

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="response.aspx.cs" Inherits="_Default" Async="true" AsyncTimeout="30" EnableSessionState="False"%>

if (Request.Form.Count>0)
{
if (Request.Form["type"] == "loop")
{
ChatTask task = new ChatTask(this.Context);
task._chatNow = this.ChatNow;//有新的消息的回调方法，即为通知处理，这个时候释放掉连接
string user = Request.Form["user"].Trim();
PageAsyncTask async = new PageAsyncTask(new BeginEventHandler(task.OnBegin), new EndEventHandler(task.OnEnd), new EndEventHandler(task.OnTimeout), user);
Page.RegisterAsyncTask(async);
Page.ExecuteRegisteredAsyncTasks();//异步执行

}
}

具体代码和实现效果请参见范例。

附件：

演示文稿：ReverseAjax.pptx

范例程序： ReverseAjaxChat范例.rar

本文链接

新增格式化单元格数据功能-dotNetFlexGrid1.24，快速的设置您的表格数据的不同样式；现在开始扔掉你的Asp.net GridView吧。(更新FieldFormatorHandle参数)

2010-09-10T12:42:00Z

更新，将FieldFormatorHandle的参数类型改为DataRow，这样就可以基于整行的数据进行格式化了。

2010-9-10 v1.24beta

修复insertNewRow()、updateRowData()方法处理ID包含“#”时的BUG，调整了若干需要进行Jquery转义的地方。
新增Js方法containsRowId ()用于检查指定ID的行是否存在。
新增格式化处理，现在可以通过指定列的格式化方法来处理展现数据了。
更新演示项目，增加根据状态字段不同来展现不同的数据和单元格颜色。
修复转换为WebApp可能导致的bug.

更新说明文档，请访问：JQuery FlexiGrid的asp.net完美解决方案:dotNetFlexGrid控件完整Api说明文档(更新至1.24 2010-9-10)

更新演示程序，请访问：快速指南中提供TestStockFormList.aspx,演示在表单中使用dotNetFlexGrid储存客户录入的数据并作为表单提交

列的展现模板：轻松在表格中显示文本框、按钮等任意东西

InitConfig初始化时针对列配置增加了一个itemTemplate属性，该属性提供了当前列的展现模板设定，您可以在该属性中提供几乎任何Html内容（当然，请保证不会破坏表格结构），使用简单的模板语法“[@字段名]”来展现您所希望的格式，比如说：

“<input id=’ [@Guid]’ type=’text’ value=’[@String1]’ />”

上述语法将在指定的列展现一个以该行的Guid字段的值给出的Id的文本框，该文本框将展示String1字段的值。

格式化列：在表格中根据上下文数据来控制单元格的内容、颜色等。

1.24版本中，我们为控件加入了格式化的处理机制，现在DataHandler的返回值中增加了一个名为FieldFormator的配置项，您可以在这里针对列进行具体的格式化处理，如下示例，为返回的数据增加了一个针对列名为ProductState的处理器，我们将不同的状态使用颜色区分，并显示不同的文本。

   1:          dotNetFlexGrid.FieldFormatorHandle proc=delegate(DataRow dr)   2:          {   3:              switch (dr["ProductState"].ToString().ToLower())   4:              {   5:                  case "0":   6:                      return "<span style='color:red'>禁用</span>";   7:                  case "1":   8:                      return "<span style='color:Blue'>下架</span>";   9:                  case "2":  10:                      return "<span style='color:Gray'>正常销售</span>";  11:                  case "3":  12:                      return "已售空";  13:              }  14:              return "";  15:          };

dotNetFlexGrid支持的三种列类型：数据不一定要来源于数据库

截止到当前版本，控件支持三种不同来源的列类型：

l 普通列

最普通的一种列的形式，直接从DataHandler的返回值中获取并展示数据，不进行任何额外处理。

l 模板列

配置了展现模板的列，该列数据将根据模板中指定的格式生成数据，该列实际可以在数据源存在，也可以完全不存在，由运行时决定实际的展示内容。

l 格式化列

指定了格式化处理器的列，该列数据将调用格式化方法进行处理后返回，如果格式化列也存在模板配置，则将继续应用模板中的配置产生新的数据，跟模板列一样，该列实际可以在数据源存在，也可以完全不存在，由运行时决定实际的展示内容。

本文链接

【华磊随笔】技术到底值不值钱，到底值多少钱-有感于公司新产品的上线

2010-09-09T15:18:00Z

技术，尤其是软件开发技术到底值不值钱？到底值多少钱？你能说得清楚吗？

10-20年前如果我提上面这个问题，相信无数人会用看待火星人的眼光来看着我；

10-20年前的软件业，涌现出无数的技术英雄James Gosling、Bill Gates、丁磊、王江民、求伯君等等，依稀还记得当年WPS的流行，gates在ibm战战兢兢的dos演示，gosling为机顶盒的奋斗。。。。。。；

在哪个时候，无数的少年怀着美好的憧憬步入这个充满挑战的领域，一年又一年的过去了，当初的少年日复一日的在晦涩的代码、难缠的BUG、无尽的需求中奋斗，慢慢的，憧憬变成了现实，少年变成了中年，激情已不再；回眼望去，却发现自己离理想中的英雄越来越远，曾几何时，我们在面对新出道的少年时执着着一种莫名其妙的优越感，同时，心理却藏着一种另类的自卑或是说沧桑感。

上述胡说了几句，纯粹是有感而发，要解答上述的命题，我觉得要正视一个问题

技术（软件开发技术）到底是什么？

很遗憾，我尝试了谷歌、百度、必应都没有找到我所能理解的答案，最后，在维基百科我找到这样一句话：
技术：它是泛指根据生产实践经验和自然科学原理而发展成的各种工艺操作方法与技能。

哦，经验->工艺、操作方法、技能，换而言之，技术是来解决实际生产实践中的问题的。
OK，我们贴近一下我们的实际工作，

技术=

我会写SQL语句访问数据库
我会写html制作网页，效果还不错
我会写代码实现两台计算机之间的通讯
我会Javascript在网站实现很酷的效果
我会使用ORM技术做数据映射
我会。。。
。。。。。。

嗯，我们会的真不少，但，上述这些技术到底能干什么，能产出什么价值，能给我们带来多少钱。。。相信我，如果就上述这些，你将永远是这个圈子里收入最低的人。
我们换个角度，

技术=

我能设计和实现一个进销存软件提高公司的管理水平和运作成本
我能应用分布式的技术提高公司网站的访问速度和负载能力
我能搞定老板所有诡异的想法，将他们变成产品
我有一套成熟的团队管理模式，能提高团队生产效率和质量
我是***行业的领域专家，我能做出这个适用于行业最好的产品
。。。。。。

好很多不是么，这样，似乎我的收入慢慢提高了，能让我们相对体面的生活了。。。可是，在接下来体面的生活和工作中，我们又发现一个又一个这样的过程：

一个很牛的销售员N1联系到客户，开始谈一个大单子
一个很牛的售前N2制作了项目的实施方案，得到客户认同
客户掏了大价钱委托我们很牛的公司C1实施这个项目
公司的领导分配组织了技术团队，确定了实施过程
分析人员作分析
设计人员做详细设计
开发人员开始coding
1. D1你擅长数据库，做后台业务逻辑吧
2. D2，前端开发是你的强项，负责前台吧
3. D3，你有网络通讯的经验，负责通讯模块吧
。。。。。。
测试人员验收测试
客户很满意，高高兴兴付了钱

    很好，很顺利的项目，N1\N2拿到了可观的分成，C1挣了大钱，但，D1、D2、D3开始抱怨，100w的项目为什么我的分成才5w块。。加起来还没N1或N2任何一人的多，更别提C1了？
    再看另一个实际的场景
    公司确定要做一个网络产品，分析花了2个月，设计花了2个月，开发。。。用了5个人也花了两个月完成；最后产品完成上线销售，市场反应很好，足足卖了2年，月月销售额都超过200w，但我们可怜的开发人员还是那些工资，离这个利益蛋糕总是不得其门而入，郁闷了，拍拍屁股走人，于是乎，产品继续在卖，利益继续在封闭的圈子里分配，作为当年的技术骨干，你作何感想？

我们似乎发现了问题所在，在这个行业里，技术似乎是类似于建筑工的角色，利益这块蛋糕，是与技术无关的，哪怕我再精通c#、java、前端、后端、分布式、系统架构，都不是完成这个蛋糕中的必不可缺角色；话句话说，没了你，换个人蛋糕照做；或者，我们为了能相对体面的活下去忍辱负重，抛开这些乱七八糟的想法，踏踏实实的继续在晦涩的代码、难缠的BUG、无尽的需求中奋斗。

牢骚发完，还是为了相对体面的活下去，继续奋斗吧。。。。。。希望我的牢骚不会影响到看帖朋友们的心情。

BTW：这文章其实我更多的是想引起大家的思考。。。尽早的制定好自己的人生目标和职业规划，有的放矢终归会比糊涂度日机会大很多。项目管理中非常重要的是里程碑的制定，我想人生也是如此。

本文链接

dotNetFlexGrid必须的组件-Newtonsoft.Json.Net20.dll下载，同时修复WebApp的BUG

2010-08-26T08:49:00Z

控件源码请访问置顶下载贴更新。

Newtonsoft.Json.Net20.dll 下载请访问http://files.cnblogs.com/hualei/Newtonsoft.Json.Net20.rar

另：dotNetFlexGrid在WebApplication(Web应用程序项目）中使用，如果编译失败，您需要将控件的2个cs文件转化为Web应用程序。如下图

本文链接

将Grid数据作为表单的一部分整体提交-dotNetFlexGrid1.23beta发布

2010-08-26T02:57:00Z

2010-8-26 v1.23beta(重要更新)

修复insertNewRow()、updateRowData()方法不能正确处理对齐和宽度的bug。
修复insertNewRow()产生的行不能选中和触发事件的bug。
新增Js方法getGridJsonData()用于提取当前grid的所有数据，产生一个Json格式的字符串，可以保存在表单域中。
新增服务端方法ParseGetGridJsonData()用于解析getGridJsonData()生成的数据，将返回一个二维字典，配合CheckedRows可获取到用作表单提交的Grid的所有数据。
修复applyQueryReload()方法在参数已存在时只能处理一个参数的BUG.

附件中Samples/TestStockFormIn.aspx页面通过一个模拟的入库单编辑页面演示了getGridJsonData和ParseGetGridJsonData的使用方法，自此，dotNetFlexGrid基本可以替换掉用作表单提交的ListBox或自行处理的Table。范例如下图：

初始化，模拟打开一个入库单进行编辑

加入、修改商品

编辑完成后提交

本文链接

【华磊原创】-提高用户体验？衡量页面加载速度的几个关键指标。

2010-08-25T05:29:00Z

其实要判断一个页面的执行速度的快慢与否，主要有如下几个时间比较关键：

页面服务端执行时间

即服务端执行主要页面处理的快慢与否，一般我们需要排除掉网络影响（局域网），通过压力测试或者程序内部跟踪来得出该时间，举个例子，我在服务端页面page_load写System.Thread.Sleep(1000)，阻塞当前执行线程1秒（你可以理解为我们实际处理逻辑的代码，比如打开数据库查询等等），则服务端执行时间则是1秒+ASP.NET WEBForm框架模型的构建时间，一般会是1~1.01左右。

页面服务端响应时间

及包含网络的服务端响应时间，一般是拿到的Request连接建立到Response连接结束的时间，抛开网络影响，则时间应与页面服务端执行时间一致，如果差异较大，则说明页面传递的数据量过大，需要优化。

DomContentOnload时间

一般而言，页面上会有许多的展现元素，在一个用户体验较好的页面上，很可能会对其中的dom元素进行上下文处理，则此时间则为dom构建完毕的时间，一般而言，此时间反映了客户端解释页面的时间，如果过长，则很明显是页面结构不合理。

Document.onload时间

onload是页面所有必须得资源全部获取完毕的时间（其实不含图片或一些外围的资源），如果过长，则很明显DomContentOnload过长或者必须得资源请求时间过长（很大的css，动态产生的js过大等等），一般而言，Document.onload可以认为是客户开始看到相对结构完整的网页的时间。此时间直接跟用户体验相关。

页面渲染时间

页面完全打开完毕，浏览器解析完毕，客户看到完整的网页的所有内容的时间，比如说我在页面中使用js创建一万个button，则这些button全部显示出来的时间才是页面渲染时间。这个时间跟客户端cpu 显卡内存密切相关，并由页面的客户端逻辑直接影响，较难跟踪很判断。故一般这个时间是用来测试浏览器的执行速度的。

本文链接

【华磊原创】安装程序自动检测安装.Net Framework运行环境（使用InnoSetup）

2010-08-24T08:51:00Z

最近公司开发了一个WinForm的项目，部署人员在制作安装程序的时候问到怎么在安装程序中自动检测是否安装.Net Framework，由于是使用InnoSetup制作的安装程序，InnoSetup本身是支持Pascal脚本的，于是撰写了如下的代码来实现自动检测安装.Net Framework的功能。

InnoSetup可在在脚本中插入[Code]代码段，其中的代码可以通过事件驱动，支持的主要事件如下：

function InitializeSetup(): Boolean; ——安装程序初始化，返回值决定安装程序是否继续执行。
function NextButtonClick(CurPageID: Integer): Boolean; ——点击下一步按钮，返回值决定安装程序是否继续执行。
function BackButtonClick(CurPageID: Integer): Boolean; ——点击上一步按钮，返回值决定安装程序是否继续执行。
function InitializeUninstall(): Boolean; ——卸载程序初始化，返回值决定卸载程序是否继续执行。
...

从这些事件我们可以看到InitializeSetup()满足我们的要求，我们可以在这个时候去检查注册表或者是系统文件来判断客户机器上是否安装了.Net Framework，从而进行自动安装或者下载安装的操作。

最终代码如下：

[Code]

function InitializeSetup: Boolean;

var Path:string ;

ResultCode: Integer;

dotNetV2RegPath:string;

dotNetV2DownUrl:string;

dotNetV2PackFile:string;

begin

dotNetV2RegPath:='SOFTWARE\Microsoft\.NETFramework\policy\v2.0';

dotNetV2DownUrl:='http://www.xxx.com/down/dotNetFx_v2.0(x86).exe';

dotNetV2PackFile:='{src}\dotNetFx_v2.0(x86).exe';

if RegKeyExists(HKLM, dotNetV2RegPath) then

begin

Result := true;

end

else

begin

if MsgBox('系统检测到您没有安装.Net Framework2.0运行环境，是否立即安装？', mbConfirmation, MB_YESNO) = idYes then

begin

Path := ExpandConstant(dotNetV2PackFile);

if(FileOrDirExists(Path)) then

begin

Exec(Path, '/q', '', SW_SHOWNORMAL, ewWaitUntilTerminated, ResultCode);

if RegKeyExists(HKLM, dotNetV2RegPath) then

begin

Result := true;

end

else

begin

MsgBox('未能成功安装.Net Framework2.0运行环境，系统将无法运行，本安装程序即将退出！',mbInformation,MB_OK);

end

end

else

begin

if MsgBox('软件安装目录中没有包含.Net Framework的安装程序，是否立即下载后安装？', mbConfirmation, MB_YESNO) = idYes then

begin

Path := ExpandConstant('{pf}\Internet Explorer\iexplore.exe');

Exec(Path, dotNetV2DownUrl , '', SW_SHOWNORMAL, ewWaitUntilTerminated, ResultCode);

MsgBox('请安装好.Net Framework2.0环境后，再运行本安装包程序！',mbInformation,MB_OK);

Result := false;

end

else

begin

MsgBox('不下载安装.Net Framework2.0运行环境，系统将无法运行，本安装程序即将退出！',mbInformation,MB_OK);

Result := false;

end

end

end

else

begin

MsgBox('没有安装.Net Framework2.0运行环境，系统将无法运行，本安装程序即将退出！',mbInformation,MB_OK);

Result := false;

end;

end;

end;

使用的时候将上面的代码段复制到您的安装脚本中进行编译（您可以更改dotNetV2RegPath、dotNetV2PackFile和dotNetV2DownUrl来更改默认的参数），最后将.Net Framework的安装包“dotNetFx_v2.0(x86).exe”放在与安装程序同一目录中即可。

安装程序执行时将检查客户计算机是否安装了.Net Framework 2.0，如果没有安装，则会调用同一目录下的.Net安装包进行安装，如同一目录下没有.Net安装包，则提示从网络上下载.Net安装包。.Net安装包安装完毕后将自动继续执行您的安装程序。

本文链接

【华磊原创】某企业前两年的开发人员技术能力评估表(不分语言)-相对比较全面也比较细

2010-08-23T01:59:00Z

悲剧，之前那篇"【华磊随笔】进一步的分析：开发者版本；你属于哪个版本的程序员？"为什么从首页拿下来了。

目的
1. 部门考评及笔试需要
员工基本信息及年度工作成绩一览

职员基本信息(职员填写)
姓名：		出生日期：
岗位：		入职日期：
当前档位级别：	初级/中级/高级/分析/UE	转正日期：
总结信息及工作绩效自评(职员填写)

主管评价（主管填写）

员工年度考察评估表（自评与主管评价）（员工和主管填写各自栏目，仅填分数即可）

分类	标准	员工自评	主管评价
工作面貌	行政纪律遵守情况较差、存在旷工或违纪情况（有任何违纪或旷工情况列入此项）不佳、不存在旷工或违纪，但经常有迟到早退的情况。一般、较少出现迟到情况，但请假较多（以年度10天病/事假为考核标准）较佳、较少出现迟到情况，且请假较少极佳、基本无迟到和请假情况。
	组织活动参与情况较差、未参与过公司或部门组织的集体活动（不含部门聚餐等），且未响应过任何组织要求的活动（如节目球赛等）不佳、少量参与公司或部门组织的集体活动，极少量响应过任何组织要求的活动。较佳、基本参与了大部分公司或部门组织的集体活动，基本响应过组织要求的活动。极佳、未缺席全部安排的活动。
	工作纪律遵守情况较差、大量存在工作时间的违纪情况（如上班时间睡觉、违规使用软件、上班时间浏览不相关网站、未遵守VSS签入制度等），年度违规超过12次。不佳、存在一定的工作违规情况，年度违规超过5次。一般、存在少量工作违规情况，年度违规超过3次。较佳、基本不存在工作违规情况，年度违规低于3次。
任务执行	下达任务执行情况较差、大部分任务均未能按时或按质完成，基本都需要其他人协助方可勉强完成。（以任务量的65%为计量标准）不佳、一部分任务均未能按时或按质完成，此部分任务存在提交后反复修改或打回的情况，并出现大量BUG。（以任务量的40%计量）一般、小部分任务未能按时按质完成，但存在提交后因质量或需求原因打回的情况。较佳、小部分任务未能按时或按质完成。（以任务量的15%计量）极佳、基本不存在未按时或按质完成的任务。
	部门任务下达的接受情况较差、少量存在因各种非正常原因拒绝上级安排的任务的情况。（年度5次计量）不佳、少量存在拒绝或推诿上级安排的任务的情况，且在下达任务的执行时存在偷工减料或缩减需求的情况。（年度3次计量）较佳、基本不存在拒绝或推诿任务的情况，但极少量存在缩减需求的情况。极佳、上述情况基本均未出现过。
	部门任务下达的认可度情况不佳、存在如下情况之一：不认可部门安排的任务，认为部分任务安排的不合理，执行的任务不可能有好的结果，执行的任务对自己的成长没有任何帮助。一般、基本能够理解部门安排的任务，在部分任务的处理上与上级思路相左，且未能履行此类任务。较佳、基本能够理解部门安排的任务，在部分任务的处理上与上级思路相左，但也忠实履行了自己的职责。极佳、基本未出现过上述情况。
技术能力（UI开发）	JavaScript熟悉程度较差、不了解JS的相关知识，特征为不清楚其语法或运行机制。不佳、仅了解基础的JS语法和机制，但不能熟练应用到工作中，不能独立完成如输入参数验证、DOM对象操作、TreeView的实现、AJAX等，特征为从未在一个页面(js)中撰写过超过500行的复杂代码。一般、能够熟练撰写一些JS的基本应用。但不能熟练进行一些较高阶的应用，如具有复杂逻辑的客户端代码、表现非常丰富的UI效果（参见163邮箱的应用）、系统框架级的应用等，从未在一个页面(JS)中撰写超过1000行的复杂代码。较佳、能够熟练应用JS完成各种应用场景的开发，但在体系化应用中有所欠缺，如前后台代码的复杂交互逻辑的设计等，还能够通过自己的经验进行某些以UI为主要功能的需求分析和详细设计。极佳、熟练应用JS和其应用的特征，满足上述所有条件。
	ASP.NET(含WebService)熟悉程度较差、不了解ASP.NET的基本应用，不了解WEB应用程序的工作机制。不佳、仅了解ASP.NET的基本应用，不能熟练应用到工作中。一般、熟悉ASP.NET的开发模式，能够进行UI控件的封装和开发，能够结合JS、CSS、Flash等进行具体应用的开发，但在系统表现形式和展现性能处理上有所欠缺。较佳、能够熟练应用满足各种应用场景的开发，且能在表现形式及性能上提出自己的解决方案并应用之，但缺少体系化和重用的思维，经常性复制粘贴代码。极佳、满足上述全部条件且能辅助进行需求和详细设计。
	Win32 APP(含WinService)的熟悉程度较差、不了解Win32消息循环机制，仅能利用基础控件做一些范例。不佳、基本了解Win32消息循环机制，较熟练使用系统控件、能够撰写简单的用户控件，但对于高级表现效果、进程/线程操作、IO应用、Socket应用等尚不了解。一般、了解OS的各种机制（上述部分），能够实现各种特别界面效果，能够熟练进行Win32 界面和服务的开发，但经验不足，在特别场景不能很好的处理，在性能相关的场合不能有自己的见解和解决方法。较佳、能够熟练的进行Win32界面和服务的开发，针对UI的表现效果及表现性能处理有成熟的经验（解决方案），有实现或封装自己的一套UI类库或框架，但在服务级别的开发上有所欠缺（如大量请求的网络服务端或高效运行的分布式计算模型）极佳、满足上述全部。
	Web开发相关技术(CSS、Flash AS开发、XML和其他类型服务端技术php、jsp、asp、perl、cgi技术、isapi等技术) 较差、不经常使用各种辅助技术，不了解任何一种服务端开发语言。不佳、熟悉各种辅助技术并能应用在工作中，但不能完成如特别效果等高阶的应用，不了解任何一种服务端开发技术。一般、熟悉各种辅助技术并能应用在工作中，但不能完成如特别效果等高阶的应用，了解一种以上的服务端开发技术。较佳、熟悉各种辅助技术并能应用在工作中，能够完成各种高阶应用（结核css的效果实现，Flash AS 的后台交互开发，xml快速解析和存储），了解一种以上的服务器端开发技术且曾经进行相关开发工作。极佳、满足上述全部条件且熟悉多种服务器端技术，并熟知其优缺点及应用特点。
技术能力（界面设计）	平面设计思想较差、未经过专业训练且未进行过相关工作或任务。不佳、未经过专业训练，但通过工作了解一些相关的理论，不能针对应用场景进行合适的效果设计。一般、有过专业训练（培训），了解相关的理论和方法，能够针对应用场景进行设计，不能够进行独创的设计制作如手绘、企业vi设计等。较佳、满足上述条件且有过相关的较好的作品，但其成果未得到业内或行业较好评价。极佳、满足上述全部且部分作平得到业界较好评价。
	工具熟练程度，涵盖工具范围（CorelDRAW 、Adobe Illustrator 、Adobe ImageReady 、Adobe Photoshop 、Macromedia Firework、Macromedia Flash 、Adobe Premier、Macromedia Dreamweaver 、Adobe Captivate 、3D Max、Maya、Softimage、AutoCAD）较差、了解以上工具的基本特征，未有一个工具能够熟练使用（标准为掌握大部分快捷键）不佳、1个以上工具能够熟练使用。一般、3个以上工具能够熟练使用。较佳、5个以上工具能够熟练使用且能对其他人员进行讲解和培训。较佳、更多的工具能够熟练使用且能对其他人员进行讲解和培训。
	网页设计思想较差、能够进行网页设计和网页制作，但不能进行网页相关的优化，如SEO处理、展现性能处理等。不佳、能够熟练进行网页设计和制作，熟悉SEO处理、展现性能处理等相关知识并应用，但不能就用户体验方面提具自己的看法和意见且应用之。一般、能够熟练的进行网页设计、制作、优化，对网页设计相关的辅助技术有一定了解（JS、后台交互等），能就特定功能提出较好的用户体验方案并实现之，但不能结合系统需求进行体系化的设计和思考。较佳、满足上述条件且有过较好的成功案例，但其成果未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	富媒体及3D设计思想较差、了解富媒体和3D设计的相关知识，但不能从事该类型的工作。不佳、未经过专业训练，但通过工作了解一些理论和方法，能够从事简单的制作工作（如动画片制作、视频制作、音频优化处理、简单3D制作等）一般、经过一定的训练，熟悉相关的理论的基方法，能够进行一般的制作和设计工作，但未进行过较复杂或要求较高的设计（如电视台广告等）较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
技术能力（系统分析）	企业级应用系统分析（如某企业ERP等）较差、未从事过相关工作。不佳、通过工作了解一定的企业经营理论和流程，能够结合企业经营参与一部分的系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉企业经验理论和流程，主导过一个以上的完整企业应用系统的分析工作，对ERP、MRP2、CRM等系统具有理论级的认识，但未能就系统性能和系统于企业的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	行业级通用应用系统分析（如某行业系统应用系统，公安、交通等）较差、未从事过相关工作。不佳、通过工作了解一定的行业特征和经验，能够结合行业特点参与一部分系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉一些行业的行业特征、特点，主导过一个以上的完整行业系统的分析工作，对特定行业特征非常熟悉，但未能就系统性能和系统于行业的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	互联网络面向用户的应用系统分析（如各大网站、邮箱等）较差、未从事过相关工作不佳、通过工作了解一定的互联网系统的特点和经验，能够参与一部分系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉一定的互联网系统的特点和经验，主导过一个以上的完整互联网系统的分析工作，对互联网的市场理论、用户理论、经营模式均有一定的了解，但未能就系统性能和系统于用户的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	通用计算机应用系统分析（如操作系统、办公类软件、病毒类软件等）较差、未从事过相关工作不佳、参与过一个以上的相关项目的分析工作，但未主导过完整项目。一般、主导过一个以上的完整项目设计，但市场反应较差。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
技术能力（底层开发）	数据库(SQL SERVEWR)应用熟悉程度：较差、不了解DB的相关知识，不能进行SQL的开发。不佳、能够撰写简单的SQL代码，但不能正确写出较复杂的（如有子查询、多表关联的查询语句）SQL语句，能就特定的场景进行SQL的撰写，能够使用存储过程进行较复杂逻辑的开发，但对于大数据量的数据操作经验不足，不能保证数据操作时的绝对严谨、正确性和容错处理。单存储过程代码行数未超过100行。一般、能够熟练撰写各类复杂逻辑SQL代码，熟练使用存储过程，能够胜任大数据量数据操作和处理，但不熟悉SQL的性能优化，存储过程的性能优化，单存储过程代码行数未超过500行。较佳、能够熟练撰写SQL代码，熟悉SQL的优化，能写出高效的SQL代码。并能运用数据库中的相关对象或技术，如触发器，SQL作业，分区视图，分布式事务，但不能基于系统性能或功能要求给出全面的数据库的优化和调整的建议。极佳、熟练应用数据库中的各种技术，对数据库中的故障，能轻松处理；并对现有数据库的处理方式提出优化建议，需要满足以上全部条件。
	其他数据库应用熟悉程度：较差、不了解其他数据库设计的使用，如Oracle,DB2,MySQL但不包括Access等文件级数据库。不佳、了解一些其他数据库，但未使用过该数据库。一般、使用过其他数据库，进行过简单的开发。较佳、完整的在一个项目中使用过其他的数据库,且清楚不同数据库之间的差异。极佳、满足上述全部条件且能完成不同数据库之间的迁移等复杂操作。
	数据库设计熟悉程度：较差、不了解数据库设计的相关知识。不佳、基本了解数据库设计的基本知识，如表、视图等，但对通过分析业务逻辑进行数据库设计经验不足，未设计过超过15张表的数据库，对数据库设计的相关理论知识缺乏。一般、能够根据相关规则（第三范式，索引，约束等）进行数据库的设计，但针对可管理性、存储要求、性能要求上的思考不足，未设计超过50张表的数据库。较佳、满足上述条件，且数据库的架构合理，且易于管理，但尚无主导过设计大规模海量数据（单表行数以千万记）的数据库设计任务，在分布式数据库处理上经验不足。极佳、满足上述全部条件且有过相关海量数据的数据库设计的成功案例。
	编程思想及系统框架应用较差、不了解面向对象的基本知识。不佳、了解OOP/OOD的基本知识，如类，接口。但缺少底层的架构知识，如对于底层的分层理论不了解，对于设计模式应用较少。一般、熟练使用OOP/OOD进行开发/分析工作，熟悉常用的设计模式，熟悉基本的系统分层理论，但尚无大型框架设计和实现的经验。较佳、满足上述条件且能够针对现有系统提供框架级改进意见，参与过大型框架的设计和实现。极佳、满足上述全部，并有相关的作为主导者的成功案例。

考评结果

考评得分(员工和主管分别填写)
项目	自评得分	主管评价分	评价(主管填写)
工作面貌（总分10分）
任务执行（总分10分）
技术能力（UI开发）（总分16分）
技术能力（底层开发）（总分12分）
技术能力（界面设计）（总分16分）
技术能力（系统分析）（总分16分）
考评总结(员工填写)
员工总结：
考评结果和意见（主管填写）

本文链接

分类	标准	员工自评	主管评价
工作面貌	行政纪律遵守情况较差、存在旷工或违纪情况（有任何违纪或旷工情况列入此项）不佳、不存在旷工或违纪，但经常有迟到早退的情况。一般、较少出现迟到情况，但请假较多（以年度10天病/事假为考核标准）较佳、较少出现迟到情况，且请假较少极佳、基本无迟到和请假情况。
	组织活动参与情况较差、未参与过公司或部门组织的集体活动（不含部门聚餐等），且未响应过任何组织要求的活动（如节目球赛等）不佳、少量参与公司或部门组织的集体活动，极少量响应过任何组织要求的活动。较佳、基本参与了大部分公司或部门组织的集体活动，基本响应过组织要求的活动。极佳、未缺席全部安排的活动。
	工作纪律遵守情况较差、大量存在工作时间的违纪情况（如上班时间睡觉、违规使用软件、上班时间浏览不相关网站、未遵守VSS签入制度等），年度违规超过12次。不佳、存在一定的工作违规情况，年度违规超过5次。一般、存在少量工作违规情况，年度违规超过3次。较佳、基本不存在工作违规情况，年度违规低于3次。
任务执行	下达任务执行情况较差、大部分任务均未能按时或按质完成，基本都需要其他人协助方可勉强完成。（以任务量的65%为计量标准）不佳、一部分任务均未能按时或按质完成，此部分任务存在提交后反复修改或打回的情况，并出现大量BUG。（以任务量的40%计量）一般、小部分任务未能按时按质完成，但存在提交后因质量或需求原因打回的情况。较佳、小部分任务未能按时或按质完成。（以任务量的15%计量）极佳、基本不存在未按时或按质完成的任务。
	部门任务下达的接受情况较差、少量存在因各种非正常原因拒绝上级安排的任务的情况。（年度5次计量）不佳、少量存在拒绝或推诿上级安排的任务的情况，且在下达任务的执行时存在偷工减料或缩减需求的情况。（年度3次计量）较佳、基本不存在拒绝或推诿任务的情况，但极少量存在缩减需求的情况。极佳、上述情况基本均未出现过。
	部门任务下达的认可度情况不佳、存在如下情况之一：不认可部门安排的任务，认为部分任务安排的不合理，执行的任务不可能有好的结果，执行的任务对自己的成长没有任何帮助。一般、基本能够理解部门安排的任务，在部分任务的处理上与上级思路相左，且未能履行此类任务。较佳、基本能够理解部门安排的任务，在部分任务的处理上与上级思路相左，但也忠实履行了自己的职责。极佳、基本未出现过上述情况。
技术能力（UI开发）	JavaScript熟悉程度较差、不了解JS的相关知识，特征为不清楚其语法或运行机制。不佳、仅了解基础的JS语法和机制，但不能熟练应用到工作中，不能独立完成如输入参数验证、DOM对象操作、TreeView的实现、AJAX等，特征为从未在一个页面(js)中撰写过超过500行的复杂代码。一般、能够熟练撰写一些JS的基本应用。但不能熟练进行一些较高阶的应用，如具有复杂逻辑的客户端代码、表现非常丰富的UI效果（参见163邮箱的应用）、系统框架级的应用等，从未在一个页面(JS)中撰写超过1000行的复杂代码。较佳、能够熟练应用JS完成各种应用场景的开发，但在体系化应用中有所欠缺，如前后台代码的复杂交互逻辑的设计等，还能够通过自己的经验进行某些以UI为主要功能的需求分析和详细设计。极佳、熟练应用JS和其应用的特征，满足上述所有条件。
	ASP.NET(含WebService)熟悉程度较差、不了解ASP.NET的基本应用，不了解WEB应用程序的工作机制。不佳、仅了解ASP.NET的基本应用，不能熟练应用到工作中。一般、熟悉ASP.NET的开发模式，能够进行UI控件的封装和开发，能够结合JS、CSS、Flash等进行具体应用的开发，但在系统表现形式和展现性能处理上有所欠缺。较佳、能够熟练应用满足各种应用场景的开发，且能在表现形式及性能上提出自己的解决方案并应用之，但缺少体系化和重用的思维，经常性复制粘贴代码。极佳、满足上述全部条件且能辅助进行需求和详细设计。
	Win32 APP(含WinService)的熟悉程度较差、不了解Win32消息循环机制，仅能利用基础控件做一些范例。不佳、基本了解Win32消息循环机制，较熟练使用系统控件、能够撰写简单的用户控件，但对于高级表现效果、进程/线程操作、IO应用、Socket应用等尚不了解。一般、了解OS的各种机制（上述部分），能够实现各种特别界面效果，能够熟练进行Win32 界面和服务的开发，但经验不足，在特别场景不能很好的处理，在性能相关的场合不能有自己的见解和解决方法。较佳、能够熟练的进行Win32界面和服务的开发，针对UI的表现效果及表现性能处理有成熟的经验（解决方案），有实现或封装自己的一套UI类库或框架，但在服务级别的开发上有所欠缺（如大量请求的网络服务端或高效运行的分布式计算模型）极佳、满足上述全部。
	Web开发相关技术(CSS、Flash AS开发、XML和其他类型服务端技术php、jsp、asp、perl、cgi技术、isapi等技术) 较差、不经常使用各种辅助技术，不了解任何一种服务端开发语言。不佳、熟悉各种辅助技术并能应用在工作中，但不能完成如特别效果等高阶的应用，不了解任何一种服务端开发技术。一般、熟悉各种辅助技术并能应用在工作中，但不能完成如特别效果等高阶的应用，了解一种以上的服务端开发技术。较佳、熟悉各种辅助技术并能应用在工作中，能够完成各种高阶应用（结核css的效果实现，Flash AS 的后台交互开发，xml快速解析和存储），了解一种以上的服务器端开发技术且曾经进行相关开发工作。极佳、满足上述全部条件且熟悉多种服务器端技术，并熟知其优缺点及应用特点。
技术能力（界面设计）	平面设计思想较差、未经过专业训练且未进行过相关工作或任务。不佳、未经过专业训练，但通过工作了解一些相关的理论，不能针对应用场景进行合适的效果设计。一般、有过专业训练（培训），了解相关的理论和方法，能够针对应用场景进行设计，不能够进行独创的设计制作如手绘、企业vi设计等。较佳、满足上述条件且有过相关的较好的作品，但其成果未得到业内或行业较好评价。极佳、满足上述全部且部分作平得到业界较好评价。
	工具熟练程度，涵盖工具范围（CorelDRAW 、Adobe Illustrator 、Adobe ImageReady 、Adobe Photoshop 、Macromedia Firework、Macromedia Flash 、Adobe Premier、Macromedia Dreamweaver 、Adobe Captivate 、3D Max、Maya、Softimage、AutoCAD）较差、了解以上工具的基本特征，未有一个工具能够熟练使用（标准为掌握大部分快捷键）不佳、1个以上工具能够熟练使用。一般、3个以上工具能够熟练使用。较佳、5个以上工具能够熟练使用且能对其他人员进行讲解和培训。较佳、更多的工具能够熟练使用且能对其他人员进行讲解和培训。
	网页设计思想较差、能够进行网页设计和网页制作，但不能进行网页相关的优化，如SEO处理、展现性能处理等。不佳、能够熟练进行网页设计和制作，熟悉SEO处理、展现性能处理等相关知识并应用，但不能就用户体验方面提具自己的看法和意见且应用之。一般、能够熟练的进行网页设计、制作、优化，对网页设计相关的辅助技术有一定了解（JS、后台交互等），能就特定功能提出较好的用户体验方案并实现之，但不能结合系统需求进行体系化的设计和思考。较佳、满足上述条件且有过较好的成功案例，但其成果未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	富媒体及3D设计思想较差、了解富媒体和3D设计的相关知识，但不能从事该类型的工作。不佳、未经过专业训练，但通过工作了解一些理论和方法，能够从事简单的制作工作（如动画片制作、视频制作、音频优化处理、简单3D制作等）一般、经过一定的训练，熟悉相关的理论的基方法，能够进行一般的制作和设计工作，但未进行过较复杂或要求较高的设计（如电视台广告等）较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
技术能力（系统分析）	企业级应用系统分析（如某企业ERP等）较差、未从事过相关工作。不佳、通过工作了解一定的企业经营理论和流程，能够结合企业经营参与一部分的系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉企业经验理论和流程，主导过一个以上的完整企业应用系统的分析工作，对ERP、MRP2、CRM等系统具有理论级的认识，但未能就系统性能和系统于企业的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	行业级通用应用系统分析（如某行业系统应用系统，公安、交通等）较差、未从事过相关工作。不佳、通过工作了解一定的行业特征和经验，能够结合行业特点参与一部分系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉一些行业的行业特征、特点，主导过一个以上的完整行业系统的分析工作，对特定行业特征非常熟悉，但未能就系统性能和系统于行业的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	互联网络面向用户的应用系统分析（如各大网站、邮箱等）较差、未从事过相关工作不佳、通过工作了解一定的互联网系统的特点和经验，能够参与一部分系统需求调研、需求分析、系统架构的工作，但未主导过一个完整项目的全部分析工作。一般、熟悉一定的互联网系统的特点和经验，主导过一个以上的完整互联网系统的分析工作，对互联网的市场理论、用户理论、经营模式均有一定的了解，但未能就系统性能和系统于用户的适用性程度进行可行的优化方案。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
	通用计算机应用系统分析（如操作系统、办公类软件、病毒类软件等）较差、未从事过相关工作不佳、参与过一个以上的相关项目的分析工作，但未主导过完整项目。一般、主导过一个以上的完整项目设计，但市场反应较差。较佳、满足上述条件且有过较好的成功案例，但未得到业界的较好评价。极佳、满足上述条件全部且部分作品得到业界较好评价。
技术能力（底层开发）	数据库(SQL SERVEWR)应用熟悉程度：较差、不了解DB的相关知识，不能进行SQL的开发。不佳、能够撰写简单的SQL代码，但不能正确写出较复杂的（如有子查询、多表关联的查询语句）SQL语句，能就特定的场景进行SQL的撰写，能够使用存储过程进行较复杂逻辑的开发，但对于大数据量的数据操作经验不足，不能保证数据操作时的绝对严谨、正确性和容错处理。单存储过程代码行数未超过100行。一般、能够熟练撰写各类复杂逻辑SQL代码，熟练使用存储过程，能够胜任大数据量数据操作和处理，但不熟悉SQL的性能优化，存储过程的性能优化，单存储过程代码行数未超过500行。较佳、能够熟练撰写SQL代码，熟悉SQL的优化，能写出高效的SQL代码。并能运用数据库中的相关对象或技术，如触发器，SQL作业，分区视图，分布式事务，但不能基于系统性能或功能要求给出全面的数据库的优化和调整的建议。极佳、熟练应用数据库中的各种技术，对数据库中的故障，能轻松处理；并对现有数据库的处理方式提出优化建议，需要满足以上全部条件。
	其他数据库应用熟悉程度：较差、不了解其他数据库设计的使用，如Oracle,DB2,MySQL但不包括Access等文件级数据库。不佳、了解一些其他数据库，但未使用过该数据库。一般、使用过其他数据库，进行过简单的开发。较佳、完整的在一个项目中使用过其他的数据库,且清楚不同数据库之间的差异。极佳、满足上述全部条件且能完成不同数据库之间的迁移等复杂操作。
	数据库设计熟悉程度：较差、不了解数据库设计的相关知识。不佳、基本了解数据库设计的基本知识，如表、视图等，但对通过分析业务逻辑进行数据库设计经验不足，未设计过超过15张表的数据库，对数据库设计的相关理论知识缺乏。一般、能够根据相关规则（第三范式，索引，约束等）进行数据库的设计，但针对可管理性、存储要求、性能要求上的思考不足，未设计超过50张表的数据库。较佳、满足上述条件，且数据库的架构合理，且易于管理，但尚无主导过设计大规模海量数据（单表行数以千万记）的数据库设计任务，在分布式数据库处理上经验不足。极佳、满足上述全部条件且有过相关海量数据的数据库设计的成功案例。
	编程思想及系统框架应用较差、不了解面向对象的基本知识。不佳、了解OOP/OOD的基本知识，如类，接口。但缺少底层的架构知识，如对于底层的分层理论不了解，对于设计模式应用较少。一般、熟练使用OOP/OOD进行开发/分析工作，熟悉常用的设计模式，熟悉基本的系统分层理论，但尚无大型框架设计和实现的经验。较佳、满足上述条件且能够针对现有系统提供框架级改进意见，参与过大型框架的设计和实现。极佳、满足上述全部，并有相关的作为主导者的成功案例。