“又是一年毕业时 ”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位；想想自己也曾经意气风发、踌躇满志，不觉感叹万千……

本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。

一、

分享第一条经验：

“学历代表过去、能力代表现在、学习能力代表未来。”

其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。

但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

二、

一定要确定自己的发展方向，并为此目的制定可行的计划。

不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。

一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几

年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。

三、

软件开发团队中，技术不是万能的，但没有技术是万万不能的！ 在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。

算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

四、

详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。

请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”

不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

五、

书籍是人类进步的阶梯，对软件开发人员尤其如此。

书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。

对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“

拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。

六

不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。 开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个

Windows应用程序；用VC＋＋、 Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源

码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。

试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！

七

在一种语言上编程，但别为其束缚了思想。

“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。

我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、

Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。

八

众 所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题 （其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、 整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。 养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

九

工程师的内涵是：以工程师的眼光观察、分析事物和世界。

一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。

掌 握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、 本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是 真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用 方法论。

十、

书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。 尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。

诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。

可见，掌握一门陌生的学问远远没有想象的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

本文的总结与反思：

A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于

提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。

B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。

C：并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？

：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。 理论与实践并重，内外双修。 心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己20xx年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。

第二篇：6年程序员的自白

一位软件工程师的6年总结

“又是一年毕业时 ”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位；想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。

1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”

其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

2、一定要确定自己的发展方向，并为此目的制定可行的计划。

不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！

在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。

请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫

我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。

书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。

“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、 Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！

7、在一种语言上编程，但别为其束缚了思想。

“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

9、理论与实践并重，内外双修。

工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。

10、心态有多开放，视野就有多开阔。

不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己20xx年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。

网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。

诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想象的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

13、本文的总结与反思：

A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。

B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。 C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。

其实作为一个老菜鸟,说点我想说的东西,高手就不要贬低了,没有意思,不是吗

其实我们一开始学习.Net的时候,并不需要深入什么是设计模式,什么是单元测试,什么xx..之类的貌似很高深的名词,也不需要开口闭口就反射工厂,单间模式的,作为一个新手,该干啥干啥,首先问问自己,会什么,不会什么

比如,你要开发一个网站,就先不要想什么webservice,xml之类的东西了,你先能做一个留言本就不错了,把留言本做好,做精就可以,或者尝试自己开发个博客之类的小应用玩玩,再慢慢体验什么是Asp.Net,什么是生命周期,什么是session,什么是cookies

了解了基本的知识后,可能需要了解一些理论的东西,比如,什么是面向对象,不妨扪心自问,

你知道什么是面向对象吗?我们为什么要面向对象呢?问过,思考过,才会写更多高效的代码,不妨改改你原来写的代码,改成面向对象的,你可能就了解了更多.Net的思想

在了解了.Net的思想之后,我们可以反过来看更加理论的东西,比如设计模式,单元测试之类的,看完这些书或者资料后,不如重构一下自己的程序,按照书上的理论,重构,如果不懂,先打,背下来,等打着打着你就会懂了,这样你才得到了提高

然后就是扩展学习了,在熟练了面向对象,设计模式之类的基本理论,你就可以得心应手的去学习webservice,xml,wpf,wcf等一些更加难懂的理论和应用,这些理论其实都不难,但是作为新人的我们为什么觉得难呢,还是思想没到位,要想思想到位,就必须不停的重复以上步骤,然后坚持不懈,最后到达老菜鸟的地步了

其实说这些,也算是我自己的一个总结,如果一开始要我拿书起来看,我肯定做不出什么东西,而反观,如果我一开始做些什么,尝试了失败,然后再总结,可能学习的效率更高了

虽然我也不算什么高手,最多算个老菜鸟,但是我还是在这里分享自己的刚学习的经验,请勿贬低,乐于分享,希望能帮到一些迷茫的新人

我们三十以后才明白

摘要：作为一个30岁的程序员,时常会回忆自己的过去,我也不例外,虽然我身在海外,我相信还是会有很多国内的IT朋友和我的想法相同: 当我们懂得珍惜时光的时候,已经发现自己不再年轻. 三十岁,才慢慢的明白.

男人三十而立，三十岁应该是人生的转折点，它不是青春韶华的终结，而是生命的第二起跑线。

三十岁，面对的不应该是没落，而是认知的新起点。很多曾经懵懂的，三十以后才明白真谛。走自己的路：三十以后才明白，别人的目光已不重要，他们的批评和夸奖，事实上无足轻重，不应该成为我们前进和滞留的动力和阻力。真正做到：走自己的路，让别人去说吧！只要无愧于心，无愧于自己就足够了。

