volatile关键字有什么用？
　　恐怕比较一下volatile和synchronized的不同是最容易解释清楚的。volatile是变量修饰符，而synchronized则作用于一段代码或方法；看如下三句get代码：

　　geti1()得到存储在当前线程中i1的数值。多个线程有多个i1变量拷贝，而且这些i1之间可以互不相同。换句话说，另一个线程可能已经改变了它线程内的i1值，而这个值可以和当前线程中的i1值不相同。事实上，Java有个思想叫“主”内存区域，这里存放了变量目前的“准确值”。每个线程可以有它自己的变量拷贝，而这个变量拷贝值可以和“主”内存区域里存放的不同。因此实际上存在一种可能：“主”内存区域里的i1值是1，线程1里的i1值是2，线程2里的i1值是3——这在线程1和线程2都改变了它们各自的i1值，而且这个改变还没来得及传递给“主”内存区域或其他线程时就会发生。
　　而geti2()得到的是“主”内存区域的i2数值。用volatile修饰后的变量不允许有不同于“主”内存区域的变量拷贝。换句话说，一个变量经volatile修饰后在所有线程中必须是同步的；任何线程中改变了它的值，所有其他线程立即获取到了相同的值。理所当然的，volatile修饰的变量存取时比一般变量消耗的资源要多一点，因为线程有它自己的变量拷贝更为高效。
　　既然volatile关键字已经实现了线程间数据同步，又要synchronized干什么呢？呵呵，它们之间有两点不同。首先，synchronized获得并释放监视器——如果两个线程使用了同一个对象锁，监视器能强制保证代码块同时只被一个线程所执行——这是众所周知的事实。但是，synchronized也同步内存：事实上，synchronized在“主”内存区域同步整个线程的内存。因此，执行geti3()方法做了如下几步：
1. 线程请求获得监视this对象的对象锁（假设未被锁，否则线程等待直到锁释放）
2. 线程内存的数据被消除，从“主”内存区域中读入（Java虚拟机能优化此步。。。[后面的不知道怎么表达,汗]）
3. 代码块被执行
4. 对于变量的任何改变现在可以安全地写到“主”内存区域中（不过geti3()方法不会改变变量值）
5. 线程释放监视this对象的对象锁
　　因此volatile只是在线程内存和“主”内存间同步某个变量的值，而synchronized通过锁定和解锁某个监视器同步所有变量的值。显然synchronized要比volatile消耗更多资源。

附英文原文：
What does volatile do?

geti1() accesses the value currently stored in i1 in the current thread. Threads can have local copies of variables, and the data does not have to be the same as the data held in other threads. In particular, another thread may have updated i1 in it’s thread, but the value in the current thread could be different from that updated value. In fact Java has the idea of a “main” memory, and this is the memory that holds the current “correct” value for variables. Threads can have their own copy of data for variables, and the thread copy can be different from the “main” memory. So in fact, it is possible for the “main” memory to have a value of 1 for i1, for thread1 to have a value of 2 for i1 and for thread2 to have a value of 3 for i1 if thread1 and thread2 have both updated i1 but those updated value has not yet been propagated to “main” memory or other threads.

On the other hand, geti2() effectively accesses the value of i2 from “main” memory. A volatile variable is not allowed to have a local copy of a variable that is different from the value currently held in “main” memory. Effectively, a variable declared volatile must have it’s data synchronized across all threads, so that whenever you access or update the variable in any thread, all other threads immediately see the same value. Of course, it is likely that volatile variables have a higher access and update overhead than “plain” variables, since the reason threads can have their own copy of data is for better efficiency.

Well if volatile already synchronizes data across threads, what is synchronized for? Well there are two differences. Firstly synchronized obtains and releases locks on monitors which can force only one thread at a time to execute a code block, if both threads use the same monitor (effectively the same object lock). That’s the fairly well known aspect to synchronized. But synchronized also synchronizes memory. In fact synchronized synchronizes the whole of thread memory with “main” memory. So executing geti3() does the following:

1. The thread acquires the lock on the monitor for object this (assuming the monitor is unlocked, otherwise the thread waits until the monitor is unlocked).
2. The thread memory flushes all its variables, i.e. it has all of its variables effectively read from “main” memory (JVMs can use dirty sets to optimize this so that only “dirty” variables are flushed, but conceptually this is the same. See section 17.9 of the Java language specification).
3. The code block is executed (in this case setting the return value to the current value of i3, which may have just been reset from “main” memory).
4. (Any changes to variables would normally now be written out to “main” memory, but for geti3() we have no changes.)
5. The thread releases the lock on the monitor for object this.

