ASP.NET 1.x的开发人员常常听到用户抱怨首次调用应用程序的时候会碰到初始化延迟。毕竟，初次请求会引发一个系列过程，包括运行库初始化、分析、把ASPX页面编译成中间语言、把方法即时编译成本地代码等等。

自从ASP.NET面市以来，开发人员一直都在要求(微软)出台一个解决办法，而ASP.NET 2.0利用预编译提供了一个有效的解决方案。

预编译选项

在首次启动应用程序的时候，ASP.NE

在互联网的时代，软件项目的成功更大程度上取决于项目小组中那个体的成熟度和能力，而非个别程序员的个人魅力。所以，如何从程序员准确定位到项目组就是一个非常重要的转折点。

微软的Windows彻底改变了用户使用计算机的方式，此后，软件业便进入了快速发展的黄金时期，并因此成为推动计算机网络应用的最重要源动力。如今，在.com公司纷纷凋零之际，软件业更加逆流而上，以致各发达国家竞相将软件工程提升到重点产业

摘要：成功项目和失败项目的最大不同在于项目管理。曾经有这样一个项目，对于客户，是新开展的业务；对于集成商，大部分技术是未曾使用过的。通常说来，这样的项目存在极大的风险，那么，请看看其中的项目管理……

　　1 项目描述

　　某年，B计算机公司（以下简称B公司）了解到A企业要建设一个客户服务中心，向客户提供有关本企业产品的咨询、查询、委托、投诉等服务，并希望能够尽可能采用各种计算机和通信技术，为

错误一：错误的需求调研阶段，导致很多项目永远无法结束!
在软件行业，在界面设计没有正式展现给客户之前，所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例：客户买房子之前是先要看看样板房和模型的，什么都看不到，这房子你敢买么?除非你不是自己住！而在我们所学的软件工程概念模型中，这是三个阶段：需求调研、需求分析、概要设计。
　　在客户把他们想要管理的业务模块以及与之相关的业务数

从正式离开杂志社到新公司上班也已经1周多的时间，加上春节这个空隙的折腾，，离开媒体也接近一个月，在此之前，很少去考虑过有关不同岗位之间考虑问题的视角，在杂志社一年的时间也没有真正静心下来去写一些技术架构或者管理方面的文章，我想更多的是因为沉淀不够的原因。
有些主题注定会找骂，其实理由很简单，因为无知和触碰一些本来不应该属于自己的视角。所以写本文的开始我就做好了被打击的准备。从2002年大学毕业到现

最近做的一个项目从需求分析到上线绵延了四个月之久，这也是目前接手过功能点最繁复，产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得，拿出来跟大家分享。
　　立项前
　　1、统一元素设计需考虑周全
　　也许是初创团队的缘故，我不得不感叹团队对产品经理要求之严格之缜密，项目全程只有一个人负责，所以大到产品线对接，小到一句提示的位置和展示形式都需要一一推敲。
　　哪些元素应该做到统一？
　

这是一个评估软件项目完成和剩余百分比的指导说明。
　　我还没看到了这个问题。 完成：0%， 剩余时间：2周左右。
　　我看到了这个问题。 完成：50%， 剩余时间： 还要2周左右。
　　我差不多都完成了。剩下的是一些很麻烦的东西，我真的不知道该怎么处理。 完成：90%， 剩余时间： 还要2周左右。
　　所有的都做完了。只剩下文档、代码复查、测试和异常处理工作。 完成：99%， 剩余时间： 还要2周

虽然所有软件开发的专业人士都会对这篇文章感兴趣，但是经理、CIO以及软件架构师会对它最感兴趣。这个话题可能会引起许多争议，但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题。
　　你为什么在这？敏捷不需要经理。
　　以前听过这种说法吗？ 想象一下，如果你听到开发人员认为你这个职位根本就不应该存在，你会感到多么震惊，就好像是你特意为自己搞出经理这么个职位似的。这个话最常应用在项目经理第

最初的问题
　　上周，在SCNA(北美2010软件技术大会)的一个专题小组讨论会上，Chad Fowler (@chadfowler)问道，“有多少项目是因为程序的原因失败的？”。按当时的情形，我想他的观点是，项目的失败归咎于业务问题，而非程序。会议室里很安静。可以看出，全体成员认为他说的是有道理的。我相信大家是都同意Chad的观点的。项目的失败，罪不在于程序，在于业务问题。
　　后续调查
　　U