人不应该活在别人疑惑的目光之下，也不应该裹足于别人的唾沫里，更不应该活在别人给予的砝码之上。不要害怕别人的议论，有争议才能证明你有作为，不敢出头的乌，就永远没有出头的机会。这是三十以后才明白的道理：要想不被人议论是不可能的，要想不被人嫉妒，唯一可以做的就是超越，只有远远地超过你身边的人，超越了可比的范围，他们才会没有信心再来嫉妒你，对于那些一再抵毁你的人，只能证明你是对方很想得到或最无法超越的对象，你应该感到高兴，相信旁观者都能一目了然。

奋斗之美：三十以后才明白，人生尽管苦短，但过于蹉跎，也等于自戕。人应该有所追求，也要有自己的目标与事业，忙忙碌碌的人生才是充实与幸福的，有目标，才不会让我们偏离我们的航向。只有不间断的前进，才可以不断地在前进的路上看到更美丽的风景。三十以后才明白，原来还有许多该做的事情没有做，享受不是唯一。

学会取舍：三十以后，敢于取舍，也舍得取舍。年轻的时候，总是瞻顾太多。但眷顾的尽管多，真正把握与得到的并不多，与其所有的瓶子是半瓶，还不如装满其中的几个瓶子，再抛掉没有用的瓶子，这样才可以轻装上阵。别让无谓的事情，阻挡了我们前进的步伐。不要抛弃自己。

三十以后，才明白，要想被爱，必须自爱，任何时候都不要放弃自己。要想自己获得尊重，要成就一番自我。一个碌碌无为的人被人敬重，那是无稽之谈，没有人愿意去欣赏一个白痴。即便是天塌下来了，也没有比放弃生命更不值得的了，活着才有扭转乾坤的可能，死了，就注定是永远的输家了。没有什么比活着更好的。

知不足而后进：三十以后，不但知世道，也有了几分自知，知道自己的不足。一方面不要把自己看成是完美的公主，也不要拿完美的标准来苛求自己。没有最好，只有更好。

不放弃责任：三十以后，才明白，爱和责任原来还是有距离的，也就不再那么轻举妄动了。人也就成熟、老练了许多。人生因此会变得枯燥与平淡，但也有了几分稳定。任何一颗心都是不希望漂泊太久的。责任是我们生命中的亮点，也是我们的成功点。放弃责任，去追求暂时的蝇头小利，最终失去的会更多。人生，就是一个几何平均数。

学会自立：三十以后才明白，不要总把希望寄托在别人的身上，唯一可以永久依赖的人，只有你自己。任何时刻，都要自立与自强，实力才是最终战胜一切的原动力。

学会宽容：三十以后，也许会将功名利禄看得淡一点。人生本是贫瘠，我们光着身子来，也是两手空空地走，物质上没有人可以占据得更多，除了那一方安息之地。三十以后，学会宽容与忍耐，我们的人生也因此更加的豁达。正如一首歌所唱的：无所谓，原谅这世间所有的不对，无所谓，何必让自己痛苦地轮回。其实，很多时候，我们似乎是不能原谅别人，其实是没有原谅我们自己，一拿别人的过错来惩罚自己，让自己背负多年的十字架，原来是这么的不合算。

珍惜友情：三十以后才明白，人在任何时候都应该有自己的一些朋友，没有朋友的孤家寡人，永远不可成大器。千金散去还复来，朋友走了，就不会回来了。三十以后才明白，自己是真诚最大的受益者。

让笑容永恒：三十以后，才感觉生命的历程是如此的短暂，希望自己更快乐点，更潇洒点，但生活的压力，却让我们的眉头皱得更紧，惆怅是永远挥不去的阴霾。也许，活着就应该有今朝有酒今朝醉的豪迈，每天给自己一个微笑，很重要。

三十以前，如果我们没有做好，三十以后，让我们重新再来。我们不可以改变历史，却可以改变未来……

给学编程同学的一些建议

（1）新手学习c/c++开始请看谭浩强所编著语言教程的书本，并没有指定哪一本，也就是说随便选择一本是他编著的就可以看了，因为谭老

师所写的教程非常简单明了，语法概括易懂，适合初学者看。初学者只要看这些基础的书先有个大概的认识，了解什么是编程，编程能做些什

么，要如何编程，其次是对语法的掌握，初学者一定要熟练语言语法，多按照书本的习题自己动手编程，尽管书本上的例题已经公布了程序代

码，也请你把代码一个一个的敲到电脑上，每写一道程序自己先琢磨理论结果是什么，最后显示屏幕的是什么答案，然后再动手编程，运行结

