初Q管?br />1.《鸟哥私房菜Q初U篇?br />2.《鸟哥私房菜Q高U篇?br />
中Q编E?br />3.《LinuxE序设计?br />4.《Linux环境高~程?br />5.《Linux|络~程?Q套接字联网1?br />6.《Linux|络~程?Q进E间通信?br />
高Q内栔R?br />7.《嵌入式Linux基础教程?br />8.《精通Linux讑֤驱动E序开发?br />9.《深入理解计机pȝ?br />10.《深入Linux内核架构?img src ="http://www.aygfsteel.com/IronOxide/aggbug/390760.html" width = "1" height = "1" />
]]>
1. 学无止境。就是你有?0q以上的E序员经历，你也得要使劲地学习，因ؓ你在计算个充满一创造力的领域，每天都会有很多很多的C物出现。你需要跟上时代的步伐。你需要去了解新的E序语言Q以及了解正在发展中的程序语aQ以及一些编E框架。还需要去阅读一些业内的新闻QƈC些热门的Cd与在U的讨论Q这样你才能明白和了解整个Y件开发的势。在国内Q一些著名的C例如QCSDNQITPUBQCHINAUINX{等Q在国外Q徏议你l常上一上digg.comȝ看各UBLOG的聚合?/p>
2. 掌握多种语言。程序语aL有其最适合的领域。当你面寚w要解决的问题Ӟ你需要找C个最适合的语a来解册些问题。比如，如果你需要性能Q可能C/C++是首选，如果你需要跨q_Q可能Java是首选，如果你要写一个Web上的开发程序，那么 PHPQASPQAjaxQJSP可能会是你的选择Q如果你要处理一些文本ƈ和别的应用交互，可能Perl, Python会是最好的。所以，׃些时间去探烦一下其它你q熟悉的E序语言Q能让你的眼界变宽，因ؓ你被武装得更好，你思考问题也更为全面，q对于自己和目都会有好的帮助?/p>
3. 理性面对不同的操作pȝ或技?/strong>。程序员们L有自己心目中无可比拟的技术和操作pȝQ有的h喜欢UbuntuQ有的h喜欢DebianQ还有的人喜ƢWindowsQ以及FreeBSDQMacOSX或Solaris{等。看看我的BLOG(http://blog.csdn.net/haoel)中的那篇?a target="_blank">其实Unix很简?/a>》后的回复你q道程序员们在l护赯q忠爱时的那䆾执着了。只有一部分优秀的程序员明白不同操作pȝ的优势和长处和短处，q样Q在pȝ选型的时候，才能做到真正的客观和公正Q而不会让情A影响到自己。同P语言也是一P有太多的E序员L喜欢U缠于语a的对比，如：Java和Perl。哪个刚刚出道的E序员没有争论去cM的话题呢Q比如VC++和Delphi{等。争些东西只能表明自q肤浅和Q燥。优U的程序ƈ不会执着于这些，而是能够理性的分析和理心地面对Q从而才能客观地做出正确的选择?/p>
4. 别把自己框在单一的开发环境中?/strong> 再一ơ，正如上面所qͼ每个E序员都有自己忠q工具和技术，有的喜欢老的Q比如我喜ƢVi~辑E序Q，而有的喜Ƣ新的比如gedit或是Emacs {。有的喜Ƣ用像VC++一L调试器，而我更喜ƢGDB命o行方面的调式器。等{等{。程序员在用什么样的工具上的争吗Q到处都是啊。用什么样的工h来无所谓，只要你能更好更快地达C的目的。但是有一Ҏ优秀E序员都应该了解的——那是应该d试一下别的工作环境。没有比较，你永q不知道谁好谁不好，你也永远不知道你所不知道的?/p>
5. 使用版本理工具理你的代码?/strong>千万不要告诉我你不知道源码的版本理Q如果你的团队开发的源代码ƈ没有版本理pȝQ那么我要告诉你Q你的Y件开发还处于矛_时代。赶快用一个版式本理工具吧。CVS 是一个看上去qxE无奇的版本工P但它是被使用最q的版本理pȝQSubversion 是CVS的一个升U版Q其正在开始接CVS的领地。Git 又是一个不同的版本理工具。还有Visual SourceSafe{。用什么样的版本管理工具依赖于你的团队的大和地理分布Q你也许正在使用最有效率或最没有效率的工h理你的源代码。但一个优U的程序员L会用一ƾ源码版本管理工h理自己的代码。如果你要我推荐一个，我推荐你使用开源的Subversion?/p>
6. 是一个优U的团队成员?/strong> 除非你喜Ƣ独奏，除非你是孤胆英雄。但我想告诉你，今天Q可能没有一个成熟的软g是你一个h能做的到的，你可能是你团队中最牛的大拿Q但qƈ不意味着你就是好的团队成员。你的能力只有放C个团队中才能施展开来。你在和你的团队成员交流中有CD吗？你是否经常和他们沟通，q且大家都喜Ƣ和你在一赯论问题？想一想一个球队吧，你是q个队中好的成员吗？当别人看C在场上的跑动Q当别h看到你的传球和接球和抢断Q能受到鼓舞吗？ 7. 把你的工作变成文?/strong> q一条目当然包括了在代码中写注释Q但那还仅仅不够Q你q需要做得更多。有良好的注释风格的代码是一个文档的基础Q他能够让你和你的团队容易的明白你的意图和想法。写下文，q不仅仅是怕我们忘了当时的xQ而且q是一U团队的ȝ交流的方法，更是一U知识传递的Ҏ。记录下你所知道的一切会是一个好的习惯。因为，我相信你不希望别人L在你最忙的时候来打断你问问题Q或是你在休假的时候接到公司的电话来询问你问题。而你自己如果老是守着自己的东西，其结果只可能是让你自己长旉地深陷在q块东西内，而你更本不可以d更多的事情。包括向上的晋升。你可能以ؓ“教会徒弟能饿d?#8221;Q但我告诉你Q你的保守会让你失去更多更好的东西，请你怿我，我绝不是在这里思h听闻?/p>
8. 注意备䆾和安全?/strong> 可能你觉得这是一?#8220;废话”Q你已明白了备䆾的重要性。但是，我还是要在这里提出，丢失东西是我们h生中的一部䆾Q你L会丢东西Q这点你永远无法避免。比如：你的W记本电脑被人偷了，你的盘损坏了，你的电脑中病毒了Q你的系l被人入侵了Q甚x个大D烧了Q等{，{等。所以，做好备䆾工作是非帔R帔R要的事情Q硬盘是不可信的Q所以定期的d光盘或是带可能会是一个好的方法，|络也是不可信的Q所以小心病毒和黑客Q不但用Y件方面的安全{略Q你更需要一个健全的理制度。此外，量的让你的数据攑֜不同的地方，q做好定期（每日Q每周，每月Q的备䆾{略?/p>
9. 设计要够灵zR?/strong> 可能你的需求只会要求你实现一个死的东西，但是Q你作ؓ一个优U的程序，你应该随时在思考这个死的东西是否可以有灉|的一面，比如把一些参数变成可以配|的Q把一些公用的东西形成你的函数库以便以后重用，是否提供插g斚w的功能？你的模块是否要以像积木一样随意组合？如果要有修改的话Q你的设计是否能够马上应付？当然Q灵zȝ设计可能q不是要你去重新发明轮子Q你应该可能是使用标准化的东西。所谓灵话的设计是要让让考虑更多需求之外的东西Q把需求中q一cȝ问题都考虑刎ͼ而不是只处理需求中所说的那一特定的东ѝ比如说Q需要需要的屏幕分L率是800×600Q那么你的设计能否灵zM其他的分辨率Q程序设计L需要我们去处理不同的环境，以及未来的趋ѝ我们需要用动态的眼光L考问题，而不是刻舟求剑。也许有一天，你今天写的程序就要移植到别的环境中去Q那个时候你p真正明白什么是灉|的设计了?/p>
10. 不要搬v矛_砸自q脚?/strong>E序员L有一U不好的习惯Q那是L惌快地完成自己手上的工作。但情况却往往事已愿违。越是想做得快，p是容易出问题Q越是想做得快，p是容易遗漏问题，最l，E序改过来改q去Q按下葫芦v了瓢Q最后花费的旉和精力反而更多。欲速而不达。优UE序员的习惯是前面多׃些时间多作一些调查，试验一下不|的解决ҎQ如果时间允许，一个好的习惯是Q每4个小时的~程Q需要一个小时的休息Q然后又?个小时的~码。当Ӟq因异Q但其目的就是让你时常回头看看，让你想一惌样三个问题：1Q是否这么做是对的？2Q是否这么做考虑C所有的情况Q?Q是否有更好的方法？惛_了再_时常回头看看走过的\Q时常ȝ一下过MQ会对你有很大的帮助?/p>
以上是十条优UE序员的习惯或行范，希望其可以对你有所帮助?/p>
本文来源于网上phil的BLOGQ但我在写作q程中用了自己的语a和方法重新描qC一下这十条Q所以，我希望你在{载的时候能够注明作者和出处以表C对我的重。谢谢！
]]>