继续保持着一个月发布一个版本的进度，微软发布了ASP.NET MVC框架的Preview 4版本。这个版本开始提供更多高端功能，以帮助开发人员提高生产力。

Scott Guthrie在他的博客文章《ASP.NET MVC Preview 4发布（第一部分）》中介绍了这个发布，同时也解释了一些新特性。

更新

默认项目模板中新增的简单Membership（成员）特性

默认的项目模板中引入了一个AccountController类，可以操作以下用户行为：

• 登陆
• 登出
• 注册
• 改变密码

考虑到大部分应用程序会涉及用户及验证，这部分功能为开发人员节省了时间。默认设置的MembershipProvider使用了SQL Server快速版，不过您也可以使用其他SQL Server版本，或者已存在的数据库。

新增的授权和异常处理的Filter（过滤器）类型

这次发布包含两个新的Filter类型：Authorization（授权）和Exception（异常）Filter。这些Filter会在其他类型的Action Filter（动作过滤器）之前执行，而与其它Filter的作用域无关。

以下功能对新的类型提供支持：

• 新增IAuthorizationFilter和IExceptionFilter接口。Authorization Filter保证在其它Action Filter之前执行。即使某个Filter已经处理了请求中的异常，Exception Filter也会被执行。这一点在捕获和记录异常时非常有用。
• AuthorizeAttribute类。这是个IAuthorizationFilter的具体实现。它为action方法提供了保护。
• HandleErrorAttribute类。这是个IExceptionFilter的默认实现。 它可以捕获异常，并且在异常发生时指定一个视图进行输出。

新的Output Cache Filter

OutPutCacheAttribute利用了ASP.NET中健壮的缓存机制，为Action方法实现了输出缓存。

为ASP.NET AJAX的改变

框架中添加了一些新的AJAX辅助方法，它们利用AjaxOptions类来提供异步操作。

• ActionLink - 生成一个指向某个Action方法的a标签。点击这个链接会异步调用Action方法。一个典型的使用方式是在得到响应之后更新某个DOM元素，这个DOM元素可以使用AjaxOptions.UpdateTargetId属性来指定。
• Form - 生成一个HTML异步提交的表单。典型的使用方式则是异步提交一个表单，然后和ActionLink一样，得到响应之后更新一个AjaxOptions.UpdateTagetId指定的DOM元素。

Scott Hanselman在他的博客文章中提供了一个不错的示例来演示这些功能。

Routes中的命名空间

这个框架之前的版本中用于查找Controller的方法偶尔会出现问题而引发异常。这次的版本通过为ControllerBuilder类引入DefaultNamespaces属性修补了这个问题。以下是这个实现的示例：

Application_Start( sender, EventArgs e) 
{
    ControllerBuilder.Current.DefaultNamespaces.Add();
    ControllerBuilder.Current.DefaultNamespaces.Add();
    ControllerBuilder.Current.DefaultNamespaces.Add();


}

增强TempData可测试性的新接口

新版本框架引入了一个新接口：ITempDataProvider。这允许Controller使用SessionStateTempDataProvider以外的Provider，这增强了可测试性，并允许开发人员使用cookies而不是会话状态。

ActionInvoker扩展性的改进

ActionInvoker中添加了一些virtual方法，能够在高级情景下用于扩展invoker。这些新方法包括：

• GetFiltersForActionMethod - 返回所有的Filter（Authorization、Action和Expcetion Filter）。
• InvokeActionResultWithFilters - 调用Action方法返回的ActionResult对象中的ExecuteReuslt方法，并且将所有的Filter应用到Action方法上。
• InvokeAuthorizationFilters - 执行所有运用在Action方法上的Authorization Filter。
• InvokeExceptionFilters - 执行所有运用在Action方法上的Exception Filter。

这个预览版本能够在CodePlex上下载到。请仔细阅读Readme文件中的内容，以及CodePlex上对所有新特性细节的描述 。

查看英文原文：Microsoft Releases ASP.NET MVC Framework Preview 4

微软设计了一个完整Web开发环境，使得构建Web应用有了新的体验，开发人员只需在一个可视化设计器中拖放控件、并且在表单中设置属性即可。与此同时，开发人员可以编写代码来响应事件，这使得对于程序逻辑的操作变得非常直观，就好像并非在开发一个Web应用一样。Web Forms模型提供了一个高度抽象的框架，使得入门变得非常容易。但是它也容易造成一些问题，因为它在很多方面将开发人员和低端的Web机制隔离开来。我稍候将回过来再谈一下这个次要的问题。