果查看是不是与自己的答案相符合，如果不一致请仔细分析结果，为什么不一样。

（2）看书编程的时候要谨慎语法的概念，但并不需要死记硬背，多练习自然就能记住的，同时碰到难点的语法可以先粗略阅过，第一次看

不懂很正常，但看完一本后回头再重新看，说不定又能明白什么了。对于语法规则只需要理解语法的概念，但不要过于执着语法的规则，不同

的编译器是有不同的编译规则的，同一道程序在不同的编译器上运行得出的结果不一样，那是理所当然的！所以不要觉得奇怪。初手写程序一

开始不需要太理会程序的高质量，也就是说你能完成你所要实现的功能就行了，只需要注意编程风格，代码该缩进的地方要缩进，该换行的换

行等等，这也是为了方便自己看和别人看。而且你的程序要逐渐写多写大，一个十几行的程序当一个课题更换的时候尝试写出一百行，下次换

课题的时候再尝试写几百行、几千行等，直到这里为止，那恭喜你，你已经入门了。

（3）接下来继续进修了，当你写出几百行甚至几千行的程序后，你自然就体会到以前你写过的几百行，几千行的那些代码是多么的庸余，

原因就是垃圾代码太多，这时候你就必须提高自己的代码质量，请看群共享的那些书本，也是随便你选择一本来看，推荐c/c++ prime，那些书

本的例子代码非常精炼，值得我们学习和回味，为什么人家几句语句的代码就能写出自己写几百行的语句~并能完成同样的功能呢？归根结底就

是算法的问题，所以就要自己分析对比，然后尝试把自己写的程序开始写少写小，写少的意思不是把数量写少，而是把课题写少，尝试一个课

题用多种方法实现，那就意义上的写少；写小的意思是把以前写的几千百行的程序课题，用几百行的代码来写并功能不减，但要注意，一条语

句一行是程序的标准风格，钻空子只会害自己。

（4）等你写到差不多程度了，你就自然体会到算法的重要性，因此已经不再是仅仅完成功能需求就完事，还讲究高效，所以掌握一些优秀

的算法和数据结构是很有必要的。

（5)对于上机编程，选择好自己的编译器，关于c/c++的编译器有很多，比如TC\VC(VS)\BC\GCC等，我推荐大家用VC（VS）的编译器，这个

编译器有几个版本,VC6.0\VS2003\VS2005\VS2008,随便哪个都行，初学者就用VC6.0好了，经典很好用，VS2003\VS2005\VS2008是基于NET Frame框架，其实也是同源的，从编译器的角度来说是更强大，库也更庞大，对于初学者而言vc6.0基本满足你的需求。真正到你开发的时候再

换更强大的编译器一样可以的，反正都是编译器，容易上手。其次就是帮助文档，写程序没有帮助文档是写不下去的，包括高端的程序员，手

头上必有一本msdn，几百亿个函数你认为靠人脑来记忆现实么？msdn就是帮助文档，内含详细解释注释例子等。建议都安装上。关于编译器和

msdn的下载地址，请打开迅雷搜索一搜就能在找到。

C#写的一些小程序

在一个程序中：

1、定义的一个枚举类型TWeekday，表示一个星期；

2、定义一个WeekdayEample类，类中实现一个方法，它的功能为输出TWeekday类型的所有成员；

3、类中定义一个TWeekday类型的私有的数组_weekdays，长度为10;

4、定义一个委托,名为EH_Weekday，它的返回类型为无值类型，有两个参数，一个为object类型，另一个为EventArgs派生WeekdayEventArgs类型。

WeekdayEventArgs有TWeekday类型的公开属性名Weekday，Weekday是通过封装

相应的字段而来；

5、定义的一个EH_Weekday类型的事件名Changed；

6、将_weekdays数组定义成Weekday类的连续索引，要求采用try..catch结构，

并在索引值改变之后触发Changed事件，并对索引下标出界用throw语句抛出下标超界异常。

7、类中定义的一个处理Changed事件相对应的方法OnChanged。

8、在类型定义的一个无参数的构造方法，一要Changed事件组合 OnChanged方法,二要使用for语句将_weekdays初始化(初始化的值可自己确定,但

不能都是一个值)；

9、建立一个测试类，名为Test。 Test类中建立一个WeekdayEample的一个实例名为weekday，使用try..catch结构，使用weekday的索引。同时要求Test定义一个方法，并将它组合到此实例的Changed事件中。

10、最后主方法中使用Test类，运行例子，并给出结果。

把这个写好你C#就过关了