数字流 PCauto试驾上汽荣威550

　车型配置数据:http://www.autohome.com.cn/530/options.html

试驾时间：2008年10月21日

试驾地点：北京金港汽车城赛道

主要测试项目：　　 1、70公里/小时高速过转，测试ESP性能　　 2、紧急制动，测试四轮碟刹的刹车距离　　 3、在高速行驶过程中测试驾驶室内噪音数值

我喜欢：外型美观、动感十足； 配置丰富，性价比高；ESP装备值得车主炫耀。　

我不喜欢： A3的五挡手动变速器挡位清晰有一定吸入感，挂挡时不会感到生涩费力，但行程有些长，还需要进一步调较，希望自动档车型尽快推出。

　　奇瑞A3(以下简称A3)的首次亮相是在2006年北京车展，但当时展出的两厢版。2007年8月奇瑞一百万辆车下线时第一百万辆车就是A3。2008年9月27日，人们终于等来了A3的正式上市，但上市的却是三厢版。对于商家而言时间就是商机，奇瑞此次这么耐得住寂寞苦熬两年，两厢变三厢的上市策略定有它的内因。带着对A3的好奇和诸多疑问，12日下午，我早早来到了金港汽车城。

　　外观篇：A3初体验

　　见到A3，我的第一感觉是这款车有着眼下国际潮流的欧洲轿跑式外型，非常附和国际潮

流，必竟不久的将来，奇瑞A3是要销往海外市场的，故从它的外型上看，A3已经完全具备了走出国门的基础。前长后短的结构设计，使车身整体有着向前奔跑的运动感，不长的车身属于典型的紧凑型车。奇瑞在A3身上采用了欧洲流行的宽体设计。从数值上看，三厢版的长宽高为4352×1794×1464mm，宽度接近1.8米，一个成年人在车中侧卧，还是很舒适的。眼下这种规格的底盘在车长、车高保持不变的同时，将车体加宽不仅提升了驾乘舒适度，也为家庭消费者考虑到更多用车的实际问题，所以，实用性相对提高不少。在后来的试驾过程中我也能感到宽体车身在行驶过程中稳定性大大提高。之前我也担心过因宽体而造成过弯时的“不便”，但实际上，A3过弯时方向盘的轻巧与方向的准确感以及ESP的稳定性，都大大消除了不便的感觉。

　　外观上最大的特点是后门把手的隐形设计，不破坏腰线的连贯性，同时也能给人深刻的印象。

　　总之，这个缘自意大利意大利宾利法连设计公司之手的外观造型，如去掉奇瑞LOGO，我还真不敢想念这车是奇瑞造。可以说外观已经是奇瑞A3的一大卖点。　　内饰篇：与A3的零距离接触

　　进入车内，A3高配车型的丰富配置给人印象深刻，有些便多的按件，需要了解一凡才能正确使用。不过，这表明，A3努力步入B级车行列的态度。

　　当然，我第一接触到的是贴合性良好的跑车式桶形包覆座椅，A3的座椅同样也非常讲究人体工程学的原理，大大提升了这款车的舒适性。

　　让我感到满意的是，进入车内没有剌鼻的味道。别小看这一表现，因为，自主品牌汽车给国人留下的深刻印象，首先就是气味较强烈，感觉一下子就差了很多，但A3让我另眼相看。

　　不过，浅黄色的内饰主色调与如今流行的浅灰、深黑内饰相比，显得有些过时，这恐怕跟A3已经问世四年多的时间有关。反正我是担心浅黄色内饰怕脏，不太喜欢。

重点测试：超乎想像

　　感受噪音：风噪一向是低价格车、自主品牌车的软肋。通过资料，我看到A3在NVH对比试验测试中所取得较好的成绩。

　　如今，NVH更是环保人士对汽车提出的高要求。所以，现在NVH已经成为衡量车辆舒适性的重要指标之一。故向B级车看齐的A3也将NVH当做本次金港试剑重要的一试。

　　在赛道上我们同时也试驾了日系、韩系车型，相比而言，A3在怠速状态下，四门门窗紧闭时，几乎听不到发动机声音，且车身不斗，车内十分安静。当猛踏下油门，

速度飞快提速到100km/h时，发动机轰鸣，动力澎湃，但车内却仍然可保持着较高的说话清晰度。当我以70公里/小时-100公里/小时的速度快速行驶过程中，陪驾者始终用正常声调提醒我弯道的变化，声音一直听得清清楚楚。以前试驾A级车时，总会在时速超过100公里就必须大声说话的不爽现象。之前，我也曾担心过A3配备的205/55R16大尺寸轮胎与地面磨擦会带来较大的声噪。现在从测试表的数值上看，A3(包括风噪、路噪、怠速、动力总成)的综合声噪最大不过74分贝，低于一般汽车应有的声噪。奇瑞企业一再推崇的B00级A3也真有些B级车中入门级车型的味道品质，特别是宽胎的使用在保持良好抓地性的同时，并没有以牺牲车内舒适性为代价。

　　据悉，奇瑞A3的NVH性能提升工作曾交由国外专业调校公司进行了为期一年零四个月的调校和试验，共对声学路径、结构噪音、整车密封性、发动机悬置、进排气系统、动力总成本体噪音等27项性能进行了提升和改进，因此，即使是和有噪音最小的中级车日系车相比，奇瑞A3依然不逊色。

感受ESP：早就听说刚上市的A3最大的不俗之处就是加装了ESP功能，本次试驾A3，体验ESP自然就也成了必须的。

