在文章《不干IT的十个理由》中，Jack Wallen列举了一些离开IT这个行业的理由。而我呢，则愿意提供一个不同的观点，下面有我自己的一些思考，这些也许能对阐明为什么你应当留在IT有所帮助。

　　1: 钱，钱，钱

　　对，我们努力工作就是为了赚钱，而IT专业人士的努力工作的确得到了很好的补偿。报酬不仅仅是好而已，而是非常棒。根据美国劳工部《2010年美国就业与报酬情况概览》（表6，PDF）的统计数据 ，在所有的职业群体当中，计算机和数学2010年的排行并列第三，年均工资为77230美元。只有管理和法律的报酬比IT高。

　　2: 专业

　　如果你跟我一样，跟谁在一起工作是件非常重要的事情。毕竟，在你生命里将会有超过四分之一的时间要跟他们在一起。我跟专业的人和不那么专业的人都共事过。我倾向于接触前者、回避后者。我也在别的职业领域遇到过专业人士，如果要我列举说明的话，比如说国防工业，但是IT的专业人士依旧排行前列。

　　3: 职业连续性

　　我第二次离开IT的时候，就只想着休息，什么事都不做。然后我发现（太迟了）离开自己的职业后想要返回会更加困难。最大的问题是潜在的老板会怎么看你。老板不希望看到你的履历中出现断层。这种不幸的机会可能会被你撞上，那就是你会发现对失业的歧视的真实性存在会给你带来一条艰困之道。

　　4: 挑战

　　我选择写计算机程序的其中一个理由是我发现它充满挑战。在编写代码的时候，前进的道路上没有一天是不会遇到至少一个障碍的。IT专业人士在解决困惑和问题中成长。有了正确的态度（这对于在IT上取得成功是必不可少的），障碍就会变成挑战。信息技术是充满挑战，但是你却不会感到厌烦。无论你在IT里面的角色怎样，你明天所遇到的挑战很可能就会跟今天所经历的不一样。

　　5: 回报

　　当你遇到挑战的时候是有回报的，这是选择并留在这个行当的另一个理由。当自己写的程序按照设计运行，没有错误出现的时候，或者是当一个长期的系统项目成功地按时完成的时候，我的职业满意度就会前所未有地高。好吧，也许你对拯救生命并没有什么帮助。但是，如果实在为医疗人员提供支持的话，那么你就是在拯救生命。同时你也在拯救蓝领和白领工人，拯救他们于单调乏味的、可由也应该由机器完成的任务之中。喜欢做繁重工作的人寥寥无几。我职业生涯中建设的系统替代了若干的无意义工作。坦率地说， 除了少数几段艰难时期，意识到我正在帮助别人把工作做得更好之后，我工作结束的时候都是满意地离开的。无论你在IT中所担当的角色是什么，帮助别人并出色完成工作都会令人产生自尊感和成就感，这都是很高的回报。

　　正如TR的成员Chronological所说的那样，有史以来最具挑战的性工作？也许是。最有内涵的工作？100%确定。

　　6: 畅销

　　IT职业人员找工作保工作的机会要好得多。IT专业人士的前途一片光明至少在美国是这样的。前20佳职业中有5个是IT岗位，前50大薪水最高且最具增长潜力的的职业里面有14个也是IT岗位，这是CNN金钱与薪资表的调查结果。

　　7: 技能

　　那些想干IT的人通常都是相当聪明的，都具有独特的品质和技能。 IT吸引了分析型人士并让世界发生技术性倾斜。如果你具备这些品质和技能，你就能在IT找到一个家。

　　另一个留在IT的好理由是让你的技能与时俱进。离开IT太久的话，你的技能就会过时或者甚至被淘汰。在你离开IT之前，想想吧，是你的老板出钱让你学习新技能并保持已有技能跟得上形势。那些技能是对你未来的投资。

　　8: 尊重

　　Jack在他的文章中提到，IT专业人士得不到大众的尊重。我从论坛的反馈中得知你们当中有许多人都同意这一点，并感觉到自己没有得到威望以及渴望中的尊重。如果你自己的工作干得很出色却感到缺乏尊重，也许其原因要归咎于旁观者地无知，而非你自己的过失。

　　公众也许是块硬骨头，但是你可以在你的同事那里获得尊重。富于知识和智慧的专业人士重视他人的贡献，并会表明其对同事的尊重。IT是赢得尊重的好地方。如果你不能够在IT这个领域赢得尊重，那么很有可能在别的任何地方也得不到它。

　　也许只是我本人比较幸运或幼稚了点，但我一直都认为自己赢得了经理、助手和客户的尊重。可能最重要的是，尊重是一种态度，你的态度，以及你对别人如何看待你的感知。

　　9: 极客

　　IT是满足你对极端技术之渴望的绝佳场所。还有什么别的地方既能够满足你的极客需求又能为此付钱给你的呢？ 如果你享受按字节、GHz、图表、里程碑，还有IF THEN ELSE语句进行思考的方式，你就会喜欢上跟你有着共同兴趣和相同的独特语言的他人共事。

　　10: 热爱

　　许多选择干IT的人热爱这项事业。快点承认吧。在内心深处你热爱自己的工作。就那些不是这样的人来说，那也是相对而言的。在考虑其他面向大众的工作及其薪水时，你就会热爱上IT。如果你从自身和自己的IT工作上面找不出一丝的热爱，那么也许分道扬镳的时候快到了。

　　也许讲得最好的是在一次讨论中IT_Goddess的说法： 有多少人能够说自己真的喜欢乃至热爱自己的工作？我认识的好多人，都不是干IT的，都害怕投入工作。而我认识的大多IT人士，只要他们的实际工作能够获得应有的补偿，他们都很热爱自己的工作。