他在总结中谈到，这个框架有着非常强大的扩展能力，并且肯定了它对自定义控件这一产业所做出的贡献（可能ASP.NET控件厂商比其他平台下的总和还要多）。

对“高度抽象”进行了褒扬之后，Rick开始阐述它的缺点。

这既是一种幸运也是一个祸根。Web Forms让开发人员能够轻松地拖放控件，并且通过响应页面和控件的各种事件来快速开发Web应用。这一点很不错，但是首先这种高度的抽象使很多开发人员完全忽略了——甚至从没有了解过在这背后HTML是如何运作的。这往往会产生无法通过校验的HTML代码，或者是一些非常冗余，难以管理的HTML布局，这对于页面设计人员非常不友好。同时，如果没有合理控制ViewState的话，你很容易得到一个包含大量ViewState的页面，它的尺寸远远超过所需的内容，最终使得页面打开异常缓慢。

Web Forms框架的缺点之一，就是微软在这个抽象背后构建了一个非常复杂的引擎，它给页面的执行过程带来了许多的负面效应。如果你曾经构建过包含大量组件的复杂页面，就会发现某些时候要协调好数据绑定，页面生成等事件的顺序，并且在页面的生命周期中选择恰当的时间来设置不同的控件是一件非常困难的事情。你是否曾经在Init、Load或者PreRender事件中加载过数据？你是否在PostBack事件中进行过赋值？Web Forms需要服务器端的一个独立的表单中进行操作，因此你可能无法轻易地将它分解成小的逻辑单元。在一些复杂情况下，事件处理程序会变得非常庞大，你很难对它们的工作进行重构，最终你会得到许多难以维护的代码，并且几乎无法进行测试。

他继续详细讨论了ViewState，事件管理和PostBack机制的问题。对于这些内容还没有做到了如指掌的ASP.NET开发人员应该通过文章内容再努力学习一下。

有个问题可能会使非.NET平台的开发人员感到非常惊讶：我们很难在设计期间就确定一个控件的ID。由于文档中少有提及的命名容器链（Naming Container Chain）存在一定的缺陷，我们只有在运行时期才能知道“txtPassword”控件最终会获得一个形如“PublicSiteTemplate1_ctl00_txtPassword”的ID。而在使用其它技术开发的普通页面中，这应该是一个相对较短的ID。

含糊不清的控件ID以及ViewState对于如今的Web 2.0站点来说都是严重的问题。唯一不会受到ViewState带来的负面影响的框架是ASP.NET AJAX，但这还是一个不成熟的类库。（译者注：事实上，如果您使用了ASP.NET AJAX中的UpdatePanel控件，在客户端与服务器端交互的过程中依旧需要传递页面上所有的ViewState。另外，2006年最佳个人定制页面网站http://www.pageflakes.com/，也是基于当时的ASP.NET AJAX框架开发的，并且集成到.NET Framework 3.5中的ASP.NET AJAX又在各方面有了更进一步的改进，如果武断地称之为一个不成熟的类库未免有失偏颇）。

对我来说，Microsoft AJAX总体上无法成为我的首选客户端框架。它体积很大，并不十分模块化，而且对于客户端开发人员来说，一个本应该包含更多有用核心功能的客户端脚本框架，它提供的功能又非常有限。如果你将它和jQuery，Prototype，MooTools等包含强大功能的类库相比，感觉Microsoft AJAX严重缺乏一些在实际使用中有用的功能。同时，它包含的控件构建模型又显得死板而复杂，这些都无法成为选择Microsoft AJAX的理由，除非你想使用UpdatePanel或者AJAX Control Tookit中的服务器端控件。

接着Rick又谈到了Web Forms开发人员很容易将业务逻辑和表现层逻辑混合在一起。虽然使用Web Forms也可以将两者很好的分开，但是做到这点需要遵守相当数量的规则。

对于专业人员来说，Web Forms难以测试是一个更大的问题。Web Forms几乎无法做到自动测试，一部分原因是由于我们很难模拟Context、Response和Session对象，至于其他的原因还有例如我们很难处理它的事件驱动模型等。

MVC框架完全将这些缺点抛至一边，因为它舍弃了Page类和其他相关的负担。Rick是这样描述它的：

