编码20年的老程序员分享所积累的20条编程经验

第一篇：编码20年的老程序员分享所积累的20条编程经验

编码20年的老程序员分享所积累的20条编程经验

2011-12-26 17:18 黄利民 伯乐在线 我要评论(1)字号：T | T

本文转自Jonathan Danylko的网站DCS Media。Danylko是一位资深开发顾问，DCS公司的创始人。

从11岁时，我就一直在编程，并且一直都很喜欢技术和编程。这些年来，我积累了一些艰难又容易的经验。作为一名程序员，你或许还没这些经验，但我会把它们献给那些想从中学到更多的朋友。

我会持续更新这些经验，我可能还会有更多的感想，但就我这20年来看，我想下面这个列表中基本不需要增添额外的东西了。下面就是我至今最难忘的经验。

1.估算解决问题所需要的时间。不要怕，承认吧!我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧，1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题，那就去寻求帮助，或到网上找答案，而不是尝试去做“超级堆码员”。

2.编程语言是一种语言，只是一种语言。随着时光推移，只要你理解了一种语言的原理，你会发现各种语言之间的相似之处。你所选择的语言，你应该觉得“舒服”，并且能够写出有效(而且简洁)的代码。最重要的，让语言去适应项目，反之亦然。

3.不要过于注重程序的“设计模式”。有时候，写一个简单的算法，要比引入某种模式更容易。在多数情况下，程序代码应是简单易懂，甚至清洁工也能看懂。

4.经常备份代码。在我年轻时，我就有过因硬盘故障而丢了大量代码的经历，这经历很恐怖的。只要你一次没有备份，就应当像有着严格的期限，客户明天就需要。此时就该源码/版本控制软件大显身手了。5.承认自己并不是最顶尖的程序员 – 知不足。我常想，我对编程了解已足够多，但是总有其他人比你优秀。正所谓，“一山总比一山高”。所以，向他们看齐吧!6.学习再学习。正如第5点所说，我经常会在手里拿一本计算机或编程相关的杂志或书(不信，可以问我的朋友)。诚然，总有很多你不知道的技术，你可以从中学习以保持不落后。如果你有一种灵巧的方式来获取你需要的新技术，那你每天都应该坚持学习。

7.永恒的变化。你对待技术/编程知识，就应像你对待股票一样：多样化。不要在某一特定技术上自我感觉良好。如果那种技术或语言已经没有足够支持，那你还不如现在就开始更新你的简历，并启动培训新计划。我能保持前行的主要原则是什么呢?至少了解两到三种语言，所以，如果某种语言过时了，你在学习新技术的时候还可以依靠另一种语言。

8.提携新人。协助并且培养初级/入门的开发人员学习优秀的编程方法和技巧。也许你还不知道，在帮助他们向更高一层前进时，你自己也在向更高一层提升，你会更加自信。9.简化算法。代码如恶魔，在你完成编码后，应回头并且优化它。从长远来看，这里或那里一些的改进，会让后来的支持人员更加轻松。

10.编写文档。无论是Web服务的API，还是一个简单的类，你尽量编写相应文档。我曾经引以为豪的代码注释，因过度注释而有人指责。给三行代码加一行注释，只需要你几秒时间。如果那是一个比较难以理解的技术，千万别担心过多注释。如果你能很好做好自己的工作，大多数架构师、后备程序员、支持组都会感激你。

11.测试、测试再测试。我是一名黑盒测试粉丝。当你完成编码后，你“被认可”的时候就开始了。如果你们公司有QA部门，如果你的代码中有错误，那你得到的评论，会比项目经理还多。如果你不彻底测试自己的代码，那恐怕你开发的就不只是代码，可能还会声名狼藉。

12.庆祝每一次成功。我见过很多程序员在解决编程技术难题后，会和同伴握手、击掌或甚至手舞足蹈。每个人在生命中都会碰到“顿悟”。如果一个程序员高兴地跑来叫你去看他的非凡代码，也许你已经看过这样的代码100遍了，但你也应该为了这个家伙而庆祝第101次。

13.经常检查代码。在公司，你的代码要经常检查(包括自查和其他同事检查)。不要把别人的检查，看成是对代码风格的苛求。应该把它们看作是有建设性的批评。对个人来说，经常检查你的代码并且自问，“我怎样才能写得更好呢?” 这会让你加速你的成长，让你成为一个更优秀的程序员。

14.回顾你的代码。在看到自己以前的代码时，通常会有两种方式：“难以至信，这代码是我写的”和“难以至信，这代码是我写的”。第一种往往是厌恶的语气，并在想如何改进它。你也许会惊叹，旧代码也能复活成为一种更好的程序，甚至是一个完整的产品。第二种通常带着惊奇和成就感。开发人员应该一到两个自己完成的项目成果，能让众人不禁而立并注目而观的项目。同样，基于你优越的编程能力，你可以把过去的程序或项目拿出来，把它们更新为更加优秀的产品或想法。

