当前位置: 首页 > 图文教程 > 网络编程 > ASP.NET > 程序员的信仰

ASP.NET
Asp.net 时间操作基类(支持短日期,长日期,时间差)
asp.net 获取机器硬件信息(cpu频率、磁盘可用空间、内存容量等)
asp.net 数据库备份还原(sqlserver+access)
Asp.Net 数据操作类(附通用数据基类)
Asp.net 弹出对话框基类(输出alet警告框)
Asp.net 文件上传类(取得文件后缀名,保存文件,加入文字水印)
Asp.net Socket客户端(远程发送和接收数据)
Asp.net 字符串操作基类(安全,替换,分解等)
Asp.Net数据输出到EXCEL表格中
asp.net Gridview里添加汇总行
asp.net UpdatePanel的简单用法
asp.net ajaxControlToolkit FilteredTextBoxExtender的简单用法
this connector is disabled错误的解决方法
sql事务应用积累
asp.net Page.Controls对象(找到所有服务器控件)
在asp.NET中字符串替换的五种方法
ASP.NET缓存方法分析和实践示例代码
asp.net 在DNN模块开发中遇到的resx怪问题
ASP.NET State service状态服务的问题解决方法
asp.net 结合mysql存储过程进行分页代码

ASP.NET 中的 程序员的信仰


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-08-14   浏览: 142 ::
收藏到网摘: n/a

老婆经常夸我有想法,得益于老婆大人的鼓励,我才打算将自己平时所想,所总结的东西写下来。人是需要不断总结的,有总结才会有进步。所谓总结,并不一定是多么高深的道理,多么复杂的推论,也并不一定要长篇大论。有时,一句话,或是一个瞬间,会让你明白很多。

首先,严格来说,我并不是一个程序员,我所从事的是测试开发工作,但是我接触过各种各样,形形色色的开发人员。

有的人把代码当乐趣,只要让他写代码,比做什么都开心。

有的人纯粹把代码当作任务,养家糊口的本钱。

有的人视代码为宠物,精心呵护,容不下一丝瑕疵。

有的人视代码为工具,只要能用就行,管他扩展性和维护性。

有的人会说,我做了单元测试,没有发现什么问题。你要是发现bug一定要告我。

有的人会说,这代码没问题的,都运行两年的代码了,没必要测了。

……

最近每天都在看《人间正道是沧桑》,瞿恩有句话印象深刻,“这世界上,梦想有两种,第一种,我实现了自己的梦想。第二种,梦想因我而实现,纵然失去了自己的生命。” 因此,我就想到了“信仰”一词,然后,又突然想到,程序员是不是也应该有自己的信仰呢?各种各样的程序员,每天都在敲着各种各样的代码,到底有没有一个信念能够将所有程序员拉在一起。

首先, 问问自己,是否真的喜欢写代码这样枯燥的工作。如果不是,我劝你还是换份工作。

假如你非常喜欢写代码,那我又要问了:

你觉得写代码的乐趣在哪里?

说实话,我曾被问过这个问题。首先,这个问题其实问的非常好,这是一个程序员进行自我剖析的好问题。同时,这个问题又非常难以回答。 就像问到为什么爱一个人,八成有人回答没有任何理由。的确,爱就是爱,不爱就是不爱,如果非要说个喜欢写代码理由,我想应该是喜欢优美的代码旋律在手上键指如飞的感觉,可以在有限的键盘按键中,敲出无穷无尽美妙旋律。

有时在想,偏激未必是一件坏事。 信奉敏捷开发的人,理性一些来讲,有些东西的确有些偏激。比如,博客园刚有人讨论的早上站立会议必须站着的问题,任何一个函数都不能超过10行,一个测试案例只能有一个断言检查。在理性的偏激下,往往能够更加激发人的潜能。在合理的情况下,形成一些近乎偏激的程序员信仰,我觉得还是有必要的。

这里,我开个头,列出几条箴言,希望大家能一起来补充。看看我们究竟能列出多少条。

1. 自己的代码必须进行单元测试

不管是产品代码还是测试代码,都必须编写单元测试案例。产品代码进行单元测试就不用说了,测试代码进行单元测试也是非常重要的!测试代码本身都有问题,被测代码的测试结果又从何谈起。

2. 不要将狗食留给别人

不要将一大堆设计复杂,逻辑混乱,难以理解,根本无法维护的代码留给别人,你要想象着如何让自己的代码交到别人手里能够获得一些称赞。

3. 避免过度设计,保持简单,以及其扩展性

代码不是写给机器看的,也不是用来炫耀你的复杂设计的。保持简单,容易理解,同时又保持其可扩展性非常重要。

4. 认真给代码的每一个文件,每一个函数,每一个变量命名

想到得到别人的尊敬,必须仔细考虑每个变量的命名,使用统一的命名规范,使用容易理解没有歧义的命名方式。有的人太随意了,打开金山词霸,不管三七二十一,将中文词语一翻译就拿拿用。有的人命名,又是拼音又是英文,大小写混乱,缩写和使用全称不统一。

5. 不要那么容易被说服,要据理力争

特别是面对上级,不要糊里糊涂的被说服。首先,你要充分的理解别人的想法,然后,你要清楚的表达出你的观点。有的人特别能说服人,特别能绕,千万别被绕晕了然后点头称是。

6. 处理好你的程序依赖

一个依赖混乱,或是循环依赖的系统是难以维护和扩展的。所以,当你准备设计一系列公共库,想好他们之间的依赖关系吧。这是基本的原则,绝对不允许违反的。

(我只是开了个头,我想知道你们心中,一个优秀的程序员应该应该具有怎样的信仰,不需要写太多,一句话就行。)(文/CoderZh)