微软创建了另一种Http Handler来实现MVC框架，所以它完全与Page类无关，也避免了很多Web Forms框架所带来的复杂性。MVC框架的一个关键特性是提供了一种为特定任务生成内容而创建自定义视图（View）的能力。而控制器（Controller）负责使用各种模型来完成应用的核心任务，然后为视图提供生成页面内容所需的数据。例如，我们很容易想到为RSS或者其它XML输出的数据，亦或是类似登陆框或者出错页面来编写可复用的视图。然而，在默认情况下，生成视图的输出内容依旧使用了ASPX页面：ViewPage类。它基于Page类，但是并不会直接被HTTP Handler执行，而是被MVC引擎用作内容生成器，这比在完整的Web Forms框架中运行传统的ASPX页面要显得轻量了许多。

我们还是可以使用Web Forms框架中的部分控件和一些技巧，不过前提条件是它们不能依赖Post Back。和在页面中使用控件的传统开发方式不同的是，开发人员会发现他们需要使用大量的内联代码，就好像传统的ASP应用一样。

MVC模型在工作时是通过URL来选择应该执行哪个指定的控制器方法，并且任何的操作都会被引导至控制器中的特定方法。微软开发的引擎使用了类似Ruby（译者注：确切的说应该是Rails框架，Ruby只是一种开发语言）的机制来解析干净的URL（例如http://localhost/Customers/Show/1），并且根据URL的格式将它们引导至特定的控制器，这种引导机制——就像MVC框架中的大部分东西一样——能够被很轻易地重新定义，这样你就能够使用不同的URL语法来将引导至特定的控制器。

同时，Rick发现一些有趣的东西，因为事物在过去十年中的发展形成了一个循环。

Web Forms模型曾经是.NET平台下Web开发最钟意的方式，在这个讨论中谈到这点显得多少有些有趣。事实上，我觉得有些讽刺的是，MVC框架在一定程度上回到了传统的ASP风格，那便是直接使用脚本来手动生成HTML的开发方式，而现在只是提供了一种更为严格的做法来将这种开发方式和代码逻辑区分开来。我还记得在早些时候，那些ASP.NET的疯狂追随者们是多么不屑使用内联的脚本标签，或者使用显式的URL而不是PostBack来进行开发的做法，而其中的一些人现在又毫不犹豫地张开双臂去迎接MVC框架，这难道不讽刺吗？

现在要确定MVC框架是否真正满足大多数Web开发人员的需要还为时过早。从现在所表现出来的结果上看，即使是开发简单的页面，MVC框架也需要大量的代码。我看过早期版本的MVC框架，但是并不清楚如何才能有效地编写一些更加复杂的页面，除非编写大量的选择语句来引导代码，我很难确定究竟页面上的哪一部份需要更新。以前我曾经开发过几个和MVC框架运作方式比较接近的Web开发框架，根据我的经验，它们总能很轻易的用于简单的页面开发，但是一旦页面上需要出现各种不同的、且相互独立的组件时，这些做法都逐渐出现问题了。使用基于无状态的控制器的做法来管理复杂度高的应用，要比目前Web Forms框架提供的功能要困难许多。至于这个框架会如何发展，以及最终会形成什么样的模式来处理复杂任务，我们都还需要拭目以待。如果关注一些Java或.NET平台下已经出现一段时间的MVC开发方式并加以比较，则可能会带来不小的帮助。

 最后，Rick是这样总结的：

到目前为止，我还没有打算将所有的希望押在一个新出现的，还没有被证明成功的框架，因为这好比连小孩和洗澡水一起倒了。Web Forms还是有许多优点，微软现在只是决定尝试一些新的事物，但这并不意味着我们必须完全转向它们。毕竟MVC框架出现的时间还不够长，现在还不能算作久经考验。虽然MVC框架很快就会吸引一批开发人员——但是对于其余像我们这样的人，微软还必须给出一个无比强大的框架，它至少需要能够在灵活性，扩展性和可用性等方面和Web Forms相媲美。有趣的事情还在前面，我也会兴致勃勃地关注它们……

测试环境IE6,IE7,Firefox 3。

跳转1和2在IE6环境下无效，3、4、5在IE6,IE7,Firefox3.01下测试均能 通过，。

跳转4和5最简洁。

关键在于<a>的href属性,空链接用"#","###"。

为了不返回网页顶端。

空链接推荐用"###"。

SL 2.0 目前扩展到了5种用来布局的群组(Group):Grid，Canvas，StackPanel，ScrollViewer，Border。Blend 2.5把它们放在一个工具位上。

我自己的理解，简单来说，Grid相当于Html的表格(<table>)，用来进行复杂布局（html的table多行多列、嵌套，在web2.0没来之前，我们一直用的布局方式）；Canvas就是一张单行单列的简单表格；StackPanel相当于单列多行、或者单行多列的表格；ScrollViewer是带滚动条的表格；border是只有边框的布局对象（不带背景的）。良好的习惯，一个页面至少带一个Group对象。当然你一定不放Group对象也行，只是做效果、定位等会麻烦很多。