15.幽默是不可缺的。在我20年的开发生涯中，我还没有碰到哪位程序员是没有幽默感的。实际上，干我们这行，幽默是一项必备品。

16.谨防那些无所不知的程序员，不愿分享的程序员，还有经验不足的程序员。当你遇到这几种程序员时，你自己要谦虚。无所不知的程序员，更想当一个英雄而不是团队成员;保守的程序员则是在编写着他们独享的代码;而经验不足的程序员则会每十分钟就来问你一下，当代码完成后，代码已经是你的，而不是他们。17.任何项目都不会那么简单。朋友、家人和同事曾请求我仓促做一些事情，仓促做一个程序或者网站。对于这样的事，应该从双方做计划，才能做出令两方都会满意的东西。如果某人起初只是需要一个使用Microsoft Access的、只有有3个页面的网站，但来就很可能变成一个有15个页面的网站，并使用SQL Server，有一个论坛，还有一个定制的CMS(内容管理系统)。

18.任何时候不要想当然。假如你承接一个简单的项目，你可能会认为某个部分可以轻松完成。千万别这样想!除非你有一个类、组件、或者一段已经写好的代码，并且在现有的项目已经测试通过。不要认为这将是很容易的。

19.没有已经完成的软件。曾经有一位程序员告诉我，没有软件是已经完成的，它只是“暂时完成了”。这是明智的忠告。如果客户还在使用你写的程序，并经受了时间的考验。如果有机会，你仍在更新它，这并不是什么坏事，这让你不断地前行。20.耐心是一种美德。当客户、朋友或家庭成员用电脑的时候，他们也许会受挫，进而想砸电脑，或气冲冲地离开。我一直在告诉他们，“是你掌控电脑，不是电脑掌控你。”对于用作编程的电脑，你要有一定的耐心。一旦程序员知道问题所在后，他们就会站在电脑的角度看问题，并且说“哦，这就是为什么它是这样做。”

原文：http://blog.jobbole.com/322/

关于程序员成长的一点思考

2011-12-23 09:16 黄文彬 黑客与画家 我要评论(3)字号：T | T

作为一名程序员，首先我们要把自己的方向定位好，以及技术的提高是非常重要的。所以程序员应该打好自己的基础，本文将介绍程序员成长的一点思考。

程序员的我们，是否想过今后的路该怎么走、如何发展、技术怎样提高?其实这也是我一直在思考的问题。下面就此问题，分享下我的看法。因为我阅历有限，有什么说的不对的，大家一起喷!

一、程序员应该打好基础

1.现在开发工具众多、语言泛滥，经常听人说”不学CC++神马都是浮云”、”CC++才是万王之王”，CC++就真比PHP、Lua、AS、JAVA牛吗? 其实不在于语言本身，而在于CC++依附的平台。因为最靠近操作系统，所以能发挥其它语言不具有的性能优势，而且很多数据结构、算法、特殊功能类，CC++是不提供的，需要自己实现。这时就需要自己去温习”数据结构”、”算法”、”TCP/IP”、”操作系统原理”、”编译原理”等这些知识。正因为如此，我们学习的东西被沉淀下来，也正因如此，CC++经过定制的功能比封装好的功能性能高。

我上大学做项目时，用的是.net平台C#语言, 因为我本性好专研，老师都是把需要研究、比较难的问题交给我。但C#无论是性能和功能都是都是无法跟CC++比的，记得当时是要做一个”远程控制”软件，配置IP和端口后需要连接动态生成客户端程序(木马)，但C#是不提供这个功能的。这也是我工作后转为CC++程序员的原因，碰巧也是开发远程控制软件。刚开始写出来的程序偶尔会莫名奇妙的崩溃，但经过两个月和更长的时候后，我掌握了CC++。在此要感谢我工作时的指导老师翁跃龙，没有他我的路不会这么平坦，他教我的不仅仅是技术，更多的是解决问题得思路和做人。

2.有些人会说大学学的东西是肤浅的，是没有用的。想想看，在学校的时候我也经常这么想，但出来后才知道这些东西有多么重要。不过大学学得再扎实，出来后仍然是需要再温习过的。因为上学毕竟实践少，所学不能所用，计算机是个应用驱动的学科。我们再来看“计算机考研”专业课考的什么(这里并不是说考研就一定好)，”数据结构”、”计算机组成原理”、”操作系统”、”计算机网络”。”数据结构”、”计算机组成原理”这两门课程摆在前面，可见其重要性，分别是软件和硬件最重要的两门基础课。我不相信不学好”数据结构”能够把性能优化做得很好。若说自己学好了，能不看书、不查资料，说出”B+树、B-数的应用和区别”、”KMP为什么能快速匹配字符串”、”快速排序在什么情况会蜕变为o(n^2)”吗? 我也不相信不学透”计算机组成原理”能搞通汇编和内核，不知道”CPU和I/O的交互过程”、”指令的执行通路”、”CPU运算器的工作原理”，如何写出高效的汇编代码?如何弄清楚内核中”中断”、”GDT”、”IDT”这些概念，实模式保护模式如何切换?”操作系统”和”计算机网络”则是两门非常重要的支撑学科，信号量为什么是最快的同步方式、线程调度比进程调度快、为什么要做内存缓冲池，这些都是来自”操作系统”。而”计算机网络”主要是讲述TCP/IP的，为什么德问”对于一个具有几百万粉丝的用户，数据如何实时投递到所有用户?”要使用多播的方式解决、”如何计算出C/S单向的延迟？”发送ICMP包测量，这些都是来自它。