试驾分成两部分，一次是关闭ESP功能的情况下高速(时速不得低于60km/h)穿桩,第二次是开启ESP功能，并以不低于70km/h的速度穿桩。

　　A3车身紧凑小巧，方向盘方向准确清晰、较轻、没有旷档感(长时间多次数调较的结果)，不像德系车方向盘带力道，再加上前麦弗逊前悬架，后四连杆的悬架结构(其中还有横向连杆结构)，以及宽胎，都让A3车身稳定性大大提高，故十分适合穿桩。

　　第一次试驾，因为关闭了ESP，车身在紧急变线时产生了侧倾，且在穿桩完毕后勤急速调头时，发生了关控，那刺耳的制动声音令人毛骨懒然。

　　第二次穿桩，打开了ESP后，我反而以高于第一次的时速进入桩道，车身不仅没出现侧倾和失控，同时，调头时动作相当从容，仿佛一个专业的、职业的赛车手。开启了ESP的A3，在ABS和TCS的辅助下，更轻易地从方向盘的位置、车轮速度、油门位置、制动压力等各要素分析出ECU识别驾驶意图，使绕桩的难度大大减低，被撞到桩的数量也明显减少。

　　接下来，将A3开上赛道。当过一个发夹弯时，我故意在ESP开启的状态下，以时速100km/h、不踩刹车、不踩油门的方式过弯(说实话，要不是知道开着ESP，我是绝不会这样转发夹弯的)。当时感到四轮撮地(四轮抓地牢固)，几乎将方向盘打满，车身并未所想像般出现明显侧斜，当转过弯来，我下意识地看了一下速度表，时速降为80多公里/小时，这也是ESP在纠正了我油门大小后的结束。其实，ESP不仅能做到这些，它还能通过对发动机管理系统的连接，减小发动机的扭矩输出，能有效的减小的磨损。

感受紧急制动：

　　A3采用前通风盘式，后实心盘式的四轮盘式制动器，保证了紧急制动情况下，刹车系统有良好的热衰退性能，在达到最大温度后15秒内就可恢复正常工作温度，这一点可与欧洲同类车型的制动水平相媲美。并且，由于采用了更大规格的车轮系统，奇瑞A3相对于同样参加测试的日系车和韩系车，能够提供更大的制动力。

　　我们此次是在半载(2人)情况下测试刹车，在赛道终点处，以100km/h的速度将刹车板速度踩到底，由于，A3采用前麦弗逊后四连杆式悬挂结构，经调校后软硬适中，一没有在边沟坑时发出“咯噔咯噔”的响声，二没出现如坐船般上下忽攸的感觉。在紧急刹车状态下，尽管车身稍稍有点偏重，但并不明显向前“栽”，A3完全能够达到B级车的刹车标准。

　　下车看时，A3的总制动长度大约一个车身，短于日系车和韩系车制动长度，虽然，刹车声音很刺耳、胶皮味很浓，但我对A3的安全性产生了很大的信认度。

编辑点评：A3需要您慧眼识英雄 　　当然，车不是这样开的，平时，我们使用家轿都会小心谨慎有加。

　　但这种测试还是有必要的，因为，通过这样的极限测试，我能体会到A3本次搭载的直列4缸16气门双顶置凸轮轴的ACTECO发动机，充沛的动力性，在5750rpm时，奇瑞A3就能爆发出97kw的最大功率，最大扭矩达到了170N.m，升功率也达到了52.57kw，可以想像这个表现让A3在城市道路上行驶和提速时还是会令人满意的。同时，通过这样的极限测试，还让我认识到A3拥有的五星级碰撞标准、ESP系统、高钢性车架、四连杆(特别是带有“横向稳定杆”)，四轮盘刹等等安全技术，让我们在驾驶它时是什么的安全和放心。这些安全配置并不是摆设，因为，未来汽车的发展这些都应该是汽车安全的标配，而A3只是走在了别人的前头。也让A3具备了走向国际市场的条件。 　　

通过此次试驾A3，已经足以让我对奇瑞汽车另眼相看。的确，今日的奇瑞汽车已非昔日的奇瑞汽车，举个例子，国内自主品牌车企还没有哪一家拥有自己的变速箱技术，而奇瑞明年就将推出AT版的A3，这足以说明奇瑞的造车技术已经能与国际知名品牌比肩。 　　

A3是奇瑞品牌升级的象往，所以，奇瑞才把眼下所有的新技术全部武装到了A3身上，所以，我们才看到了，A级紧凑型车上的诸多B级车的装备和技术：如ESP行车稳定系统(同级车上唯一拥有的车型)，如遥控钥匙、多功能方向盘、泊车辅助系统、行车电脑显示屏、驾驶员座椅高低调节、座椅腰部支撑、八喇叭音响、感应雨刷、自动空调、后座出风口等等，超值、超乎你想像的配置。 　　

但是，就是因为“A3”姓“奇瑞”，大家都感觉它有些贵，但A3底道贵不贵，真是需要您在试乘试驾后慧眼识英雄。

 豆豆祈求之护身符，吾爱之守护！

• 第一是“贫穷”
  　　贫穷不能等，因为一但时间久了，你将习惯贫穷，到时不但无法突破自我，甚至会抹杀了自己的梦想，而庸庸碌碌的过一辈子……
  
• 第二是“梦想”
  　　 梦想不能等，因为人生不同的阶段，会有不同的历练和想法，试想一个问题：如果你2０岁时的梦想，在60岁的时候才得以实现，那会是什么样的一个情况？？？
  　　 譬如说你20岁时的梦想是希望能买到一辆法拉利的跑车，然后到德国的无限速公路狂飙。你一直努力工作，好不容易到60岁了，总算买得起跑车了，但要实现年轻时的梦想，恐怕也是心有余而力不足吧……
  