SL2.0 分两种基本动画类别：“From/To/By”动画和关键帧动画（做过flash的朋友对于关键桢动画都有所了解）。这两种类别是纯概念，NET3.5框架没有具体实现他们的基类（可能我没发现）。下表描述了动画类别和命名约定

类别	描述	命名约定
"From/To/By" 动画	在开始值和目标值之间的动画，或者给开始值添加一个偏移值。 要指定开始值，设置动画的 From 属性。 要指定结束值，设置动画的 To 属性。 要指定偏移值，设置动画的 By 属性。 本部分中的例子使用这些动画，因为他们使用起来都是最简单的。	<Type>Animation
关键帧动画	通过使用关键帧对象在指定的一系列值之间进行动画。关键帧动画比 From/To/By 动画更强大，这是因为你可以指定任意数目的目标值，甚至控制它们的内插方法。某些类型只能使用关键帧动画。	<Type>AnimationUsingKeyFrames

SL2.0 按变化效果（属性）分，有三种常用动画对象(Animation Object)，位于NET3.5框架的System.Windows.Media.Animation名称空间下。动画对象都是继承自时间线(Timeline对象，借鉴的Flash的概念)。

 下表显示了几张常见的动画类型和他们使用的属性。

概念可能有点枯燥，这两种基本概念对以后的学习都很重要。如果暂时不理解也无所谓。

下面跟我来一起做一个简单的鼠标跟随效果。目前Blend2.5支持PNG,JPG两种常用WEB用图片格式，GIF不支持，其他格式未测试。

新建一个项目，新建一个Images目录，拷贝一个png鼠标图象

然后拖放到工作区中。

 Canvas背景可以设置。首先选择

进入属性面板，看到Background了吧：）自己去玩玩 。

这些好了之后，选择Page.xaml，点右键 ，选择“Edit in Visual Studio”进入VS2008。

给Canvas和图片设置x:Name,并给Canvas添加MouseMove事件。XAML和CS代码分别如下。

 注意我删除了UserControl的高度和宽度属性，为的是让他自动适应浏览器高宽。仅仅是让UserControl自动适应，在本例Canvas不会自适应浏览器高宽。

cs代码我都写注释了，应该很好懂。只要熟悉了WPF的类库，SL开发不难。

最后测试效果看看，成功！

最后附上源码MouseFollow.rar

这个正则表达式测试工具件是阿良用.NET开发的，功能比较强大，非常适合.NET开发人员。能生成C#,VB等代码，支持各种替换，支持正则表达式模板导入导出，非常灵活。比较符合国内程序员的操作习惯。

 
 
点击下载

正则表达式基础学习

http://zh.wikipedia.org/wiki/%E6%AD%A3%E5%88%99%E8%A1%A8%E8%BE%BE%E5%BC%8F

配置也非常方便。

本地下载Log4Net Dashboard 地址

PS:免费版只支持单机，呵呵，老外在这方面比较认真，不过已经非常好用了。团队里面人手一个，也不错。

 个人强烈推荐安装英文版的开发环境，因为英文版本最先更新，有了问题也是最先解决。

1：安装VS2008

下载地址：http://msdn.microsoft.com/en-us/vs2008/products/cc268305.aspx

2：给VS2008打SP1补丁

下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyID=FBEE1648-7106-44A7-9649-6D9F6D58056E&displaylang=en

安装补丁要注意关闭其他应用软件以及杀毒软件，拔掉网线最好（避免杀毒软件关闭期遭遇木马）

3：安装VS2008专用SilverLight开发插件

VS2008 SP1默认不安装Silverlight模版。需要手动下载Microsoft Silverlight Tools for Visual Studio 2008下载地址是：

http://www.microsoft.com/downloads/details.aspx?FamilyID=50a9ec01-267b-4521-b7d7-c0dba8866434&DisplayLang=en

有多种语言版本。 

下载前请按网页上的，提示卸载以前任何SL1.1或以前版本的 相关补丁。 

下载安装后，新建工程，会出现SilverLight模版选项，此时，VS2008也能和Microsoft Expression Blend 结合使用了。

（图用的博客园一位同仁的） 

最后，注意安装顺序。 

（1），卸载Silverlight Runtime(客户端插件)，经过个人测试，这步好像是必须的，不然第2步到最后会失败。如果失败，从第1步重来