我们大学学的课程经过多少国内外知名学者专家研究过的，所以计算机理论课是基础，是解决问题的根源。”算法分析与设计”是”数据结构”的延伸，Divide Conque、贪心、动态规划对于程序算法的优化有很大的指导意义。同样，”计算机体系结构”也是”计算机组成原理”的拓展。其次，”编译原理”、”数据库”、”软件工程”等学科的重要性也不言自白。

二、实践、理论、再实践

作为程序员的我们，满足于实现一个程序功能的快感，得意于从网上下载别人的代码加到自己的程序中，陶醉于自己写了上百万行代码。有想过自己是在创造吗，还是装配车间的技术工人。日趋成熟的开发工具，逐步把有丰富想象力的我们沦为奴隶。从网上下载个压缩库就用着、成熟的加密算法直接使了、包装好的类库就include。为何不探究其算法实现、性能优化、底层机制。有人会说很”难”啊!究竟是难，还是掌握的知识不够，还是理论没有达到一定高度。

很难想象不学习”计算机图形学”，去做3D项目客户端图形算法的后果；不研究”数据挖掘”去分析大量客户数据会做得多好；不攻读”概率论”、”线性代数”、”人工智能”去设计AI有多么智能。很多人说，这些东西游戏用不着啊，学了有什么用?我承认初学编程时，这些东西只是高谈阔论。若我们工作了n年后，还只是熟练地做些coding，和刚毕业的学生有什么区别。编程工具只是”工具”而已，别忘记了我们是改变世界的程序员，不提高理论，何以创新、公司拿什么优势和别人去竞争。

“研发”是”研究”和”开发”两大块，只做开发，不做研究，对个人和公司都只是短期目标, 当然理论提高了，是需要投产的，不然理论很快沦为”空想社会主义”，公司白花银子养活研究部门。”实践、理论、再实践”，符合马克思主义哲学思想，也是计算机学科的价值体现。真正的计算机科学家不是只搞理论的，理论是要应用到产品中的。工程师也不是只做开发不做研究的，是要应用创新，理论微创新。计算机科学家相比于程序员，主要是数学功底相当深厚，所以他们能在理论上有突破。

三、技术、管理两路线。

1.“游戏能玩多深，技术就能做多深”，这句话说得很好。只因为我们执着，所以在游戏中能攻破一层层难关，凌晨2、3点还能练级打装备。若能走回正道，做技术就想玩游戏一样，技术做不深才怪呢。走技术路线的人，一定是对技术痴迷的人。但要走得长远，我们需要把技术做穿、做透。如何做穿、做透?计算机底层(C、汇编、逆向工程、驱动、内核)、计算机算法(网格计算、音视屏压缩、语音识别„)、架构(软件工程、跨平台、多语言等)都要有涉及。只有我们掌握了这些，才能做到”看问题看到本质”、”思想有穿透力”。这些才是最宝贵的，需要沉淀下来，仅仅靠做项目、写代码是无法达到的。

2.对于走管理路线的人，是具有”完成任务为第一要务”、”有计划、善于管理时间”、”善于与人打交道”性格特点的人, 重要的是”综合素质”，而不是”专攻”。但是这些都是可以改变的，很多公司也会选择技术做得最优秀的人做管理。由于我是一个技术痴迷狂，管理这块，我没有发言权，不做多解释。

四、心态。1.人活在世界上在于奉献而不是索取，帮助别人是一件很快乐的事情, 作为程序员的我们心胸要开阔些，低调些、虚心些, 公司的李老师、老张就是一个心胸很宽广、低调的人，值得学习, 三人行必有我师，我们熟悉的只是自己的这一块、这个领域，不懂的地方要虚心向别人请教, 我见过浮躁、过于自信的人，也见过做人低调的人，发展结果完全不同。

2.乐于分享，支持开源。这是一个很需要心胸、气度的事，也是决定个人、公司发展快慢的重要砝码。技术发展日新月异，总守着自己手中的那点技术，得不到长足的发展。中国两千年的封建历史、门户关闭政策还不够惨痛吗?”技术是交流和玩出来的”,这是锐安龙哥告诉我的。他也是一个大黑客、正义的黑客，开源是黑客的一项重要精神，所以黑客能引领技术。