So where volatile only synchronizes the value of one variable between thread memory and “main” memory, synchronized synchronizes the value of all variables between thread memory and “main” memory, and locks and releases a monitor to boot. Clearly synchronized is likely to have more overhead than volatile.

<Host name="one.localhost" debug="0" appBase="D:\\Tomcat 5.0\\webapps"
       unpackWARs="true" autoDeploy="true"
       xmlValidation="false" xmlNamespaceAware="false">
       <Alias>one.localhost.com</Alias>
       <Logger className="org.apache.catalina.logger.FileLogger"
                 directory="logs"  prefix="localhost_log." suffix=".txt"
            timestamp="true"/>
       <Context path="" docBase="D:\\Tomcat 5.0\\webapps\\kk\\a"  reloadable="true" caseSensitive="false" debug="0"></Context>
</Host>

<Host name="two.localhost" debug="0" appBase="D:\\Tomcat 5.0\\webapps"
       unpackWARs="true" autoDeploy="true"
       xmlValidation="false" xmlNamespaceAware="false">
       <Alias>two.localhost.com</Alias>
       <Logger className="org.apache.catalina.logger.FileLogger"
                 directory="logs"  prefix="localhost_log." suffix=".txt"
            timestamp="true"/>
        <Context path="" docBase="D:\\Tomcat 5.0\\webapps\\kk\\b"  reloadable="true" caseSensitive="false" debug="0"></Context>
</Host>

因无域名解析服务器,所以在hosts上配,来模拟dns解析.

10.1.1.241  localhost           指向gg文件夹
10.1.1.241  localhost.com       指向gg文件夹
10.1.1.241  one.localhost       指向a文件夹
10.1.1.241  one.localhost.com   指向a文件夹
10.1.1.241  two.localhost       指向b文件夹
10.1.1.241  two.localhost.com   指向b文件夹

经过多方面尝试,终于在tomcat下配置成功了.

Tutorials

The following tutorials show how to use the ROME API. They focus on the higher abstraction layer of classes offered by ROME, what we call the Synd* classes. By using the Synd* classes developers don't have to deal with the specifics of any syndication feed. They work with normalized feeds, the Synd* feeds. This makes it much easier to write applications that have to deal with all the variety of syndication feed types in use today.

1. Using ROME to read a syndication feed
2. Using ROME to convert a syndication feed from one type to another
3. Using ROME to aggregate many syndication feeds into a single one
4. Using ROME to create and write a feed
5. Defining a Custom Module bean, parser and generator
6. Using ROME within a Servlet to create and return a feed