　　总结

　　我曾在正规IT行当中几进几出。已经从挫折这所学校里面了解到了许多坚守下来的理由。说实话，或多或少地，上述每一条我都有做不到的地方。当你真正了解了干IT的基本理由之后，你就会知道，是IT而不是别的职业能够满足技术头脑的更多需求。况且IT工作是份好工作。根据《华尔街日报》的说法， 2011年前5佳工作里面有2个是IT的：即软件工程师和系统分析师。

　　当然，我太了解哪些日常琐碎的折磨人之处了，身兼重担日复一日的压力，漫长、疲惫的时光以及众多永不见天日的坎坷挫折。一旦你的注意力停留在核销掉又一条待办事宜列表，再回复一封电子邮件这些小事情的时候，不难理解你会只见树木不见森林。我想，意识不到自己当时所处的积极面乃是人之本性。正如琼尼·蜜雪儿（Joni Mitchell，加拿大歌手）曾说过那样， 它似乎永远不会走，直到它真的走了，你得到了什么自己才知道。真的，考虑到IT这么多的好处，没必要像我曾经做过的那样离开IT。

　　我想把我自己的经验分享给大家，希望帮助新人少走些弯路。

　　在此我们不讨论具体的技术细节，只说我们应该学习什么东西。

　　一、技术能力

　　1. 语言

　　我们要成为一个程序员，学的东西会很多很杂，但是最开始一定要从语言开始学习，而学习语言最关键的莫过于选好一本书，学校的教材就算了，根本没有写得好的。在此隆重推荐《C++ Primer》，这本书很厚，内容也很丰富，对知识的讲解不仅仅停留在表面。如果这本书能有耐心看完，语言方面基本就没有什么大问题了，对以后的学习也打下了一个很好的基础。

　　2. GUI

　　C++方面的GUI库有很多种，比如MFC、WTL、wxWidgets、QT。这些GUI库都各有自己的特点，其实我们只要先了解一种就可以了，只要深入了解了一种GUI库，需要的时候再学习其他的就够了，本质上都差不多，很快就可以上手了。MFC虽然设计上有很多问题，但是作为入门还是不错的，而且学习资料很多，碰到问题也好解决。

　　3. 数据结构和算法

　　很多人都忽视了数据结构和算法方面的知识，尤其是一些编程语言的库做得非常好，几乎不需要自己去实现一些数据结构和算法，导致现在很多程序员不重视甚至忽略这方面的知识。但是，当我们想让我们的程序跑的更快、内存占用更少的时候，这些知识就非常非常重要了。很多程序员都是刚开始的时候不重视这些，但是工作几年后又来补习这些知识。

　　最开始可能不需要学习的太深入，但是基本的数据结构和算法一定要知道。

　　推荐《数据结构（C语言版）》，在数据结构和算法的学习中，最好不要去关心面向对象方面的技巧，就用C语言来实现，这样能更关注于算法本身的内容。

　　4. 数据库

　　学习数据库的基础知识，并且掌握一种数据库使用，推荐使用MySQL，而且最好不要用一些封装好的接口，而应该直接用MySQL提供的数据库API，可能对数据库了解的会更深入。

　　5. 并行

　　CPU主频已经不能遵循摩尔定律了，现在CPU发展的趋势是多核心。无论是多线程，还是多进程，都是为了更好的利用CPU的性能，提供更好的用户体验。这就要求我们如果要写出高效的应用程序，必然要涉及到并行计算。多花些精力在并行计算上吧，一定会有丰富的回报。

　　6. 网络编程

　　这里所指的网络编程是指socket编程。现在C++的应用很多都是在做服务器开发，如何开发一个高并发、大吞吐量、高稳定性的服务器就是我们要考虑的了。

　　7. 设计模式

　　设计模式不是具体的技术，更多的是如何让代码更容易阅读、更好扩展、更容易使用。

　　8. 库的使用

　　C++标准库仅仅提供了一些很基本的功能，所以我们经常会引入一些第三方库。最著名的恐怕就是被称为准标准库的boost库，它提供了我们编程中用到的各方面的技术，文本处理、算法、网络、多线程、图像处理等等，几乎无所不包。其它也有一些专著于某一方面的库，比如ACE是网络通信方面的，TinyXML是解析xml的，OGRE是图形渲染方面的。

　　9. 操作系统的知识

　　程序员需要了解的操作系统知识和普通用户是不一样的，一个高手是需要深入了解操作系统的方方面面，而不是停留在使用层面。至于应该了解哪些知识，Windows上的去看《Windows核心编程》，Linux的去看《深入理解Linux内核》，应该可以知道自己应该学什么了。

　　二、项目经验

　　以上的内容如果都精通了，也算是个比较厉害的程序员了。但是对程序员来说，项目经验更加重要。一个好的项目可以让你把各种技术进行综合运用，并且能学到一些新的知识。比如说做游戏的就需要学习图形方面的知识，做播放器的要学习编解码器方面的知识。

　　很多程序员会忽略项目的经验，而单纯的谈技术能力，这是错误的。其实这就是理论和实践的关系，技术就是理论知识，做项目就是实践，理论对实践有知道作用，实践能加深我们对理论的深入理解。

　　三、沟通能力

　　沟通能力是一个高级程序员要具备的软实力。

　　我这里想说的沟通能力并不是一般说的能说会道，夸夸其谈，说话天花乱坠。而是建立在技术基础之上的沟通能力。

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

　　4、 详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

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

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

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

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

　　13、本文的总结与反思：

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

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

　　C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。