3.每日学习。很多人认为毕业了就不用学习了，或者不用那么那么地学习了。这是一个非常非常错误的思想，无论何时何地都要把自己当成菜鸟、应届生地去学习。书本是学习的一个捷径，Google、百度解决问题是快，但不是系统化地学习。看书要了解作者背后的知识底蕴，想一想这个问题得解决作者是怎么想到的，这样比单纯解决一个问题更进一层。更重要的是聆听作者的心声，感受大师的心态。最后给大家推荐”黑客与画家”这本书，写得真的很好，老吴不提，我还不知道。原文链接：http://hp.dewen.org/?p=56

第二篇：ASP+SQLServer2000编程经验积累总结

ASP+SQLServer2000编程经验积累总结

http://www.xiexiebang.com 更新日期：2007-04-21 22:13 出处：网页教学网 作者： 收藏本文

前几天帮人调试一个ASP+SQL2000+IIS5.1/6.0的网站程序，调试过程中遇到的问题如下：

一、SQLServer登录

原先存在备份数据库，通过附加数据库导入到SQL Server，原网站数据库不能正常登陆。并且已在安全中添加用户角色。赋予管理员权限以及数据库所有者权限。发现角色添加有问题，检查原因，原导入数据库中包含一个用户角色，去掉后再添加即可。

尝试登陆，仍然报错：未与信任的SQL连接。选择属性—〉安全性，修改身份验证为：windows和SQL Server。或修改注册表：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServerLoginMode的值决定了SQL Server将采取何种身份验证模式。

1、表示使用“Windows 身份验证”模式

2、表示使用混合模式（Windows 身份验证和 SQL Server 身份验证）.后正常登陆。

二、IIS5的http 500内部服务器错误

主要错误表现就是asp程序不能浏览但html静态网页不受影响，查询网络属于“IWAM账号在ActiveDirectory、IIS metabase数据库和COM+应用程序三处的密码无法同步”问题，解决方法参考网络尝试（括号内为尝试结果和处理）：

手动修改：（我按照步骤但是手动修改并没有成功，郁闷）

1、重新设置IIS的IWAM账号密码。右键单击 我的电脑->管理，打开计算机管理界面打开 本地用户和组->用户 右键单击 启动IIS进程帐号 IWAM_****（注：****一般是计算机名）点击设置密码，设置为一个你想要的密码。

2、同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:inetpubadminscripts>adsutil set w3svc/wamuserpass “yourpassword”也可：选择“站点 属性”->目录安全性标签->编辑“匿名访问和验证控制”->在弹出的框中选中匿名访问，单击编辑按钮->用户名浏览，选择IWAM_MACHINE，密码框中输入同一的密码，选中“允许IIS控制密码”->确定。

注意：

在WIN2000中，查看到的密码为星号，若要不为星号，必须要先修改adsutil.vbs文件。

a.到c盘 inetpubadminscripts找到adsutil.vbs（根据装系统时设定的不同，有的路径可能不一样）

b.右键单击，用记事本打开

c.查找 IsSecureProperty = True注意=前后各有一个空格

d.将 IsSecureProperty = True 改为 IsSecureProperty = False 获取 IWAM 帐户密码命令： cscript.exe adsutil.vbs get w3svc/wamuserpass 获取 IUSR 帐户密码命令： cscript.exe adsutil.vbs get w3svc/anonymoususerpass

输入以上命令，按回车可分别查看IWAM和IUSR的密码。

修改密码命令：

修改 IWAM 帐户密码 cscript.exe adsutil.vbs set w3svc/wamuserpass “password” 修改 IUSR 帐户密码 cscript.exe adsutil.vbs set w3svc/anonymoususerpass “password”

password 设置为你想修改的密码，即与第一步中你设置的用户IWAM_****的相同，按回车即可修改完成。

修改密码前请一定停止所有的Internet信息服务，否则后面可能会出错，并且IWAM帐户可能会被锁定。

3、同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：

c:inetpubadminscripts>cscript synciwam.vbs –v。不成功。也可：

（1）启动组件服务管理单元： “运行”->“mmc”，启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。

（2）找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”，右击“out-of-process pooled applications”->“属性”。

（3）切换到“out-of-process pooled applications”属性对话框的“标识”选项卡。选择“此用户”，浏览，选择用户名“IWAM_MACHINE”。这些都是缺省的。在下面的“密码”和“确认密码”文本框内输入正确的密码，确定退出。

（4）系统如果提示“应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗？”时确定即可。

（5）如果在iis中将其它一些web的“应用程序保护”设置为“高（独立的）”,那么这个web所使用的com+应用程序的iwam账号密码也需要同步。