• 第三是“家人”
  　　 家人不能等，或许我们还年轻，未来有很多的时间可以让我们摸索、打拼，但我们的家人呢？他们还有时间等我们成功吗？？？还有时间等我们赚到钱，让他们过好日子，让他们以我们为荣？？？

　　树欲静而风不止
　　子欲养而亲不待
　　……
　　这是很多人的痛，也是很多人一辈子的遗憾。

　　人的上半生：要不犹豫；

　　人的下半生：要不后悔；

　　活在当下，把握每次的机会，因为机会稍纵即逝，为自己的生命找到出路！在报纸上看到一篇文章，值得分享，内容如下：

　　急事，慢慢的说；

　　大事，清楚的说；

　　小事，幽默的说；

　　没把握的事，谨慎的说；

　　没发生的事，不要胡说；

　　做不到的事，别乱说；

　　伤害人的事，不能说；

　　讨厌的事，对事不对人的说；

　　开心的事，看埸合说；

　　伤心的事，不要见人就说；

　　别人的事，小心的说；

　　自己的事，听听自己的心怎么说；

　　现在的事，做了再说

       送只大熊代表我，圣诞祝福伴你我！

       共度快乐幸福年，伴你开心每一天！

      昨天晚上，回家有些晚，去苏式牛肉面馆吃完饭，大约快8点了吧？这几天心情和精神状态都不好，很累

很疲惫。骑车回家的时候，在城东路顺河路口与一辆雪夫兰乐风撞上了。（没时间了，待续）

vs2008 beta2 和.net framework3.5 beta 2上周发布了，第一时间下下来装上了，还没抽出空来玩儿。从beta1就开始研究，许多新特性还是比较令人兴奋的。

　　由于装在另一台机器上，贴图比较麻烦，在此就免了。

　　首先看一下IDE方面的改进：

　　1)javacscript html css 智能感知，这个功能还是比较期待的

　　2)javascript调试功能

　　3)html编辑器在源文件和设计的基础增加split查看方式，这样就可以边改源文件边查看效果了

　　4)智能感知方面，在可选列表可见状态下按下Ctrl键，可以使列表透明，以查看被遮盖的部分，松开Ctrl后继续进行选择。

　　5)在创建项目之前，可以选择.net framework 的版本。这样，在使用vs 2008 强大IDE 的同时，可以创建 .基于net fx2.0 或 .net fx 3.0 的项目，而不用切换到vs2005下面。

　　重要的还是语言特性方面的改进：

　　1)扩展方法：

　　扩展方法允许编程人员在静态类上编写自己的方法，以扩充静态类的功能。

　　比如我们可以写这样一个方法：

　　public static bool IsPrime(this int integer)

　　{

　　if(integer == 1)

　　{

　　return false;

　　}

　　for(int i = 2;i <= Math.Sqrt(integer); i++)

　　{

　　if(integer % 2 == 0)

　　return false;

　　}

　　return true;

　　}

　　之后就可以这么写：

　　int i = 1798517;

　　if(i.IsPrime())

　　{

　　Console.WriteLine(i);

　　}

　　注意 static 和 this 关键字。这样做可以使程序更符合人的思维，更接近自然语言。看我们现在是怎么做的：

　　定义一个MyUtils类：

　　Class MyUtils

　　{

　　public bool IsPrime(int integer)

　　{

　　if(integer == 1)

　　{

　　return false;

　　}

　　for(int i = 2;i <= Math.Sqrt(integer); i++)

　　{

　　if(integer % 2 == 0)

　　return false;

　　}

　　return true;

　　}

　　}

　　使用：

　　MyUtil mu = new MyUtil();

　　bool flag = mu.IsPrime(12517)

　　if(flag)

　　{

　　......

　　}

　　2) lambda表达式

　　.net 2.0 引进了匿名方法，.net 3.5进一步引进了lambda表达式来简化。

　　lambda表达式允许这样写:

　　IEnumerable cheapBooks = books.where(b => b.Price <=50)

　　(where 关键字是下面要提到的Linq中提供的功能)

　　相应的匿名方法:

　　IEnumerable cheapBooks = books.where(

　　delegate(Book b)

　　{

　　return b.Price <=50;

　　}

　　);

　　3)Linq 语言集成查询(Language Integrated Query)

　　.net 3.5中增加了很多查询关键字，这样就可以直接编写查询，而不用再写sql语句。例如:

　　var cheapBooks = from book in books

　　orderby book.Price

　　select book.Name, book.Author,book.Price

　　where book.Price <= 50

　　books可以使一个数组，可以使一个集合，可以是XML文件也可以是数据库里的一个表

　　4)自动属性

　　自动属性允许编程人员在定义一个类时作如下简化:

　　public class Book

　　{

　　public string Name{ get; set; }

　　public string Author{ get; set; }

　　public int Price{ get; set; }

　　}

　　当然也可以没有set，如果属性是只读的话。这样就免去了定义私有的 _name, _author, _price及get set方法体，编译器会自动生成相应的私有变量和方法体。

　　5)对象初始化器，集合初始化器

　　在2.0中，我们这初始化一个对象;

　　Book book = new Book();

　　book.Name = "C# in a nutshell";

　　book.Author = "Peter Drayton";

　　book.Price = 30;

　　3.5中我们可以这么写：

　　Book book = new Book

　　{

　　Name = "C# in a nutshell", Author = "Peter Drayton",Price = 30;

　　}

　　集合初始化器允许我们批量添加对象，而不用一条一条的用add方法添加：

