编写出更优秀软件的 10 条建议

1.测试,测试再测试
2.根据你使用的语言进行重构
3.为你的方法,流程和功能编写文档,哪怕很短
4.写测试文档,包括手动和自动测试
5.创建自动化的UI测试
6.运行复杂度分析工具,如NDepend
7.你对结果不满意,请不要发布
8.代码要有可读性
9.不要为了更好优化而写出复杂,可读性很差的代码
10.部署之前喝杯咖啡

时间: 2024-08-03 13:40:40

编写出更优秀软件的 10 条建议的相关文章

10条建议帮助你创建更好的jQuery插件

  本文总结了帮助你创建更好jQuery插件的10条建议.分享给大家供大家参考.具体说明如下: 在开发过很多 jQuery 插件以后,我慢慢的摸索出了一套开发jQuery插件比较标准的结构和模式.这样我就可以 copy & paste 大部分的代码结构,只要专注最主要的逻辑代码就行了.使用相同的设计模式和架构也让修复bug或者二次开发更容易.一套经过验证的架构可以保证我的插件不出大的问题,不论插件简单还是复杂.我在这里分享10条我总结的经验. 1. 把你的代码全部放在闭包里面 这是我用的最多的一

10条建议 着手开始Web2.0实施

专家精选10条建议助你着手构建一个更动态的Web站点,跃入Web2.0时代-- 如今Web2.0的宣传铺天盖地,很难找到一个可靠的策略来让公司的网站更加动态.在这里我们给出10条建议,这些建议均来源于领先的已经铺平道路的专家和IT经理.它们将帮助你接触Web2.0,并且理解它的生产力.力量和存在的问题. 1 使用WordPress或者TypePad开始blog 这两家网站提供免费的hosting和简单的.只需要几分钟就可以掌握的工具.值得关注的还有,两家公司还出售一种公司版本的博客软件(Type

将 Web 应用性能提高十倍的10条建议

将 Web 应用性能提高十倍的10条建议 提高 web 应用的性能从来没有比现在更重要过.网络经济的比重一直在增长:全球经济超过 5% 的价值是在因特网上产生的(数据参见下面的资料).这个时刻在线的超连接世界意味着用户对其的期望值也处于历史上的最高点.如果你的网站不能及时的响应,或者你的 app 不能无延时的工作,用户会很快的投奔到你的竞争对手那里. 举一个例子,一份亚马逊十年前做过的研究可以证明,甚至在那个时候,网页加载时间每减少100毫秒,收入就会增加1%.另一个最近的研究特别强调一个事实,

<转>“人脉投资”的10条建议

谁都知道人脉很重要,所以有些人非常勤奋的"做人脉",他们往往会这样做-- 积极的参与各类线下活动,逢人就换名片.加微信. 见到名人或者重要人物必合影,而且他们还会掏出手机来给你看. 逢年过节,给所有他觉得重要的人发一条相同的祝福微信,比较有心的会在复制的时候改一下前面的名字,以示重视. 动不动喜欢拉一个微信群,名字一般叫什么"XX行业精英群",每天早晨准时在群里说早安.发心灵鸡汤. 和你聊天的时候,会本能的提及他"认识"的一些大人物.如果名字是两

10条建议帮助营销人员搭建桥梁

销售和营销之间的这种错位是由多种因素造成的,不同的用词.不一致的指标以及由来已久的不信任.它们总是隔着误解与紧张的鸿沟,彼此相望. 不管原因如何,销售和营销被设定为是彼此的对手.销售人员认为营销人员不负责任.无关痛痒;营销人员认为销售人员傲慢又懒惰.销售人员说自己从营销人员那里永远也得不到有用的信息;营销人员说销售人员忽略了自己做出的贡献.它们需要的是"夫妻疗法". 除了抱怨,我们还能做些什么呢?以下10条建议能帮助营销人员开始搭建桥梁,跨越这道鸿沟. 1.等待销售去改变是徒劳无功的.

30多年的软件经验,总结出10个编写出更好代码的技巧

30 多年的软件经验,总结 10 个最佳妙招. 那么,何以敲出一手好代码? 好代码可以定义为易读.易懂.易调试.易改,最重要的还要少缺陷.显然,要想敲出一手好代码,是要花不少时间,但这在长久来看是有意义的,因为你可以花更少时间及精力去维护和复用你的代码. 事实上,我们可以将好代码等同于可复用的代码,这也是下面提到的重要原则之一.代码可能只是完成了编程工作中短期目标的特定功能,但如果没人(包括你自己)愿意复用你的代码,这代码在某种程度上可以说是不足且有缺陷的.要么太复杂.要么太具体.要么在不同情况

30 多年的软件经验,总结出 10 个编写出更好代码的技巧

30 多年的软件经验,总结 10 个最佳妙招. 那么,何以敲出一手好代码? 好代码可以定义为易读.易懂.易调试.易改,最重要的还要少缺陷.显然,要想敲出一手好代码,是要花不少时间,但这在长久来看是有意义的,因为你可以花更少时间及精力去维护和复用你的代码. 事实上,我们可以将好代码等同于可复用的代码,这也是下面提到的重要原则之一.代码可能只是完成了编程工作中短期目标的特定功能,但如果没人(包括你自己)愿意复用你的代码,这代码在某种程度上可以说是不足且有缺陷的.要么太复杂.要么太具体.要么在不同情况

如何用正确的方法写出高质量软件的75条体会

1. 你们的项目组使用源代码管理工具了么? MVM:应该用.VSS.CVS.PVCS.ClearCase.CCC/Harvest.FireFly都可以.我的选择是VSS. 2. 你们的项目组使用缺陷管理系统了么? MVM:应该用.ClearQuest太复杂,我的推荐是BugZilla. 3. 你们的测试组还在用Word写测试用例么? MVM:不要用Word写测试用例(Test Case).应该用一个专门的系统,可以是Test Manager,也可以是自己开发一个ASP.NET的小网站.主要目的是

如何有效编写软件的75条建议

1.你们的项目组使用源代码管理工具了么? 应该用.VSS.CVS.PVCS.ClearCase.CCC/Harvest.FireFly都可以.我的选择是VSS. 2.你们的项目组使用缺陷管理系统了么? 应该用.ClearQuest太复杂,我的推荐是BugZilla. 3.你们的测试组还在用Word写测试用例么? 不要用Word写测试用例(Test Case).应该用一个专门的系统,可以是Test Manager,也可以是自己开发一个ASP.NET的小网站.主要目的是Track和Browse. 4