但是在进行第三步操作时总是报8004e00f错误。进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错“COM+ 无法与 Microsoft 分布式事务协调程序交谈”，无法查看里面的对象。在事件查看器中msdtc服务没有正常启动。解决方法：运行 msdtc-resetlog 最后解决：“COM+ 无法与 Microsoft 分布式事务协调程序交谈”在安装了Windows组件中的消息队列后，就不会出现这个错误了，同时“消息队列”组件又对服务中的“Distributed Transaction Coordinator”（即msdtc服务）有依存关系，这个服务必须启用，才可以安装消息队列组件！消息队列装好后，COM＋应用程序菜单就可以打开了，表示其已正常工作！如果在这个时候再装IIS或者把IIS卸载重装，就正常了！实际上，手工同步密码太过麻烦，成功率不高！

三、数据库中的存储内容在ＡＳＰ页面不解析

问题表现：网页原来使用正常，但是在使用了一段时间之后很多内容不能正常显示。

问题分析：开始以为是连接池问题，后来发现没什么关系，在页面上察看源码已经将数据库中的内容读了出来，却没有在页面上展现。发现是出现了＂＼＂符号。这个符号在ＡＳＰ中被认为是转义字符的特殊字符，无法解析，故无法正常显示。

第三篇：编程经验

1.当性能遇到问题时，如果能在应用层进行计算和处理，那就把它从数据库层拿出来。排

序和分组就是典型的例子。在应用层做性能提升总是要比在数据库层容易的多。就像对于MySQL，sqlite更容易掌控。

2.关于并行计算，如果能避免就尽量避免。如果无法避免，记住，能力越大，责任越大。

如果有可能，尽量避免直接对线程操作。尽可能在更高的抽象层上操作。例如，在iOS中，GCD，分发和队列操作是你的好朋友。人类的大脑没有被设计成用来分析那些无穷临时状态——这是我的惨痛教训所得。

3.尽可能简化状态，尽可能局部本地化，适用至上。

4.短小可组合的方法是你的好朋友。

5.代码注释是危险的，因为它们很容易更新不及时或给人误导，但这不能成为不写注释的理由。不要注释鸡毛蒜皮的事情，但如果需要，在某些特殊地方，战略性的长篇注释是需要的。你的记忆会背叛你，也许会在明天早上，也许会在一杯咖啡后。

6.如果你认为一个用例场景也许“不会有问题吧”，它也许就是一个月后让你在发布的产品

中遭受惨痛失败的地方。做一个怀疑主义者，测试，验证。

7.有疑问时，和团队中所有相关人交流。

8.做正确的事情——你通常会知道这指的是什么。

9.你的用户并不傻，他们只是没有耐心理解你的捷径。

10.如果一个开发人员没有被安排长期的维护你们开发的系统，对他保持警惕。80%的血、汗、泪水都是在软件发布后的时间里流的——那时你会变成一个厌世者，但也是更聪明的“行家”。

11.任务清单是你的好朋友。

12.主动让你的工作更有乐趣，有时这需要你付出努力。

13.悄无声息的崩溃，我仍然会为此从噩梦中惊醒。监控，日志，警报。清楚各种的假警报

和不可避免的感觉钝化。保持你的系统对故障的敏感和及时警报。

14.复杂是大敌。

第四篇：程序员从编程总结的 22 个经验

以下所列是我在这些年来软件开发工作过程中受到的启发，还有总结而来的好经验。

开发

1.从小事做起，然后再扩展

无论是创建一个新的系统，还是在现有的系统中添加新的功能，我总是从一个简单到几乎没有任何所需功能的版本开始，然后再一步一步地解决问题，直到满意为止。我从来没有妄想过能够一步登天。相反，我一边开发一边学习，同时新掌握的信息还可以用于解决方案中。

我很喜欢 John Gall 的这句话：

“复杂系统总是源于简单系统的演化。”

2.一次只做一件事

当我们在开发时，碰到测试失败和功能无效的情况，如果你一次只研究一个问题，那将会更容易找到问题的关键。换言之，就是使用短迭代。必须确保这个问题解决之后，再转移到另一个问题上。这适用于向下提交。如果在你添加新功能之前需要先重构代码，那么先提交重构，然后再添加新的功能。

3.尽早地添加日志和错误处理

在开发新系统时，我做的第一件事就是添加日志和错误处理，因为这两者从一开始就非常有用。对系统来说它比一大把代码更有用，你需要一些了解程序状态的方法。如果系统不能照常工作，那么你就需要知道程序中发生了什么——这是日志的作用。错误处理也是如此——错误和异常越早处理越好。

4.每一行新代码必须至少执行一次

在你真正完成一个功能之前，你必须对它进行测试。不然，你怎么知道它是不是按照你的想法在执行呢?通常情况下，最好的方法是通过自动测试，但并非总是如此。不过，不管怎么说，每一行新代码必须至少执行一次。

一般，我们想触发某种条件很难。但幸运的是，我们可以作弊。例如，数据的错误处理可以通过临时拼写错一个列名来触发。或者，一个if语句可以暂时颠倒过来（从 if error 变成 if not error），这样来触发那些平时很难触发的条件，这样只是为了确定代码是否正常运行和它会出现什么结果。