　　List books = new List

　　{

　　new Book{Name = "C# in a nutshell", Author = "Peter Drayton",Price = 30;};

　　new Book{Name = "Ajax in a nutshell", Author = "Peter Drayton",Price = 40;};

　　new Book{Name = "Python in a nutshell", Author = "Peter Drayton",Price = 50;};

　　};

　　6)隐式本地变量

　　3.5中引入了var关键字，允许开发者在定义变量时不指定类型：

　　var a = 15;

　　var b = new string[] {"a","b","c","d"}

　　但是c#仍然是强类型的，只不过编译器是根据后面所赋的值来推断出变量的类型，因此赋值是必须的，且只能有一种类型，定义后也就不能再进行改变，它在Linq 中非常有用，能极大地简化代码。

　　7)匿名变量

　　var w = new [] {"a","b","c","d"}

　　var b = new {Name = "xml", Author = "aa",Price = 50};

　　C# 编译器会自动生成一个完整的匿名类包括私有字段，属性，get set，还有最后的赋值语句

对于软件工程师来说，工作也许意味着许多东西 -- 稳定的收入、做自己感兴趣的项目、找一份更好工作的跳板，或者你只是喜欢与其他程序员共事。但说到“效率”，强调的是在一定时间内按质完成项目的能力。Phil Chu根据自己的经验提出了高效程序员应该养成的七个习惯。

1.理解你的需求
成为一个有效率的程序员首先要知道如何正确的支配自己的时间。对时间最大的浪费莫过于去做那些没有用处或者永远不会上线的项目。而导致这种结果的根源往往是对需求理解的偏差。
要最大程度避免这种情况的发生，最好的办法是快速建模，尽可能让演示系统早点出来。对于客户来说，只有看得到摸得着的产品摆在面前，他们才会有兴趣去试用观察，才会在实际的操作中发现供需双方在需求理解上的偏差。否则即使你写上几百页的需求分析文档也只能是自己的一面之词，客户可没耐心去检查这些文档写的是否准确。
另一方面，你应该让每一个阶段的开发成果都能够尽早的提交给客户。让他们以完全不考虑操作合理性和业务逻辑性的傻瓜级操作来发现程序员编程中的固有思维局限。尤其必须让QA尽早的介入到项目开发中来。如果能够每天提交一份测试版本给QA自然是最理想的了，但大多数项目开发做不到这样的粒度，那么就争取每周提交一份可测试版本。重要的是应该让QA和开发能够保持交错并行状态。只有这样，才能让QA尽早发现bug，降低每个bug的修复成本，同时缩减独立测试周期的跨度。
程序员往往不愿意把半成品代码交付给测试人员，相反他们更喜欢在所有代码都完工，达到自己满意的程度之后再让别人来测试。因为在这之前的代码往往存在很多程序员自己知道需要修改（或者故意留待后续补全）的流程缺失和Bug，测试人员并不知道哪些是真正的Bug，哪些只是临时性的运行错误，每次都会一股脑儿作为Bug反馈给程序员。这往往让程序员们心烦。同时测试人员有时候也不喜欢测试这种很多分支都走不通的中间版本。
但不管喜不喜欢，测试并发现问题是测试人员的工作；程序员则应该认识到，Bug反馈得越早就越是件好事情。QA和开发之间的关系往往很敌对，可实际上双方的目标是一致的。“忠言逆耳”古训有之，对于程序员来说就应该“有则改之，无则加勉”。总好过项目完成之后才发现一堆的问题，到那时候再要做修改，基本上都会牵一发而动全身，痛苦的还是程序员自己。
2.保持真实性
尽可能让你的系统运行在最接近真实环境配置下面，使用有实际意义的数据和真实的编译版本，并经常性进行模块整合。如果你的测试环境使用的数据都是些胡乱添加的东西，那么将来和测试数据大相径庭的真实数据这块大冰山早晚会撞沉你的程序。另一方面如果你只在开发环境来编译运行测试，会发现正式发布之后有各种各样莫名其妙的问题产生，到最后原来都是因为环境配置与开发环境有些不起眼的差异所导致。把所有模块整合进行编译联调，看上去应该是最后作的一项附加工作，但实际上这是一项需要在开发过程中经常性进行的工作。只有这样QA才能有最完整的东西拿来测试，得到更多的Bug反馈，同时降低模块整合的难度。
3.理解你的代码
书写规范的代码，并保持代码的整洁。Coding是一门艺术。正如写作一样，同样的文字在文豪的笔下就能够熠熠生辉，读起来赏心悦目；在普通人的笔下大概就只是词能达意的效果了；在某些人的笔下或许就需要研究半天才能猜出个大概来。当然不可能人人都成为艺术家，但至少你可以学会欣赏艺术、学习艺术。书写漂亮的代码是对自己工作的尊重，也是对其他程序员的尊重。如果你的代码中间充斥着大段过时的注释、可读性差的变量/函数，怎么去要求别人或者自己以后能够理解它们？
4.最优编程
把你的时间花在代码的功能上, 而不是去把现有的代码改得对自己胃口（尤其对于那些copy/paste过来的代码）；要找到系统的瓶颈进行优化，而不是对那些无益于系统整体性提高的地方做无用功。
5.管理好你自己
也许有人会说计划和进度控制是PM的事情，但一个好的程序员应该比PM更了解自己目前工作的进度。不论上头给的进度计划是否合理，你都应该有自己的原则和概念，清楚知道每天该做什么怎么去做。
6.持续教育
只有不断的学习、实践、犯错误，你才会真正有所提高。在我看来，对于程序员来说最好的老师不在学校，而在书本、网络、社区。学会自我学习才能保持与时俱进。
7. R-E-S-P-E-C-T
互相尊重是一切的基础。