For instructions on how to build and run the samples used in the tutorials click here.

    Ben Watson，知名开发者。任职于GeoEye，是其所属开发团队的领导者。本文发表于他自己的博客，阐述了十种学习新技术的方法。

    这篇文章，是从我的《高效开发人员的五个特征》一文中抽出的一个观点。从我自身的事业和习惯中，我考虑了很多方式怎么样才能有效地学习。

    1. 要看书。在成千上万的编程图书中，可能很大一部分根本毫无用处。但是仍然有很多图书对你的(编程)能力有很大的提升。我一直坚持，相比在网络上查找很多有用信息，在同类图书中查找要来得更容易更快捷。阅读技术图书可心更好地抓住核心内容。对于理论，架构和设计等方面来说，图书也一样很有帮助。只不过要找到高质量的、权威的信息，就不如网络上可供查找的范围广。

    2. 读代码。这也是我很喜欢的一种方式。如果我并没有几年的专业编程工作经验，在学习之初我并不会去读很多复杂的代码。如果我要是早些开始学习，我将是一个比现在更好的程序员。但是，开始时我会从一些开源项目里，去学习那些源代码(当然，这些代码不能与我的工作有关，也不是我自己写的)。要从自己会使用到的，或者自己感兴趣的程序开始这项工作。我是从 Paint.net 这个网站里开始学习的，而且已经积累了很多关于 .NET 的编程技术。

    读别人的代码可以为你提供更多不同的工作思路，这比你完全凭自己思考得到的工作方式要多。

    3. 写代码。谨记，要写大量的代码。从根本上来讲，最好的学习方法就是实践。如果不写代码，你根本不能把(某种语言中)内在的东西学习透彻。学习之初，可以从一些技术指南和图书中照搬一些尽量简单的程序。当然，这种照搬是要自己完全手工输入，而不是复制和粘贴，这两种之间的效果差别是很大的。这种方法的主旨就在于，使知识内在化，并思考其用法，而不是盲目照抄。学习过程中，要时常查找新的 API 调用方法，这其实是简单的事情。

    最重要的是，要写一个你自己的程序，不管它是一个简单的游戏，或者是一个参与开源项目的程序，还是一个公为你自己使用的简单插件。用不同的方式来写程序，尽量尝试使用新的技术，新的技巧，新的设计方式。一定要让现在的项目比以往的项目更好。想要成一个优秀的开发者，这一点是核心。

    4. 与其他开发者交流。像 Apple，微软，Google 等大公司一样的新闻描述的一样，(与其他开发者交流)可以让你解决一些复杂的问题。虽然这并不能让你感觉到自己已经成一个团队或是社区的成员，但是这种方法可以让你接触到更多不同的想法。

    不同类型的项目要求不同的设计方法，代码技术，开发流程和设计思想。如果你工作在一个小团队里，你不必与太多的人接触，只要在用户群会议中找到一些人(来讨论)即可。如果这样还不行的话，参与到在线论坛中与其他人讨论(这时你需要更努力地寻找高质量的讨论内容)。

    6. 教会别人。相对于仅仅读代码之类的工作，教其他人学习可以让你更深入地学习某个技术，这种方法有着非凡的效果。教会别人某个技术，同样也会让你更专注于这种技术，并且可以比别人更深层次地理解它。同样你也会面对一些问题。

    “如果你不能向一个六岁的儿童解析清楚一个概念，那么其实是你并没有完全理解它。”Albert Einstein说。

    教学场景可以是无穷无尽的：与工作搭档一对一交流，休息碰面，非正式周会，学习茶会，教室，讨论发表会，等等。每周在相同理念开发者之间举办一次30分钟的非正式会议怎么样？每周，让几个人来就他们想要更深入了解话题，向大家传授这些技术知识，并且展开讨论。如果你知道你将要向团队成员们传授正学学习的知识，你是不是更想要了解这项技术的每个细节呢？

    6. 收听网络电台。如果你有空闲的时间，可以订阅网络电台节目。我现在最喜欢的编程节目就是 .Net Rocks。这个节目还会做一些视频节目，叫做 dnrTV 。这样会让你即时捕捉到最新最好的技术。一个人是不能学习到所有知识的，而网络电台刚是一个学习了解广泛知识的途径。

    7. 阅读博客。博客远远比阅读者要多，但是其中有一些却是极其优秀的。我这里不并不是要推荐博客，因为网络上已经有了足够多的博客。这是与真正在开发你所喜欢和使用的软件的开者联系的好方法。

    8. 学习新的语言。即使你已经在 C(++,#) / Java 等语言上有很好的造诣，仍然有很多其他可以解决问题的编程语言。学习新的语言，是对你已有思维方式的挑战。这不仅仅是另一种语言，更是对思维的重新架构。的确，所有的语言最后都会被编译成汇编程序，但是这并不意味着高级语言毫无价值。

    9. 学习不正确的方式。除了要学习应该怎么做，还要学习不应该怎么做。经常阅读 Dailywtf.com ，学习你并不知道的经验与教训。学习适当的面向对象设计方式，代码写作方式，和必须要写的代码等，是很好的方式，但是如果不细心的话也容易养成不良习惯。学习认识不正确的思路是负责项目开发至关重要的一环。

    维基百科对很多觉的不正确方式有十分透彻的分类。

    10. 要谦虚。

    学习，意味着：

• 用更好的知识代替不完美的知识
• 增长你所不知道的知识

    只有承认自己有所不足，才能有学习的动力。归根到底，就是谦虚，不对吗？如果你开始认为你已经掌握了所有需要的知识，那么你就危险了。真正的学习是如饥似渴地追逐知识并使其内在化，这需要很大的努力。我们都知道这一点，但是要必须时常不断地提醒自己。

　　二、专注和执着

　　Google不是第一家做互联网搜索技术的公司，之前的搜索引擎公司，包括AltaVista、Lycos、Excite、Infoseek、Inktomi在内，大都成功上市、融资，迅速膨胀，兼并或被兼并，很多公司后来转型做起了门户网站。这些曾经风光一时的互联网公司，今天大部分仍在亏损的深渊中挣扎。Google没有过早上市，集中精力于搜索业务。正是这样的专注和执着，使Google能够把搜索引擎做得如此有用。

　　三、先进的技术

　　关注于技术也给Google带来了幸运。越来越多的网站上遍布散乱的广告，网民已不堪其扰，而Google的主页始终保持着清新的风格，一下子就给人留下了好印象。Google以其强大的功能赢得了越来越多的用户，它支持包括简体中文和繁体中文在内的多达132种语言的搜索。

　　四、当Google成为文化

　　Google的负责人认为，决定文档在搜索结果排列位置的因素是一个文档在其它网页中出现的频率和这些网页的可信度，网页在受众中的知名度和质量是决定性因素。事实证明，这一判断是正确的，Google的使用率越来越高，每天的搜索量由四年前的100万次增至目前的1.5亿次。

　　五、关注消费者的利益

　　有用户投诉，总是收到Google发送的弹出式广告，Google于是发表了一份公告，称弹出式广告是“令人讨厌”的，如果用户收到了弹出式广告，它们并不是由Google发送的，而是由第三方的应用程序引起的。Google公司建议，如果用户受到弹出式广告的侵扰，可以安装广告探查软件，阻截弹出式广告。这表明，尽管Google需要盈利，但绝没有一味地钻到钱眼中而忽略用户的利益，能够具有这样的责任感，我们相信其基础是很牢固的。

　　六、不一样的收入模式

　　打开Google的主页，你根本看不到任何广告，但事实上广告却是Google创收的主要源泉。其奥秘在于Google独特的广告经营方式，Google的广告形式不采用横幅广告，也没有Flash动画广告，所有的广告都是文字格式的，同时这种文字信息的广告被列入搜索信息条中。这种机动灵活的广告方式不仅在技术上处于领先，而且深受商家欢迎，用户也不会有太大的反感，同时也为Google带来滚滚财源。

　　七、简单就是美

　　当其他的竞争者想方设法地把首页复杂化，股价查询、天气预报等等过量的信息被填塞在页面上时，极端的实用主义却统治着Google的网站风格：其首页上只有一个搜索框，别无他物。调查发现，人们如果在12秒钟内找不到自己所需的内容的话就会超出忍耐限度。这也许说明了为何Google每月会有至少5000万的忠实用户，且用户满意率竟高达97%。

CsvJdbc is a simple read-only JDBC driver that uses Comma Separated Value (CSV) files as database tables. It is ideal for writing data importing programs

How is it used

The CsvJDBC driver is used just like any other JDBC driver. This example code shows how the driver is used.

import Java.sql.*;

public class DemoDriver

{

 public static void main(String[] args)

 {

    try

    {

      // load the driver into memory

      Class.forName("org.relique.jdbc.csv.CsvDriver");

      // create a connection. The first command line parameter is assumed to

      // be the directory in which the .csv files are held

      Connection conn = DriverManager.getConnection("jdbc:relique:csv:" + args[0] );

      // create a Statement object to execute the query with

      Statement stmt = conn.createStatement();

      // Select the ID and NAME columns from sample.csv

      ResultSet results = stmt.executeQuery("SELECT ID,NAME FROM sample");

      // dump out the results

      while (results.next())

      {

        System.out.println("ID= " + results.getString("ID") + "   NAME= " + results.getString("NAME"));

      }

      // clean up

      results.close();

      stmt.close();

      conn.close();

    }

    catch(Exception e)

    {

      System.out.println("Oops-> " + e);

    }

 }

}

Advanced Options 

The driver also supports a number of parameters that change the default behaviour of the driver.

These properties are:

separator

Used to specify a different column separator (Default is ',').

suppressHeaders

Used to specify if the first line contains column header information (Default is false; column headers are on first line).

fileExtension

Used to specify a different file extension (Default is ".csv")

This following example code shows how these properties are used.

 ...

 Properties props = new Java.util.Properties();

 props.put("separator","|");              // separator is a bar

 props.put("suppressHeaders","true");     // first line contains data

 props.put("fileExtension",".txt");       // file extension is .txt

 Connection conn = Drivermanager.getConnection("jdbc:relique:csv:" + args[0],props)

 ...

Download 

The latest version of the software can be found at http://www.sourceforge.net/projects/csvjdbc.

请参见：
          描述

类摘要
Schema	不可变的语法存储表示形式。
SchemaFactory	创建 Schema 对象的工厂。
SchemaFactoryLoader	创建 SchemaFactory 的工厂。
TypeInfoProvider	此类提供了对 ValidatorHandler 所确定的类型信息的访问。
Validator	根据 Schema 检查 XML 文档的处理器。
ValidatorHandler	处理 SAX 流的流验证器。

 

软件包 javax.xml.validation 的描述

此包提供了用于 XML 文档验证的 API。Validation 是验证 XML 文档是否为指定 XML schema 的实例的过程。XML 模式定义了其实例文档将表示的内容模式（也称为 grammar 或 vocabulary）。

有多种流行的技术用于创建 XML 模式。最流行的技术包括：

• Document Type Definition (DTD) －－ XML 的内置模式语言。
• W3C XML Schema (WXS) －－ 面向对象的 XML 模式语言。WXS 还提供了用于约束 XML 文档的字符数据的类型系统。WXS 通过 World Wide Web Consortium (W3C) 维护，它是 W3C Recommendation（即公认的 W3C 标准规范）。
• RELAX NG (RNG) －－ 基于模式的、用户友好的 XML 模式语言。RNG 模式也可以使用类型来约束 XML 字符数据。RNG 通过 Organization for the Advancement of Structured Information Standards (OASIS) 维护，它既是 OASIS 标准也是 ISO (International Organization for Standardization) 标准。
• Schematron －－ 基于规则的 XML 模式语言。相对于 DTD、WXS 和 RNG 是用于表示内容模式的结构而言，Schematron 的设计是为了实施难以或不能通过其他模式语言表示的个别规则。Schematron 是为了补充以结构化模式语言（例如 aforementioned）编写的模式。Schematron 正在成为一项 ISO 标准。

以前的 JAXP 版本支持作为 XML 解析器的功能的验证，要么通过 SAXParser 实例，要么通过 DocumentBuilder 实例来表示。

JAXP 验证 API 从 XML 文档解析中分离出实例文档的验证。这具有几种优点，一些原因包括：

• 支持额外的模式语言。 从 JDK 1.5 开始，两种最流行的 JAXP 解析器实现（Crimson 和 Xerces）仅支持可用的 XML 模式语言的子集。Validation API 提供了标准的机制，应用程序通过此机制可利用支持额外模式语言的规范验证库。
• 简单的 XML 实例与模式的运行时耦合。 指定要用于通过 JAXP 解析器验证的模式位置可能易于混淆。Validation API 使此过程变得简单（参见以下示例）。

用例。以下示例演示了通过 Validation API 验证 XML 文档（为了方便阅读，此例未显示某些异常处理）：

// parse an XML document into a DOM tree
DocumentBuilder parser = DocumentBuilderFactory.newInstance().newDocumentBuilder();
Document document = parser.parse(new File("instance.xml"));
// create a SchemaFactory capable of understanding WXS schemas
SchemaFactory factory = SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
// load a WXS schema, represented by a Schema instance
Source schemaFile = new StreamSource(new File("mySchema.xsd"));
Schema schema = factory.newSchema(schemaFile);
// create a Validator instance, which can be used to validate an instance document
Validator validator = schema.newValidator();
// validate the DOM tree
try {
validator.validate(new DOMSource(document));
} catch (SAXException e) {
// instance document is invalid!
}

JAXP 解析 API 已经与验证 API 进行了集成。应用程序可以通过验证 API 创建 Schema，并通过使用 DocumentBuilderFactory.setSchema(Schema) 和 SAXParserFactory.setSchema(Schema) 方法将其与 DocumentBuilderFactory 或 SAXParserFactory 实例进行关联。您不能既设置模式，又调用解析器工厂上的 setValidating(true)。前者的技术将导致解析器使用新的验证 API，后者将导致解析器使用它们自己的内部验证工具。同时调整这两个选项将导致冗余行为或错误条件。

C:\>ipconfig (首先用ipconfig这个命令看一下更改之前的ip地址)

Windows 2000 IP Configuration

Ethernet adapter 本地连接:

Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 192.168.0.250 （本地连接更改之前的ip）
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.0.1

PPP adapter 拨号连接:

Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 211.149.128.147
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . : 211.149.128.147

C:\>netsh         (然后执行netsh这个命令)
netsh>interface   (netsh命令的子命令)
interface>ip      (interface命令的子命令)
interface ip>set  (interface ip命令的子命令)

下列指令有效:

此上下文中的命令:
set address - 设置指定的接口的 IP 地址或默认网关。
set dns - 设置 DNS 服务器模式和地址。
set wins - 设置 WINS 服务器模式和地址。
interface ip>set address "本地连接" static 192.168.0.2 255.255.255.0 192.168.0.11 （设置ip地址）

确定。

（注：上面一段象不象Cisco的命令。）

interface ip>exit

C:\>ipconfig （更改后再用ipconfig命令看一下ip地址,确认一下是否更改成功）

Windows 2000 IP Configuration

Ethernet adapter 本地连接:

Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 192.168.0.2 （更改后的ip说明成功了）
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.0.1

PPP adapter 拨号连接:

Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 211.149.128.147
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . : 211.149.128.147

C:\>

netsh这个命令还有好多强大的功能 如下：

C:\>netsh
netsh>?

下列指令有效:

此上下文中的命令:
.. - 移到上一层上下文级。
? - 显示命令列表。
aaaa - 更改到 `aaaa' 上下文。
abort - 丢弃在脱机模式下所做的更改。
add - 将一个配置项添加到项目列表中。
alias - 添加一个别名
bye - 退出程序。
commit - 提交在脱机模式中所做的更改。
delete - 在项目列表上删除一个配置项目。
dhcp - 更改到 `dhcp' 上下文。
dump - 显示一个配置脚本。
exec - 运行一个脚本文件。
exit - 退出程序。
help - 显示命令列表。
interface - 更改到 `interface' 上下文。
offline - 将当前模式设置成脱机。
online - 将当前模式设置成联机。
popd - 从堆栈上打开一个上下文。
pushd - 将当前上下文放推入堆栈。
quit - 退出程序。
ras - 更改到 `ras' 上下文。
routing - 更改到 `routing' 上下文。
set - 更新配置设置。
show - 显示信息
unalias - 删除一个别名。
wins - 更改到 `wins' 上下文。

下列的子上下文可用:
routing interface ras dhcp wins aaaa

　　何勇是一家技术公司的CIO，近日他正为技术部经理和几个IT骨干员工春节后要辞职一事烦恼不已。是什么原因让公司的IT骨干员工频频向公司递交辞职申请书?薪水、福利、文化冲突、个人职业发展还是绩效目标?如何留住IT骨干人员也成了年底CIO较为关注的焦点。

　　过年如过关,春节后IT骨干易流失

　　一般来说,在春节前后IT人员的流动率相对其他时间段而言要高很多。对此，何勇深有感触，如果春节前后骨干人员的严重流失,将会使公司刚刚制定的新财年策略和计划最终沦为鸡肋。对公司而言,是“出师未捷,身先死”的重大打击。因此,何勇认为对公司而言，IT骨干的集体流失所带来的影响是方方面面的,既有有形的，也有无形的。

　　(1)员工的流失可能使公司业务受损。良好的IT团队因某些核心员工的离职而遭到破坏，开发中的IT系统可能因此被迫中断，或公司IT项目进程效率可能会大大降低。骨干员工尤其是中高层管理人员跳槽到其他公司后，有可能带走商业秘密，这些都将带来巨大的损失。

　　(2)员工的流失会影响近期工作质量。一般来说，员工在决定离开而尚未离开的那一段时间里，他们对待自己手头的工作不会像以往一样认真负责，有些员工甚至由于对公司不满，出于对公司的报复心理而故意将事情做砸。若员工在这样的心态下工作，工作效率和质量显然会大打折扣。此外，在员工离去后公司需要一定的时间来寻找新的替代者，在新的替代者到位之前，其他员工不得不帮忙完成辞职者的工作而导致自身的疲惫不堪。再者，由于流出者和流入者在工作能力上总有一定的差距，流失的骨干员工对公司的影响将是长期的。

　　(3)员工的流失会带来一定的成本损失。公司从招聘到培训员工所付出的人力资本投资将随着员工的跳槽而流出并注入到其他公司。同时,IT骨干离职所留下的职位空缺迫使公司重新花费一大笔成本培养或是寻找接替者。

　　(4)骨干员工的离职还影响在职员工的情绪，极大挫伤团队的整体士气。这是因为一部分员工的流失和可能会刺激更大范围的人员流失，而且向其他员工提示还有其他的选择机会存在。特别是当人们看到流失的员工得到了更好的发展机遇或因流出而获得更多的收益时，留在岗位上的人员就会人心思动，工作积极性受到影响。也许从前从未考虑过寻找新的工作的员工也会开始或准备开始寻找新的工作。

　　IT人才流失的原因分析

　　人才流失的原因非常复杂，总体上讲是人才的需求没有得到满足所致。实际上，IT人才流失的原因是多方面的。一般要综合考虑，只有当其中某一个点发生了问题，并变得无法忍受时，那么这个人才才会离去。

　　(1)最重要的原因——寻求更高的报酬

　　人才被挖走最直接的原因是薪酬的诱惑难以抵挡。薪酬永远是吸引人的一个最重要指标。最有代表的观点认为：“只要对方开出两倍甚至更高的价码，你怎么强调公司文化、发展空间等都用处不大。因为薪水是一个人总收入水平的根本性指标。薪水高的人，代表公司对他的能力认可，自然其他待遇像培训、奖金、升职、股票等等都会优于薪水低的人。”

　　美国学者阿姆克对员工辞职率的分析发现，决定雇员自愿离开企业的所有影响中，最重要的是相对工资水平。许多员工把公司支付给自己的报酬的高低作为衡量自身价值的标尺。由此，导致一些员工在寻找到了能够提供更高报酬的企业后，就有可能选择跳槽。

　　(2)更好的发展机会也是跳槽的主因

　　再一个原因是竞争对手提供了更好更多的发展机会，对于高级IT经理人来讲，这比高薪更加有诱惑力。报酬是在人们选择职业时比较注重的一个因素，但它并不是人们作出最终决策的惟一依据。事实表明，有些人为了能得到更多的发展机会，他们宁可暂时放弃较高的报酬。反之，若得不到很好的发展，即便是能在这家公司拿到比同行们更高的收入，他们也会跳槽到那些能给他更广阔的发展空间或其他企业去工作。

　　(3)领导是导致员工离开的原因之一

　　在很多的离职调查中，员工并没有讲是领导的原因。实际上，很多情况下是领导导致了员工的离职。比如上司的领导方式让员工不满意，不能给员工提供真正的帮助等，都可能促成员工的离开。对于中层的经理人来说，与高层领导的观念不一致也是导致离职的一个重要原因。

　　(4) 分配机制不公平也是导致员工离开的原因

　　从公司方面讲，导致IT人员离职的根本原因在于企业制度问题。诸如管理者素质不高、员工激励机制不健全、未能建立有效的评估体系、缺乏合理的薪酬结构、未能建立针对核心员工的长期职业发展规划和企业文化氛围等等。这些原因也会导致IT员工尤其是IT骨干人员频频跳槽。

　　如何留住IT骨干人才

　　俗话道：天要下雨，娘要嫁人，个人顾个人。当员工的感情不在时，对企业的忠诚度也随之归零。员工忠诚度也成为CIO与高层管理者中最炙手可热的话题。如何打造员工忠诚度?工资涨了、待遇提了、培训做了，怎么人还是走了呢?

　　马斯洛需求明确指出人随着发展变化有着不同层次的需求。员工的最基本需要就是生存和安全的需求，这里是说薪资;更高层次则是得到认同与尊重。因此，当连最低层次的需求都无法满足员工，员工忠诚度从何而谈?照目前的社会状况，要说依靠情感来留住人，完全是一厢情愿的想法。试想想，如果每天都在为自己家里的柴油盐米发愁时，如何以情感拉拢人，其收效都不会大的。在IT人员心态浮躁、薪资行情看涨的环境下，能否留住员工、保持IT团队考验着每一个CIO的管理技巧，因为他们除了要营造企业这个小环境外，还要应对整个IT行业职场大环境的挑战。

　　(1)待遇留人

　　首先，人才流失是有一定经济原因的。对于员工来讲待遇是一种很现实的东西，企业幻想既想让员工卖命干活，却又不想付出合理薪水待遇的话，恐怕是难以实现的。当在薪资、工作待遇、福利不如其它公司的时候，很难招到称心的人才。在现阶段，工作仍是大多数员工谋生的重要手段,既然是谋生，人们就不得不考虑收入问题。当员工的付出与所得到的回报严重的不相匹配时，跳槽也就是他们的必然选择了。

　　尽管薪资不是激励员工的唯一手段，也不是最好的办法，但却是一个非常重要的方法。达到同行平均水平的薪资是员工的保障，可起到安定人心的作用，让员工无后顾之忧。对于每一个职位，社会都有一个平均薪酬，这是人才愿意工作的底限，也是一般的薪酬水平。然而，对于核心人才而言，他们所创造的效益，远远高于企业员工平均效益，他们的价值，也应远远高于社会平均薪酬。根据80/20原则，企业里的20%的员工创造80%的财富。因此，厚待高层员工和骨干员工的是重要行动。

　(2)事业留人

　　对于不同的员工来讲，需求是多方面的。对于层次较高的员工来讲，能否满足他们实现自身价值的需求，对稳定他们至关重要。这里需要注意的是两种人才：一种是高级管理人才，另一种某领域的技术研发专家。要吸引这两种人，薪水已不是最重要的因素。他们离开公司一般有以下因素：①是新的职位更有成长性，对他的个人成长非常有帮助;②是对方企业非常有发展潜力。他们关心的是个人成就的实现，关注企业长期的职业增值。

　　越是高管，个性化需求也越强。越是高级的人才在决定离开一家企业的时候，其考虑也越是全面而慎重，这时候企业要想将他们留下来，可能性微乎其微。对企业来说，功夫要做在平时，营造最适宜他们留下的环境。对这些人才只提高他们的能力还不够，还要把握核心人才的个体需求，有针对性地、最大限度地给予他们发展的空间。

　　(3)帮助员工做职业生涯规划

　　许多员工对自己的发展和前途往往感到非常迷茫，不知自己该如何去规划，方向在那里。于是就会产生其他企业的世界可能更精彩，从而萌生去意。如果企业能够帮助员工去做人生尤其职业生涯规划，指导个人该如何通过努力实现自己的人生抱负，然后结合每个人的特点通过一定的途径去培养，就能使员工找到自己的定位和明确将来努力的方向。

　　从目前看，企业内的IT人员有技术和管理两条不同的升迁路径和成长接替：

　　①技术路径：见习工程师随着资历增长和个人表现，会被提升为开发工程师、运维工程师、实施工程师，然后晋升为资深工程师。

　　②管理路径：技术员、项目助理、项目经理、IT主管，最后晋升为CIO，如果做得好还可以在其他高层管理岗位上驰骋。

　　所谓“不想当将军的士兵不是好士兵”。因此,一个有事业心的人，必定有自己的职业生涯规划，而自己的规划要靠他所在的组织来帮他实现。当组织满足了员工的这个需求，他也就有了留下来的理由。因此，CIO在为员工争取待遇的同时，也要主动为他们规划职业成长的阶梯，培养人才让人才的能力能够不断提高是一个非常有效的留人方式。

　　(4)用人机制变革

　　在许多员工的离职原因往往是对公司的用人机制和环境不满，自己有能力但是得不到晋升，庸者却身居高位，帮派主义、小团队主义盛行。如果公司这种恶习不除，将很难使有能力的员工安心工作，他们的流失也就只是时间问题。所以企业如何建立公平竞争，能者上、庸者下的用人机制和环境对于稳定有能力、有抱负的员工来讲是至关重要的。诚然，用人的大环境很难改变，但CIO完全可以改变小环境，可以根据自己企业的情况，为员工创造一个相对公平的用人制度。

　　(5)感情留人

　　除了待遇瓶颈，还得面对另外一个留人瓶颈：员工无法得到企业的认同，这也是员工选择离开的又一主要原因。公司应要实施以人为本的管理，最重要的是必须懂得如何尊重员工。CIO须把员工当做渴望得到关怀、理解和尊重的有血有肉的人来看待，充分尊重他们的劳动，维护他们的权益，为他们的工作创造良好的工作氛围。这样做，既能够增强他们的自信心，激发他们的工作热情，提高他们的满意度和忠诚度，从而能够大大降低员工的流动率。

　　如果企业文化匮乏或不健全，整个企业也就是一堆散沙，貌合神离，只要外界一有风吹草动，立即各自漫天飞扬而去。如果企业文化良好，就象一股常年不干涸的水流一样，浸透每粒沙子，使他们紧密地团结在一起，任凭外界风吹日晒，我自岿然不动。因此，如果不能给员工与竞争对手同样或者更优越的待遇，感情留人是一个好方法。CIO应加强与IT骨干员工的关系，增强员工对企业的感情和忠诚。必须了解员工到底为什么要换工作，很多人都以为是由于经济的原因，但并不总是这样。

　　古人说士为知己者死，人是感情动物。企业在对员工的感情投入上，创造一种让员工有家的感觉的环境往往会收到事半功倍的效果。让员工感激涕零，而企业实际上并没有多付出什么，而收获的往往是员工的心和忠诚。

　　总而言之，企业要想稳定员工队伍，降低人员流失，就要明白员工流失的责任并非全在员工本身，企业也要多方位反思，根据企业自身的情况采取有效措施降低员工的非正常流失。