有时，我发现有一些行代码永远都不会被运行。当我们做代码检查是它看起来没有什么问题，但就是不工作。你要避免这样的尴尬状况，如果你想你的每一行新代码都会被执行。

5.在整体测试之前先进行模块测试

先进行部分模块测试可以节省时间。通常说来，我们在整合不同的模块时也会出现问题，例如模块之间的接口不匹配。但是如果我们能够信任各个组件的话，那么跟踪集成问题就会变得简单得多。

6.所有事情所花费的时间总是比你预期的要长

特别是在编程中，即使一切进展顺利，我们也很难对功能所需的时间做出正确的预算。并且，开发软件时碰到各种意想不到的问题是非常常见的。一个简单的合并操作会导致一系列小bug，一次框架升级意味着一些函数必须改变或者一些API不按照你想象的那样工作。

Hofstadter Law（霍夫施塔特定律）其实道出了真谛：做事所花费的时间总是比你预期的要长，即使你在预期中已经考虑了 Hofstadter Law（霍夫施塔特定律）。

7.先了解现有的代码

大多数的编码都需要以某种方式改变现有的代码。即使是新功能，也需要适应现有的程序。所以，在你加进去新的内容前，首先需要了解当前的解决方案。否则，你一不小心就很有可能会打破现有的功能。这意味着，阅读代码和编写代码都是必要的技能。这也是为什么看似微小的变化仍可能需要很长时间才能解决的原因之一，因为你首先必须了解上下文。

8.阅读和运行代码

幸运的是，对于理解代码，我们有两种互补的方法。你可以阅读代码，也可以运行代码。运行代码的确是个非常棒的好方法。所以，请确保充分利用这两种方法。

故障排除

9.Bug 总是难免的

我不喜欢那些宣称软件开发可以“一蹴而就”的高谈阔论。不论你再怎么努力，bug总是难免的（BUG的定义基本上是:“我们没有想到”）。最好能够做成可以快速故障排除、修复bug和部署修复的系统。

10.解决故障报告

每个开发人员都应该花时间去处理来自客户的故障报告，并修复bug。这能让你更好地理解客户的意图，明白如何使用系统，知道排除故障的难易程度，了解系统的设计情况。这也是为自己的开发成果负责的好方法。不要错过这些好处。

11.重现问题

修复bug的第一步就是重现问题。然后你得确保修复之后，问题能够彻彻底底地消失。这样一个简单的规则，可以确保你不会误将非问题当作是问题，并确保解决方案真的能够奏效。

12.修复已知错误，然后再看看有没有其他不对的地方

有时候，可能同时存在着几个不同的问题。它们之间的互相作用，可能会让你毫无头绪，束手无策。不要纠结于搞清楚发生了什么，先去解决所有已知的问题，然后再看看还有什么不对的地方。

13.没有巧合 在测试和故障排除时，不要相信会出现什么巧合。就像你改变了定时器的值，那么就会改变系统重启的频率。所以一切都并非是巧合。添加新功能，另一个不相干的功能变慢了？这绝对不是巧合。相反，是你应该仔细调查的内容。

14.关联时间戳

在故障排除时，事件的时间戳可以作为你的好帮手。寻找偶数增量。例如，如果系统重启了，并且刚刚发出过一个3000毫秒左右的请求，那么可能是触发了某个定时器，才导致出现重启的动作。

合作

15.面对面的交流最有效

当我们需要讨论如何解决问题时，那么面对面的交流比视频、打电话和电子邮件都要好。我经常在与同事讨论完后发现一个令人兴奋的更好的方案。

16.小黄鸭调试法

遇到你绞尽脑汁也解决不了的问题时，不妨找一个同事，然后将问题解释给他们听。很多时候，当你在叙述时，即使你的同事一言不发，你可能也会突然灵光乍现找到问题的关键。听起来像魔法，但是这经常起作用。

17.问问题

阅读和运行代码往往非常有助于指出代码的目的和它的工作原理。但是如果你有机会咨询那些更为了解的人（例如原来的程序员），那么千万不要错过。继续问他们具体的问题、后续的问题，这几分钟内给你的信息可能是你需要花费好几天才能获得的。

18.共享荣誉

不要贪图荣誉，该是谁的就是谁的。例如：“Marcus 想出了这个主意……”(如果真是他想的话)，而不要说“我们想出的……”。大胆的说出那些帮助过你或者贡献过力量的人的名字。

其他

19.动手去做

如果你不知道某种编程语言功能的工作原理，那么不妨写一个小程序来理解它是如何工作的。这同样适用于测试你正在开发的系统。如果我将参数设置为-1，会发生什么？当我在重启系统时，如果服务当掉，会发生什么？以此来研究它的工作原理。经常做这些会帮你发现bug，在此同时也会加深你的系统工作的了解。

20.带着问题睡觉

如果你正在解决一个很难的问题，那么不妨带着问题睡觉。有科学研究表明，这样做虽然你表明上并没有在主动思考，但你的潜意思却这么做了。其结果就是，第二天再去研究问题，解决方案已经呼之欲出了。