作者是谁不清楚，说的挺平时中肯的，还不错。推荐看看。。。。

做为一名程序员，我想大多数人除了平时削尖了脑袋研究各种各样的技术之外，我觉的在技术之外还有更多的东西值得我们去学习，现在不是讲究“复合型人才”吗？呵呵，我觉的不只只是人不人才的问题，同时也是，如果壮大我们钱包的一个现实问题。

现在问题出来了，程序员，我们本身有技术，有经验，可是，我们如何把我们的经验、技术转化为MONEY才是最重要的是吧。

原来我一直也想找个办法入这一行，不过摸索了很多，现在才算有点头绪了，在这里愿意跟大家分享一下：

入行的基础要求：你要有你自己的特长，如：软件开发、WEB开发、FLASH制作，不管什么，甚至你只要一样：破解软件，那都是你的特长，当然，特长不只只是说说而已的，要有你自己的作品，只有作品，才能够有足够的说服力，让别人信服你，同意让人家同你合作。
作品的要求：并不是有了作品就OK了的，有作品还要看你的市场前景如何，或者你只是打算用你的作品做为敲门砖吗？我想如果人家要等一个全新的作品出来，可能不会等这么久吧，所以呢，我觉的，作品应该有几下几个特点：
1、功能具有特色
2、没有版权问题，如果这样，对方也是不愿意与我们合作的
3、要有详细的文档，包括使用手册以及开发文档
4、作品只只是作品，一般是根据一个你自己的设想进行开发的，或者只是根据某一个客户的要求进行定制的，如果想有好的市场前途，那就需要你再花一些力气进行产品化的工作，包括：标识、功能的完善(DEMO版、演示文档、注册、加密功能)、还有就是你要有恒心去做的事情，也是最枯燥的事情了
5、产品的实施问题，产品只有实施成功了才是好的产品，所以，我们做的产品要具有容易实施的特性，所以说，为什么越复杂的软件，做SOHO越难呢？就是因为我们个人的实施力量不够强大，让你一个人去实施ERP吗？别说我们做SOHO的脱不开身，就算走的开，你一个人忙的过来吗？所以说，现在为什么做FLASH可能比你做ERP更有挣头，写手机短信的比你写手机软件的更容易挣钱。
合作的问题：如果你想一个人做，包括产品、市场、销售、维护，我相信，肯定会累死你的，而且你最终可能得不到什么回报，我觉的最好的办法就是找人合作，合作的对象包括以下几类人：
1、技术合作者：找人与你一块合作做开发、维护的工作，一般来说，这样的人对于我们程序员比较好找，同学、同事、朋友，身边这样的人比比皆是，不过要 注意的是，大家合作的话还是要写一个书面的东西，到时候如果有了纠纷的话也好解决是吧，而且合作的话就要真正做事的，大家要分工明确，确立责权，有个目标的绩效，当然，这样就要有一个明确的“带头大哥”才好。
2、市场合作者：可以是与软件公司合作、也可以与软件销售人员合作，还有就是用自己的产品找代理商，也可以自己直接做终端出去销售，因为我也是做开发的，所以这一方面比较弱，我只知道应该是做什么，但如何去做，现在还没有找到什么好的办法，我也希望大家能够在这一话题上进行讨论。
3、宣传：你的产品，或者你自己本身都需要进行宣传的，我想第一个问题：你的业务网站的建立，网站的好坏，基本上直接决定了你在网络上进行宣传的成绩了。
4、找业务：除了靠自己的朋友介绍之外的话，我们可能一时之间找不到比较好的方式是吧，不过我们再想深入一点，我们的朋友是怎么来的呢？现实中的同事、同学、亲戚，还有什么人可以值得我们交往呢？当然有了，包括：同事的同学、朋友呀，当然，我这里是有取向的，就是：他们并不是在IT这一行的，他们应该是在传统行业，而且最好是自己办企业，或者在政府机构具有话语权的，或者是做销售的是吧。如果我们朋友的圈子扩大了，我相信我们的业务范围也就大了。
还有一个办法，上网找呀，并不要把我们自己就限定在CSDN，(当然，我并不是说CSDN不好)，CSDN大家交流技术还是个很好的地方，可是在这里如果找商业机会的话，我相信就不多了，如何能够找到更广的人脉呢？上网找软件企业常去的地方，上网找你目标行业最大的论坛，上网找你目标产品他的一些销售办法，如何做销售，我想还是跟我们的IT销售人员多学习一下吧。

1. XML

　　首先，你要了解XML。我不是说仅仅是XML规格本身，还包括一系列相关的基于XML的语言：最重要的是XHTML、XSLT、XSL、DTDs、XML Schema (XSD)、XPath、XQuery和SOAP。那些在过去5年内从未碰过键盘的人，可能不知道XML为何物。XML是一种文本文件，使用与HTML类似的标记。XML能定义一个树状结构，并能描述所含的数据。

　　XML最好的一点是既能存结构化数据也能存非结构化数据。它既能存贮和描述“规格的”(regular)表格数据，也能容纳和描述“粗糙的”(ragged)文件数据。

　　XHTML是现今写HTML的首选方法。因为它是形式完好（well formed）的XML，比起古老的、通常是畸形（malformed）的HTML文件，XHTML格式的文件更容易处理。