（2），安装Microsoft Silverlight Tools for Visual Studio 2008

（3），然后安装Silverlight Runtime

4：安装SilverLight设计工具软件Expression Blend 2.5

下载的地址是：http://expression.microsoft.com/en-us/cc643423.aspx

5：安装Deep Zoom Composer

这个附加工具可以让你使用SilverLight的Deep Zoom特性。关于Deep Zoom，个人理解的话，简单地说，Deep Zoom技术就是能实时、非常有效率地创建size很小的图片缩略图。举例：对于一张3M以上size但是height和width很小的图片，你不用下载3M，Deep Zoom会自动快速地实时地创建一个size很小的缩略图代替3M的原图，这个过程你几乎不用做什么，可能这个缩略图只有10来K的size。这样的好处显而易见的，提升体验，避免无谓等待。具体应用可见http://memorabilia.hardrock.com/

如果1－5步都顺利，那你的环境应该搭建起来了。下一步，用SilverLight做第一个hello world程序，并练习vs2008和Blend工具的搭配使用。：）

我觉得这是对资源的严重浪费。不仅耽误公司项目开发进度，而且耽误新人的学习进程。

在国内，对于生存环境越来越恶劣的小公司、创业型公司而言，最迫切的两大目标莫过于：

1.服务型的公司要盈利；

2.项目、产品型的公司，要项目/产品尽快上线以便拉投资/销售；

盈利靠什么呢？当然是靠服务，服务得好，客户才能给钱。服务要人去做，经验丰富的老手、高手短时间内能提供高质量的服务，只有这样，服务型小公司才有竞争力。才能有生存盈利的可能。

同理，项目/产品尽快上线，当然是有经验的熟手，轻车熟路，才更有可能保证时间并保证质量地做上去。

让新人来做这些事情，在有限的时间内，进度是最大的问题，没有进度的公司，没有竞争力！无竞争力会导致饥饿 甚至 死亡。

培养人才，对小公司来说太昂贵了，决定之前慎重考虑。

这里绝对没有贬低新人的意思，我自己就是来自小型创业公司，也做过创业型公司。中国软件人才，确实有很大一批成长自小型软件公司或创业型公司。

小型软件公司或创业型公司，最大的缺点就是软件技术上“不规范”，“乱”（但最大的优点是，带头人有冲劲），学习上很难短期内学到那种软件开发的精髓，相信有不少来自小型公司的高手们，都是多年的辛苦摸索之后才“得道”的。新人在这种公司，很少的机会得到真正的锻炼。有时候迫于项目的压力，会让新人无所适从，选择逃避，以致于公司个人两败俱伤。

我的意思是说，新人，完全可以选择一个更好的环境去学习锻炼自己。你们可以去用友、可以去阿里巴巴、金蝶、可以去Google、微软……总之那种规范的、又充满朝气的公司、团队，这些地方一般都有健全的新人培养制度，是新人学习的理想乐园。另外那种软件外包公司(上地有不少)，也是不错的学习场所，虽然呆久了枯燥，但对于新人来说，一进去就能接触国际上通行的规范和合作思想，有机会的话，一定要抓住时机进去深造一下。实在进不了大公司，选择一些规范的、分工明确的小公司学习，也是不错的。

所以，“中国的软件人才是靠挖的”，这句话，应该适应绝大多数小型公司，也应该会适应不少大公司。

想到了重装IE，上网搜“重装IE”，结果给出的方法非常复杂，手头又没有Windows XP安装盘

想想手头还有Firefox可以用，打算先忍忍。

后来在装DW CS3的时候，突然报错“因为未正确注册jscript，所以无法安装此软件。请修复jscript，然后在重新启动安装程序”（原来DW CS3的安装程序是JS ＋ HTML ＋ Adobe AIR做成的伪桌面程序），根据这句话，我得到了搜索关键字线索。

上百度一搜关键字“修复 JScript”，找到了方法。实验后成功解决难题。

“开始”—>“运行”。
输入regsvr32 jscript.dll后选择“确定”
输入regsvr32 vbscript.dll 选择“确定”

控件作者主页（含下载）是：http://www.webdiyer.com/

这个控件我用了几年了，最近的项目，又能用上它了。

这几年来作者一直在更新维护，很能持之以恒。

真正免费、开源、使用方便的分页控件之一。

作者做了很多详细的例子和完整的教程，对于新手非常容易上手。

再次感谢作者的辛勤劳动。

很舍不得原来的团队，但现实压迫得我不得不离开。