21.改变/跳槽

不要害怕角色变化。和不同的人共事，开发不同的产品，感受不同的公司文化是非常有意思的。在我看来，太多的人只是被动地呆在同样的地方年复一年的工作，只有在被迫的情况下才去改变。

22.活到老学到老

软件行业的一大魅力就是我们随时有机会可以学到新的东西。你可以尝试不同的编程语言和工具，阅读软件开发的书籍，接受MOOC课程。相信我，量变才能达到质的飞跃，这些小小的学习积累，终有一天会大大地提高你的知识和能力。

第五篇：编程规范(程序员必看)

编程规范（程序员必看）

作者：

评价：

上站日期:

内容说明：

来源：

.基本要求

1.1 程序结构清析，简单易懂，单个函数的程序行数不得超过100行。1.2 打算干什么，要简单，直接了当，代码精简，避免垃圾程序。1.3 尽量使用标准库函数和公共函数。

1.4 不要随意定义全局变量，尽量使用局部变量。1.5 使用括号以避免二义性。

2.可读性要求

2.1 可读性第一，效率第二。2.2 保持注释与代码完全一致。

2.3 每个源程序文件，都有文件头说明，说明规格见规范。2.4 每个函数，都有函数头说明，说明规格见规范。

2.5 主要变量（结构、联合、类或对象）定义或引用时，注释能反映其含义。2.7 常量定义（DEFINE）有相应说明。2.8 处理过程的每个阶段都有相关注释说明。2.9 在典型算法前都有注释。

2.10 利用缩进来显示程序的逻辑结构，缩进量一致并以Tab键为单位，定义Tab为 6个字节。

2.11 循环、分支层次不要超过五层。

2.12 注释可以与语句在同一行，也可以在上行。2.13 空行和空白字符也是一种特殊注释。2.14 一目了然的语句不加注释。

2.15 注释的作用范围可以为：定义、引用、条件分支以及一段代码。2.16 注释行数（不包括程序头和函数头说明部份）应占总行数的 1/5 到 1/3。

3.结构化要求

3.1 禁止出现两条等价的支路。3.2 禁止GOTO语句。

3.3 用 IF 语句来强调只执行两组语句中的一组。禁止 ELSE GOTO 和 ELSE RETURN。3.4 用 CASE 实现多路分支。3.5 避免从循环引出多个出口。3.6 函数只有一个出口。3.7 不使用条件赋值语句。3.8 避免不必要的分支。

3.9 不要轻易用条件分支去替换逻辑表达式。

4.正确性与容错性要求

4.1 程序首先是正确，其次是优美

4.2 无法证明你的程序没有错误，因此在编写完一段程序后，应先回头检查。4.3 改一个错误时可能产生新的错误，因此在修改前首先考虑对其它程序的影响。4.4 所有变量在调用前必须被初始化。4.5 对所有的用户输入，必须进行合法性检查。4.6 不要比较浮点数的相等，如： 10.0 * 0.1 == 1.0，不可靠

4.7 程序与环境或状态发生关系时，必须主动去处理发生的意外事件，如文件能否 逻辑锁定、打印机是否联机等。

4.8 单元测试也是编程的一部份，提交联调测试的程序必须通过单元测试。

5.可重用性要求

5.1 重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。5.2 公共控件或类应考虑OO思想，减少外界联系，考虑独立性或封装性。5.3 公共控件或类应建立使用模板。

附：C＋＋ 编程规范,delphi作相应的参考

.1适用范围

本标准适用于利用Visul C++ ,Borland C++进行软件程序开发的人员.。

.2变量命名

命名必须具有一定的实际意义,形式为xAbcFgh,x由变量类型确定,Abc、Fgh表示连续意 义字符串,如果连续意义字符串仅两个,可都大写.如OK.具体例程:

BOOL类型

bEnable;

ch

*

char

chText c

*

类对象

cMain（对象实例）h

*

Handle（句柄）

hWnd i

*

int n

*

无符号整型 p

*

指针 sz,str *

字符串 w

WORD x,y

坐标

Char或者TCHAR类型

与Windows API有直接联系的用szAppName[10]形式否则用

FileName[10]形式,单个字符也可用小写字母表示;

Int类型

nCmdShow;

LONG类型

lParam;UINT类型

uNotify;

DWORD类型

dwStart;

PSTR类型

pszTip;

LPSTR类型

LPTSTR类型

LPVOID类型

WPARAM类型

LPARAM类型

HWND类型

HDC类型

HINSTANCE类型

HANDLE类型

HICON类型

int

float

DWORD

lpszClassName;lpReserved wParam, lParam hDlg;hDC;hInstance hInstance, hIcon;iTmp fTmp dw* 4

lpCmdLine

String , AnsiString

str *

m_

类成员变量

m_nVal, m_bFlag g_

全局变量