　　XSLT和XSL是用于把XML文件转成其它格式的语言。可转换的格式包括：文本文件、PDF文件、HTML、以逗号为分隔符的文件，或其它XML文件。 DTD和XML Schema描述XML文件所能包含的内容的类型，并让你“验证”XML文件内容的合理性，而不用写特殊代码以确保内容符合规则要求。

　　XPath和XQuery是用于从XML文件中抽取单个项目或一组项目的查询语言。XQuery扩展了XPath，因而更重要。XQuery与XML的关系正像SQL与关系数据库的关系。

　　SOAP是Web服务之间的一个标准通讯协议。尽管你不需要对SOAP标准一清二楚，你应该熟悉一般的schema和它的工作原理，以便能应用这门技术。

2. Web服务

　　Web服务是XML流行后的一个直接产物。因为你能用XML描述数据和物件，因为你能用schema确保XML文件内容的合理性，因为XML是基于文本的规范，XML为跨平台通讯标准提供了一个极其方便的基本格式。如果你还从来没碰到Web服务，你可能很快就会碰到，在未来5年内，你几乎肯定会碰到。熟悉Web服务十分重要，因为它是目前所有跨不同机器、不同语言、不同平台和不同地点的通讯协议中最简单的一个。不管你需要与否，Web服务是迈向互用性的重要一步。

　　XML工作组主席John Bosak曾说XML“给Java一些事做”。实际上，Web服务让所有语言都有了一些事做。Web服务让在大型机上运行的COBOL应用软件能调用在手持设备上运行的Java应用程序、能让Java applet与.NET服务器交谈、能让微机软件与Web服务器无缝连接，并提供了一个相对容易的方法，让企业不光能向外界提供数据，还能提供功能，而且是一种与语言、平台和位置都独立的方法。

?3. 面向对象的编程

　　很多程序员仍认为OOP是象牙塔里的技术。但如果你想一下是什么语言在过去的10年里占主导地位，你就会理解OOP不是象牙塔里的技术。OOP从Smalltalk开始，传到C++和Pascal (Delphi)。Java使OOP大踏步地迈向主流，几年后的VB.NET和C#则完全确立了OOP的优势地位。尽管这些语言中的多数并不要求你必须会OOP，但我觉得如果你不了解OOP的基本概念也不知道如何应用这些概念，你能找到的编程工作将越来越少。

4. Java、C++、C#和VB.NET

　　我把这些语言列在一起，并不是建议你成为每一种语言的专家。我的理由是：学习编程最有效的方法之一是看代码，而你能看到的大量的代码很可能不是用你所喜爱的语言编写的。

　　在过去几年，各语言的能力越来越接近。现在，你可以用VB.NET写Windows服务、Web应用程序或命令行程序。即使你只使用一种语言，你也应该学一些其它语言，以便能看懂那些样例，并将其翻译到你所用的语言。这4种语言是基本核心，还有其它一些满足不同需要、颇具用途的语言，如FORTRAN、COBOL、APL、ADA、Perl和Lisp。

5. JavaScript

　　尽管名字有些相像，但Java与JavaScript并无关联。为什么一个脚本语言会如此重要呢？因为所有主流浏览器都用JavaScript。如果你需要写Web应用程序，你就有足够的理由学JavaScript。JavaScript可以用作ASP或ASP.NET的服务器语言，也可以当做用于扩展XSLT的功能语言(functional language)。JavaScript是Mozilla/Netscape中用于激活基于XUL的程序接口的首选语言。JavaScript的一个变种ActionScript是Flash MX的编程语言。将来，JavaScript很可能成为新设备的编程语言，以及大型应用软件中的宏语言。

　　与JavaScript相对照的是VBScript。尽管Microsoft的软件对VBScript有良好的支持，但VBScript在未来的开发工作中很可能是一个糟糕的选择。就是Microsoft也倾向于用JavaScript（或Microsoft自己的变种：JScript）写客户端程序。在选择脚本语言时，请选择JavaScript。

6. 正则表达式（Regular Expressions）

　　查寻关系数据库可以用SQL，查询XML可以用XPath和XQuery，查询纯文本文件则可以用正则表达式。例如，你可以用一个命令从一个HTML文件中查找并删除所有的注释。各种开发语言内置的一些简单的文本查询功能，如"IndexOf"函数或VB中经典的"InStr"函数或"Like"操作符，根本不能与正则表达式相提并论。现在，各种主要的开发语言都提供使用正则表达式的途径。尽管正则表达式本身既难懂更难读（是回到早期计算机时代的一种倒退），但它却是一个功能强大而且未被充分利用的工具。

7. 设计模式

　　正像OOP通过把对象分类以简化编程一样，设计模式对一些普遍的对象之间的交互进行分类，并赋予一个恰当的名称。OOP用得越多，设计模式就越有用。一些最常用的模式的名称已经变成了软件开发领域共同使用的术语，所以要跟上信息的主流，你就要对设计模式有相当的理解。

8. Flash MX

　　如果你需要在客户端得到比HTML和CSS更多的图形和更强的编程功能，Flash是你的答案。用Flash编程比开发Java applets或写.NET代码要快得多，也容易得多。

　　在最新版本 (MX) 中，Flash不仅仅是画图和制造动画的工具，它已经成为一个编程功能强大的开发环境：能调用SOAP Web服务，也能调用远端服务器上的ColdFusion、Java或.NET程序。Flash无处不在。它的引擎存在于世界上大多数客户端计算机，包括手持设备、置顶盒、甚至是新的书写板电脑。所以使用Flash能大大扩展你的程序的应用范围。

9. Linux/Windows