感慨：一个工作上融洽的团队，好的项目，没有资金，是很致命的问题。即使人再优秀，团队再努力，解决温饱问题仍然是迫切需要的。

遥想新中国初期的 “大跃进 ”，“工业学大庆”，……本意是好的，但是方式是不对的，主要矛盾也没有抓准。

现在创业“大跃进 ”，饿着肚子闹革命，这不好，很多时候，这真的很糟糕！

    最后不了了之，都觉得改善中国内地现在的软件生产状况不可能。

    为什么呢？

    我重新把这几天大家的讨论留言翻了一遍，发现大家的软件团队都存在着这样一种普遍现象

    1、大部分人所在的公司，开发人员仅3-5人，多的在10人。别看就这几条枪，还从售前支持，软件开发，测试、打包发布、文档编写、实施安装、培训、技术支持都做。
    这还不算什么，而且几乎是一个人负责一个产品或一个项目，一个人从头跟到尾，而且负责多个客户的维护工作。
    这还不算什么，而且随时老板会找来八竿子打不着的新活，要的还挺紧，突然要开发，打乱了所有的计划，最后都懒的按计划行事，每天撞钟，老板有事就吩咐，没事就上网，还不让听歌，当然更不让打游戏。甚至还不让看技术书籍，呵斥不干工作。只能上网装作在工作。

    2、老板和员工互相斗智斗勇，在年终奖、报销、出差、平时福利上啊，都明争暗斗。老板卡的紧，员工就在项目和产品上下药，还不知道是谁占了谁便宜，谁给谁打了工。

    3、员工一边在刻苦钻研各种开发工具，阅读源代码，学习做DEMO例子，阅读UML、设计模式、单元测试、敏捷编程等等，一边却懒的修改现在公司的产品，有问题就打补丁，客户不嚷嚷就懒的修改，代码不优化，界面不友好，架构没架构，代码不封装

    但是，在讨论中，我时时都强烈感觉到，大家是想把产品开发好，把开发过程管理的井井有条，但是都心有余而力不足。阅读了N多软件工程的书籍，从重型方法到轻型方法都阅读了，但都无法把现在的开发状态一点点扭转好。

    许多人想闹革命，把现在这些产品和团队都砸塌，然后重新来过，但这只是梦想，说说而已。只能希冀下一次跳槽，能找到一个好的公司，把自己平生所学全部发挥出来，但这好像也只是梦想，因为交流了一下，大家彼此的境况基本相同。

    一些极端主义者自己开了公司，才发现不持家不知道油盐贵，现在自己和手下变成了老板和员工的关系，走了过去的老路。

    更有一些极端主义者辞职，自己做软件，最后由于生活拮据或做做发现这个软件没什么意义，就丢弃了自己的梦想，随便找一家公司开始沉默撞钟。

    一些聪明的家伙，有的入了外企，有的进了大的网游公司，有的进了外包公司，有的进了大网站公司，都是讲究大规模开发的公司，希望能找到一条中国式团队开发产品保证之路

    作为小软件公司，我们真的无能为力了么？我们真的成为炮灰了么？

    但是，中国软件行业大部分都是这样的公司。从每年的CSDN、51aspx的程序员调查都可以看到，中国软件公司大部分都保持在这种开发团队规模，开发人员大部分都在毕业1-3年。

    我们是在等待时间让人变得成熟么？我们是在等待时间让人变得技术综合实力增强么？

    依笔者看，作为中国软件群体最大的小软件公司，需要的不是UML/RUP/CMM这些重型方法，不是前几年大家关注的小组开发方法，也不是敏捷编程这样的结对方法，我们都无法有这样的资源实现这样的方法。

    但是，想想，星星之火可以燎原。红军能从爬雪山过草地起家，最后解放全中国。我们就没有方法？

    那我们就需要想，就我们目前能拥有的权力和资源，我们如何一点点改进。我们需要的是从游击队到兄弟连，从兄弟连到正规军的方法。我们现在还处于游击队，一个队长领了一帮游兵散勇，有的人甚至没有枪还背着大刀，有的人还没杀过鬼子。

    首先，要把我们自己变成兄弟连。

    我常常观看国际著名的CS战队的比赛录像，他们配合的多好啊。如果他们都单兵作战，那么早就死翘翘了。这和咱们的软件开发多么相像。我们多么神往这种默契的配合，打的多么流畅。我们要的就是这个。他们也不几个人么。

    那让我们来分析分析吧。

    我们想好好专职的开发软件，但我们的时间都被实施安装、培训、技术支持占去了。为什么我们要做这些？是因为我们软件没有操作说明，其他部门人都不会用。而且我们也没有培训机制，其他部门人更不会用。而且我们的软件不稳定，其他部门人都拒绝实施。由于我们软件不稳定，老出问题，出了问题其他部门人也帮不上忙，只能我们自己去做技术支持。

    从以上来看，主要矛盾就是在：操作说明、培训机制、稳定性。如何保证这三点。而且从以上来分析，稳定性是最重要的。不稳定，你即使有操作说明和培训机制，其他部门人都躲着实施，谁想去客户那里尴尬丢脸挨骂呀。所以，其他部门人会找各种理由向老板告开发部的状，以躲避实施，说软件太烂，根本无法拿出去。这也就是开发部往往和其他部门关系都不好，开发人员老抱怨自己就闷头辛苦开发解决问题，没有人说好，却被奸人陷害。天长日久，积怨颇深。其实说起来，根源还在开发部自己这里。

    如何保证稳定性？

    大家第一想到的就是招测试人员。当然，一些公司的老板是拒绝养测试人员的。另外，如果你只想到招测试人员，其他方法不配合测试人员，即使有了测试人员，软件稳定性仍然不会有提高。所以，有一些工作，是不管有没有测试人员，都必须是我们开发人员要做的：

    每个人的技术水平都参次不齐的，每个人对自己代码的负责认真性也都是不一样的，所以要想提高稳定性，必须专门从队伍中找一个人，他作为公共代码开发员。每个产品或项目的修改需求，必须首先经过他的思考，能做成公共代码，能封装成函数，就他来做。其他的程序员只管调用函数，实现客户UI操作和辅助功能。这个公共代码开发员必须具备以下能力：
    A、参与过几个主要项目的开发、实施、支持。这样，他对客户需求有综合的把握。如果队伍中没有这样的人，只有开发经理一个人有这样的经理，那么接到客户需求，分析客户需求，分解析辨是公共代码员来做还是其他开发人员来做。
    B、公共代码开发员具有负责认真的工作态度，代码细心严谨考虑周详异常保护做的到位内存创建释放有头有尾，代码优美，代码可阅读，代码重构，代码性能和稳定都高
    C、公共代码开发人员的技术能力高，知道封装成什么样的函数接口，在灵活性，以后的修改变化性上最好

    应该说，找一个技术能力好的，工作认真负责的人，应该是不难找到的。而且专门做这件事，不让他参与各种杂事，他是应该能干好这件事的，而且会越做越好，这就是术有专攻。

    刚才还讲到一件事，那就是开发经理要熟悉客户需求，而且是深刻理解客户需求。

    客户需求，客户需求。这个让开发部最头疼的字眼。每当想起客户需求，就想起了以下这些话：
    1、程序员说：这是你们家个性的需求，太邪门，我们不做。客户说：不做我们找你们老板去，我们是花钱买了你们的产品的。
    2、客户说：我不会用鼠标，你给我做一个语音输入吧。我们还想要一个类似QQ的东西供我们内部沟通，你们给我们做一个吧。程序员：我晕。
    3、程序员说：等你们内部斗争完，你们协调完了，我再调研需求。

    似乎，我们在需求上无能为力，我们永远在追赶客户的需求，满足他们的现状，把N多家的客户需求都加进软件中，只要能实现的，我们尽量咬牙实现了。

    最后，我们发现，我们的软件无比复杂，谁也不会用了，连开发部门都不会用了，谁也不知道这个需求当时为什么是这样的。因为无比复杂，所以实施、培训、技术支持都成了问题，稳定性更成了问题。代码互相交叉，根本无法理清有多少交叉影响点。维护的程序员都快崩溃了，天天在祈求，千万别接到客户电话，千万别接到客户电话。

    这个问题终归是问题，而且是软件开发最大的问题。虽然我们也动用了这样的技巧：
    1、客户业务部门不能随便提需求。必须集中汇总到客户IT部门，由客户IT部门汇总过滤完，再集中报给软件公司
    2、客户IT部门的需求，必须客户方负责IT项目的老板签字才能生效，才能报给软件公司
    3、不能随时报，每3个月集中报一次
    4、不能口头报（即使在现场实施支持也不行），不能电话报，只能MAIL或传真来报
    5、必须按我们规定的格式报，要严格写清楚需要实现的功能的界面，输入数据或输出数据，输入输出数据的格式要求，谁操作，多长时间操作一次。
    6、软件上线后只能免费修改3次。以后再有需求，就必须另签合同另收费，否则不予修改。

    经过这么几招，客户也疲了。需求是不提了，开发部欢呼雀跃。但我们真的做好了么？难道客户真的满意了么？客户为什么要用我们的软件？难道仅仅是为了把他们现在手工做的，然后转到计算机去做。让计算机的查询统计计算速度代替人工？

    客户为什么要提这样的需求？客户要根本解决什么问题？这些问题谁来想，谁来想解决办法？

    OH，My God!我们无能为力，因为我们是技术人员，我们不懂业务。

    那这个问题谁来解决？

    程序员苦笑了：没有人解决，也没有人能解决。客户就要，你不做他就要给老板打电话。

    噢，那就让程序员的噩梦继续吧。谁也救不了你，能救你的只有你自己。

    要救我们自己，必须我们自己走出我们自己。谁让我们就处在这样的处境呢？我们都想过的好，只能我们自己救我们自己。

    那我们就鼓足勇气，走出来，从我们的设计模式、OO、软件工程、虚拟接口、反射、持久化、框架中走出来。开发经理来承担起客户行业研究来：
    1、客户行业这个群体有多大？大中小规模各有多少家，各分布在什么省？我们面对的最佳客户是什么规模什么信息化程度的？我们的次佳客户是什么规模什么信息化程度的？
    2、我们的上层竞争对手、本层的竞争对手、下层竞争对手目前的产品怎么样？他们各自的优点是什么？他们各自的缺点是什么？我们应该突出的优点是什么？我们的缺点是什么？
    3、客户行业的过去5年，现在2年，未来3年的发展历史和趋势是什么？他们面临哪些挑战和机遇？
    4、我们现在所做的典型客户，他们的组织结构，人员规模，每个岗位每日业务流程、每个岗位每日每周每月每季每年的异常处理业务流程，每个岗位每日每周每月季每年的输入表格，每个岗位每日每周每月季每年的常用数据查询，每个岗位每日每周每月季每年的统计报表
    5、针对以上的了解，客户面对未来挑战和机遇，未来应该如何变更他们的岗位和职责和流程，尽量流程少，效率高，运转快？

    其实，开发经理就相当于业务架构师（因为我们还是游击队，不可能有专职的业务架构师），公共代码开发员就相当于技术架构师。

    柳传志说的非常好：搭班子，定战略，带队伍。你班子不行，上什么需求管理软件、版本管理软件、项目进度管理软件、自动测试、自动集成软件，都是无法落地执行的。

    有了夯实的业务+技术，功能实用、功能符合客户操作、功能稳定。这是软件最基本的要求，就都能满足了。这时候再招测试人员，就能把质量再夯实了。

    而且，测试人员由于熟知产品，他们还能做技术支持呢，这样可以有更多的开发人员来专职开发，开发的专业性就能越来越提高了。

    好的产品，还需要有好的文档和培训，否则其他部门还是不会接开发部的产品的。

    那就招一个文案人员，写帮助说明，制作操作视频，制作学习版数据库，参与辅助测试（这个很重要，否则文案人员不熟知产品，无法写出有质量的文案）。有了这些文案的基础，最熟悉产品的非开发人员就有了两个岗位：测试兼技术支持，那么文案就兼起培训工作（由于他自己写文案自己用自己的文案做培训，在培训中会有各种提问，会更加增进他对文案和产品的理解，能写出更好的文案。而且他不是开发人员，他能站在使用者的角度上来写来讲，而且他属于开发部门，他会给产品开发带来更多更好的产品易用性建议）。

    好了，开发部的四套马车终于起来了，这就是我要讲的开发模式：从游击队转变为兄弟连，从软件作坊走向

    记住：业务架构、技术架构、测试兼技术支持、文案兼培训，四套马车。

    我们一直用它，效果很好，搭建团队容易，循序渐进不革命。

    有了这么好的团队，就能比过去产出更好的软件，软件的质量，软件的进度，软件的竞争力就都上来了，再上各种管理软件：如项目管理软件、版本管理软件、BUG管理软件、自动测试软件，就水到渠成了。

    其他部门也愿意接软件了，软件的实施和培训和技术支持都被其他部门接过去了。开发部门也终于专职专业起来了，整个公司都很协调了，部门间也不互相陷害抱怨了。公司发展速度蹭蹭的。

    老板看着形式这么好，也不抠门了。奖金福利随之而来。老板看着公司产品销售这么好，也不用再为公司生存发愁了，不用随处找单子养活了，给开发部门更带来了专业理顺的计划发展。老板也开始重视研发部门了，研发部门在公司的地位高多了，给与研发部门的资源和支持也更多了。

OH，My God!