g_nMsg, g_bFlag

局部变量中可采用如下几个通用变量：nTemp，nResult，I，J（一般用于循环变量）。

其他资源句柄同上

.3常量命名和宏定义

常量和宏定义必须具有一定的实际意义;

常量和宏定义在#include和函数定义之间;

常量和宏定义必须全部以大写字母来撰写,中间可根据意义的连续性用下划线连接,每一 条定义的右侧必须有一简单的注释,说明其作用;

资源名字定义格式:

菜单:IDM_XX或者CM_XX

位图:IDB_XX

对话框:IDD_XX

字符串:IDS_XX

DLGINIT:DIALOG_XX

ICON:IDR_XX

.4函数命名 函数原型说明包括引用外来函数及内部函数，外部引用必须在右侧注明函数来源： 模 块名及文件名, 如是内部函数，只要注释其定义文件名;

第一个字母必须使用大写字母,要求用大小写字母组合规范函数命名,必要时可用下划线 间隔,示例如下：

void UpdateDB_Tfgd(TRACK_NAME);

//Module Name :r01/sdw.c

void PrintTrackData(TRACK_NAME);//Module Name :r04/tern.c

void ImportantPoint(void);

//Module Name :r01/sdw.c

void ShowChar(int , int , chtype);

//Local Module

void ScrollUp_V(int , int);

//Local Module

.5结构体命名

结构体类型命名必须全部用大写字母,原则上前面以下划线开始;结构体变量命名必须用 大小写字母组合，第一个字母必须使用大写字母,必要时可用下划线间隔。对于私有数 据区，必须注明其所属的进程。全局数据定义只需注意其用途。

示例如下：

typedef struct

{

char

szProductName[20];

char

szAuthor[20];

char

szReleaseDate[16];

char

szVersion[10];

unsigned long

MaxTables;

unsigned long

UsedTables;

}DBS_DATABASE;

DBS_DATABASE GdataBase;

控件的命名： 用小写前缀表示类别

用小写前缀表示类别： fm

窗口 cmd

按钮

cob

combo，下拉式列表框 txt

文本输入框 lab

labal，标签 img

image，图象 pic

picture grd

Grid，网格 scr

滚动条 lst

列表框 frm

fram

7注释

原则上注释要求使用中文;

文件开始注释内容包括:公司名称、版权、作者名称、时间、模块用途、背景介绍等,复 杂的算法需要加上流程说明;

函数注释包括:输入、输出、函数描述、流程处理、全局变量、调用样例等,复杂的函数 需要加上变量用途说明;

程序中注释包括:修改时间和作者、方便理解的注释等;

引用一: 文件开头的注释模板

/******************************************************************

** 文件名:

** Copyright(c)1998-1999 *********公司技术开发部

** 创建人:

** 日 期:

** 修改人:

** 日 期:

** 描 述: ** ** 版 本:

**---------------

******************************************************************/

引用二: 函数开头的注释模板

/*****************************************************************

** 函数名:

** 输 入: a,b,c

**

a---

**

b---

**

c---

** 输 出: x---

**

x 为 1, 表示...**

x 为 0, 表示...** 功能描述:

** 全局变量:

** 调用模块:

** 作 者:

** 日 期:

** 修 改:

** 日 期: ** 版本

****************************************************************/

引用三: 程序中的注释模板

/*---------------------------*/

/* 注释内容

*/

/*---------------------------*/ 8 程序

a.程序编码力求简洁，结构清晰，避免太多的分支结构及太过于技巧性的程序，尽量不采用递归模式。

b.编写程序时，亦必须想好测试的方法，换句话说，”单元测试” 的测试方案应 在程序编写时一并拟好。

c.注释一定要与程序一致。

d.版本封存以后的修改一定要将老语句用/* */ 封闭，不能自行删除或修改,并要 在文件及函数的修改记录中加以记录。

e.程序中每个block 的开头 ”{“ 及 ”}” 必须对齐，嵌套的block 每进一套，缩进一个tab，TAB 为4个空格,block类型包括if、for、while、do等关键字引出的。

f.对于比较大的函数，每个block 和特殊的函数调用，都必须注明其功能，举例如下

：

count.divisor = 1193280 / freq;

// compute the proper count

OutByte((unsigned short)67,(unsigned char)182);// tell 8253 that a count is coming

OutByte((unsigned short)66, count.c[0]);

// send low-order byte

OutByte((unsigned short)66, count.c[1]);

// send high-order byte

×××××××××××××××××××××××××××××××××××××××

bcb，delphi中的变量命名：

遵循匈牙利命名法，命 名必须有意义，制定如下规定

窗体： 以大写的W开始，如About版权窗体，命名为WAbout

文件：以大写的F开始，如About版权窗体，文件命名为FAbout.cpp

按钮(Button)：如退出按钮，命名为btnExit ……

基类： 加base标记，如报表基类,窗体命名为：WBaseRep, 文件命名为FBaseRep.cpp