　　熟悉Linux。在一台旧机器或新机器上安装Linux。下载图形用户界面，在其基础上写一些程序。安装Apache，写一个Web应用程序。这个世界不再仅仅是属于Windows，这种趋势可能还会持续下去。如果你是一名中坚的Linux开发人员，那就抛弃你对Windows的憎恶，看看你能否做一些Windows编程。Windows能继续在台式电脑上称王是有其原因的，这不仅仅是因为Microsoft控制了这个市场。

　　没人知道你们公司会在什么时候决定从Linux转向Windows（或从Windows转向Linux），或者你想跳到一家用另一种平台的公司，或者你想出了开发一个杀手软件的好主意，所以你要争取拥有在不同操作系统上的编程经验。

10. SQL

　　尽管SQL不像本文讨论的其它技术那样新，而且SQL的重要性在未来10年内很可能降低，但它仍然是一项基本技能。很多开发人员还没有掌握这门技术，或掌握得不够，不足以有效率地使用它。不要依赖具有图形用户界面的SQL生成器替你做事情，你要自己手工地写查询命令，直到你熟悉基本的SQL语法为止。了解SQL不仅能帮助你日后学习XQuery，你还有可能马上发现能简化或改进目前项目的方法。?

介绍 .NET Framework 3.0
http://www.microsoft.com/china/MSDN/library/netFramework/netframework/intronetfx30.mspx?mfr=true

Microsoft .NET Framework 3.0 的部署:
http://www.microsoft.com/china/MSDN/library/netFramework/netframework/netfx30.mspx

这里是大本营:
http://msdn2.microsoft.com/en-us/library/ms754130.aspx

“WPF/E”（代号）入门:
?http://www.microsoft.com/china/MSDN/library/netFramework/netframework/bb190632.mspx

“WPF/E”（代号）结构概述
http://www.microsoft.com/china/MSDN/library/netFramework/netframework/bb190633.mspx

用于 Web 媒体方案的“WPF/E”（代号）:
http://www.microsoft.com/china/MSDN/library/netFramework/netframework/bb190634.mspx

WPF的文字阅读和Flow Document支持，以及新的纽约时报，每日邮报，和西雅图邮报Intelligencer的阅读器程序:
http://blog.joycode.com/scottgu/archive/2007/02/27/93905.aspx

Tim Sneath的BLOG:
http://blogs.msdn.com/tims/archive/2007/02.aspx
http://blogs.msdn.com/tims/archive/2007/03.aspx
http://blogs.msdn.com/tims/archive/2007/04.aspx
等等.

试用下载Microsoft Expression Studio Free Trial: http://www.microsoft.com/expression/products/download.aspx?key=studio

SilverLight(WPF/E)的大本营：http://www.silverlight.net
windowsclient.net：http://www.windowsclient.net

Silverlight 1.1alpha QuickStart 文档向导：http://myspace.silverlight.cn/quickstart1.1%5FCH/

Windows Presentation Foundation Tools and Controls: http://blogs.msdn.com/mswanson/articles/WPFToolsAndControls.aspx

Discussions in windows.developer.winfx.avalon:
http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.windows.developer.winfx.avalon&lang=en&cr=US

MSDN之Windows Presentation Foundation (WPF) 论坛组：
http://forums.microsoft.com/msdn/showforum.aspx?forumid=119&siteid=1

http://thewpfblog.com/

Wpf3D : Easy 3D programming with WPF: http://www.odewit.net/ArticleContent.aspx?id=Wpf3DIntro&format=html&lang=en

http://www.wpf-graphics.com/Home.aspx

http://j2eemx.com/Microsoft/Blend1.0/Home.htm

http://learnwpf.com/

http://pavanpodila.spaces.live.com/

http://www.microsoft.com/emea/msdn/thepanel/featured/wpf_cornucopia.aspx

http://www.actiprosoftware.com/Support/ResourceGuides/WPF/Default.aspx

http://movielibrary.lynda.com/html/modPage.asp?ID=359

随着计算机硬件水平的不断提高，计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进，计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法，完成思想观念上的转变。笔者在此分析了10个在现代项目管理中思想观念上容易陷入的误区，希望能够抛砖引玉，引发大家更多的思索和讨论。

误区1：在项目的需求分析阶段，开发方与客户方在各种的问题的基本轮廓上达成一致即可，具体细节可以在以后填充。因为无论开始时有多么细致， 以后对需求的修改几乎是必然的。分析：这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致，导致后来预算超出或者时间 进度达不到要求。正确的做法是：在项目需求分析阶段，双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面 要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。并且，在需求分析结束以后，双方还要建立可以直接联系的渠道，以尽 早地对需求变动问题进行沟通。

误区2：软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现。分析：的确，在具体实际中由于种种原因客户方很难在需求分析阶段全面而准确地描述所有问题。随着开发进度的推进，往往会有一些需求的 改变。而现代软件工程理论也利用软件的灵活性特点通过各种方式来适应这种情况。不过，这并不表明“软件项目的需求可以持续不断的改变 ，而且这些改变可很容易地被实现”。实践表明：随着开发进度的推进，实现软件需求更改所需要的代价呈指数形式增长。假定在需求分析阶 段实现需求更改需要花费1倍的代价；那么，在系统设计和编码阶段，需要花费1.5-6倍的代价；在系统测试阶段需要花费10-20倍的代价；在软 件版本发布以后，甚至可能要花费60-100倍的代价。由此可见，在项目开展过程中，软件需求的改变应当尽量早地提出。这样才可能花费少， 容易被实现。

误区3：软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。分析：与以前相比，由于软件的规模和复杂度的增加，以及半自动化软件代码开发平台的出现，现代软件项目管理的中心发生了转移——不是 着重编码阶段，而是着重系统总体/详细设计阶段。一般说来，在现代软件项目管理中各种资源的合理分配比例是：项目论证、风险评估阶段3% ，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。

误区4：为了便于代码的维护修改，在系统的详细设计阶段文档工作应该做到写出所有程序的伪码。分析：通常伪码的最大作用是对程序的算法流程进行描述，便于人们深入了解程序的功能和实现过程。可见，在一定程度上伪码的确有利于对 程序代码的维护和修改。但是，我们知道为了保证项目文档和程序代码的一一对应关系，维护程序代码的时候同时需要对项目文档进行维护。伪码和程序代码是非常接近的，对伪码进行维护的话，相当于进行了2倍的程序代码维护。工作量是很大的。所以切合实际的方式应该是对一般 的程序文档做到程序流程图即可，对于涉及了较复杂算法的才需要伪码。

误区5：既然在项目人员配置中设置了专门的测试人员，那么软件所有的内部测试工作全部应该由测试人员完成。分析：软件程序测试可以分为“白盒法”和“黑盒法”两种方式。由于使用“白盒法”对测试人员各方面素质的种种要求，在进行程序测试时 测试人员总是最优先使用“黑盒法”。他们的工作方式往往是先对程序进行“黑盒法”测试；如果测试没有通过，不得已这才考虑对程序代码 进行“白盒法”测试。显然，这种对“白盒法”有意无意的“逃避”，对软件的可靠性和稳定性构成了威胁。如何解决这个问题？一方面需要 提高对测试人员的要求，另一方面也需要程序员完成部分的“白盒法”测试（实际上，程序员往往也是进行“白盒法”测试的最佳人选）。

误区6：软件项目管理只是相关技术部门的事情，与公司其他部门无关。分析：在竞争日益激烈的今天，软件项目规模大、复杂度高而且时间要求紧迫。要想提高公司的软件项目管理水平，这就需要提高公司的整体 参与意识，需要公司各个部门协同作战。例如需要会计部门协助进行项目预算，财务管理和费用控制；需要研究部门（技术委员会）指派专家 协助进行各种风险评估，提供技术指导；需要后勤部门提供各种保障。

误区7：在开发进度滞后的情况下，可以聘请更多的程序员加入到开发团队中，通过增加人力资源来赶上进度。分析：在注重团队开发的时代，开发方应该根据目前的软件项目管理水平慎重考虑这个做法。如果新加入的程序员对目前软件项目的应用行业 有一定了解，并且可以很快适应了开发方的项目管理方式、软件开发风格、团队协作氛围；那么“新人”的加入是有益的。否则，可能会“好 心好意做坏事”。因为尽管其个人能力很高，但是为了使其与大家一起协同工作，开发团队不得不分出人手对其进行与项目有关的技术/业务培 训，更重要的（也是难度最大的）是还要引导其融入团队。这可能需要花费开发团队许多时间和精力，很有可能使项目进度更慢。

误区8：技术骨干应该成为项目的项目经理，项目经理一定是所有项目成员中薪水最高的。分析：在“软件作坊”时代，这是一种普遍使用而且效果不错的方法；而在“软件工厂”时代，这种方法却带来各种问题，有时甚至直接导致 项目失败。究其原因这主要是因为随着现代软件开发分工的细化，对项目经理的要求也发生了根本的改变——最注重的不是其对某项专业技术 的掌握程度，而是其组织、领导、协调开发团队的能力（当然，可以两者均突出最好）。至于项目经理的薪水问题，这和定薪制度有很大关系 。通常，项目经理执行的是管理人员的薪酬体系，而其他人员执行的是技术人员的薪酬体系。项目经理的薪水在项目成员中是比较高的，但不 一定是最高的。有时候，为了激励技术人员，项目中的技术骨干得到的酬劳比项目经理要高。

误区9：只有项目经理以及部门主管才会关心项目整体进度，程序员只关心自己的开发进度。分析：这是一种“官僚”的想法。实际上程序员作为团队中的一员，他不仅仅是在打一份工，更重要的是在参与一件“作品”的创作。在体味 工作的辛苦的同时，程序员更重要的是要享受创作的快感。项目经理不应该漠视程序员对“成就感”的追求，应该向每一个人详细描述最终“ 作品”将会如何美妙和令人兴奋，并且在到达最终目标的路上设立一系列的里程碑。每当项目整体推进到一个里程碑的时候，项目经理应该把 这个消息告诉每一位项目成员。实际上，这不仅仅可以让所有的项目成员享受到阶段胜利的喜悦，还可以激发大家更大的工作热情，提高工作 效率。

误区10：为了保证项目继续，为了留住核心程序员，加薪吧。分析：加薪可以说是很多企业在挽留程序员时所使用的常用方法。这一招可能暂时奏效，不过往往是人留下来了，但副作用也来了——加薪的 人未必见得多干活，没有加薪的人却开始消极怠工了。其实，项目的进行过多地依赖程序员的个人技术是“作坊”时代沿袭下来的“陋习”。 既然IT行业人员的流动是无法控制的，现在项目的执行应该更加注重团体的力量，应该更多的考虑公司整体技术水平和核心技术能力。例如形 成公司自己的专家知识库，类/函数库，第三方控件库，拥有自主版权的开发平台等。另外，实际上程序员萌生去意的原因很大程度上不是薪水 ，而是缺少激励和尊重。这需要项目经理使用“老土”一点的办法，找适当的时机对程序员做一做思想工作，向其描述项目的美好未来，让其 感受关心和尊重。总之，要从多方面着手保证项目的顺利开展，而不是简单地加薪。