![](https://img-blog.csdnimg.cn/20201014180756780.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件开发
文章平均质量分 74
sphinger
这个作者很懒,什么都没留下…
展开
-
软件开发经验总结(三)客观地认识程序员心中的恐惧
经常听到身边有很多搞开发的朋友说,“哎,程序员不好混,等到30岁后就要没有什么公司要了”、“计算机技术更新得太快了,过了30岁如果我的学习能力下降了,就跟不上了,到时候该怎么办”、“我的那些同学刚出来做其他行业每个月拿1000元,现在都每个月上万了,房子和车子都有了”、“如果有机会,我一定要转行”,”做技术在外国可以,但在中国行不通,国情不允许“,整天发这些牢骚的情况在我身边大有人在,尤其是一些入转载 2009-01-08 09:20:00 · 662 阅读 · 0 评论 -
软件开发经验总结(四)解读高速读书之秘
计算机知识更新得飞快,作为一个软件开发人员,必须即时更新自己的知识结构,否则,将会被社会所淘汰,记得以前读书的时候,只会写HTML网页的开发人员都可以很轻松得拿10K以上的工资,时过境迁,如今,如果一个开发人员只会编写HTML,那么他可能连工作都找不到。在知识更新换代如此之快的今天,如何高速学习成为了我们软件开发人员一项艰巨的任务,然而苦中也有甜,当你看过几百本技术类书籍后,你会深刻感受到自己的转载 2009-01-08 09:21:00 · 730 阅读 · 0 评论 -
软件开发经验总结(二)别让定势思维害了你
在一些软件公司中,总存在着一些“高人”,他们写代码从来不写文档,不做设计,代码不写注释,跟用户瞎扯几句之后就开始动手写代码了,他们的代码一般人都看不懂,经过无数次改BUG之后,他们做开发的系统居然也上线了,再经过用户无数次的蹂躏,系统也越跑越稳定。该系统成为了该公司至高无上的产品,普通人如果想看懂该系统,必须在它的代码上摸索个10年8年的,什么“设计模式、分层结构”的思想,在这些公司里都是瞎扯,转载 2009-01-07 18:30:00 · 557 阅读 · 0 评论 -
软件开发经验总结(五)读源代码的艺术
原文地址:http://www.cnblogs.com/springcsc/archive/2009/01/20/1378663.html读取源代码是每一个开发人员成长的必经之路,一份优秀的源代码,是作者多年开发技术的心血结晶,研究一份优秀的源代码,总是能够让你的技术得到一定程度的提升。然后,读别人的源代码并不是拿着代码在那里瞎看,而是要充分了解作者的编程思路,了解代码的优点和缺点,在了解作者转载 2009-01-21 14:30:00 · 448 阅读 · 0 评论 -
面向对象的设计法则(2)——针对接口编程,而非(接口的)实现
接口 1.接口是一个对象在对其它的对象进行调用时所知道的方法集合。 2.一个对象可以有多个接口(实际上,接口是对象所有方法的一个子集) 3.类型是对象的一个特定的接口。 4.不同的对象可以具有相同的类型,而且一个对象可以具有多个不同的类型。 5.一个对象仅能通过其接口才会被其它对象所了解。 6.某种意义上,接口是以一种非常局限的方式,将"是一种…"表达为"一种支持该接口的…"。转载 2009-02-16 11:33:00 · 467 阅读 · 0 评论 -
从测试方法看软件质量
中国现在普遍的软件都因为周期短,赶进度,而忽视了软件质量,所以程序员在开发的时候,如果能有点质量测试的意识,可以在测试的时候让领导对你刮目相看,也提高了软件质量。最近我看了点测试的书,虽然我是开发人员,但总结了一些我认为开发人员应该了解的功能测试方法,在开发的时候注意一点,能提高工作的进度。(一般很多时间都是用来改BUG了)。 常用的功能测试方法功能测试就是对产品的各功能进行验证转载 2009-02-23 13:45:00 · 512 阅读 · 0 评论 -
软件编程中的21条法则
<br /><br />任何一个有经验的程序员都知道,软件开发遵循着一些不成文的法则。然而,如果你不遵循这些法则也并不意味着会受到惩罚;相反,有时你还会获得意外的好处。下面的就是软件编程中的21条法则:<br /> <br />任何程序一旦部署即显陈旧。<br />修改需求规范来适应程序比反过来做更容易。<br />一个程序如果很有用,那它注定要被改掉。<br />一个程序如果没用,那它一定会有很好的文档。<br />任何程序里都仅仅只有10%的代码会被执行到。<br />软件会一直膨胀到耗尽所有资源为止。转载 2010-10-25 09:57:00 · 414 阅读 · 0 评论 -
程序员必读
<br /><br />1. 充满热情:喜欢你的工作,创造性做得最好比昨天更好。<br /> <br /> 2. 热爱你的代码:为人写代码,而不是为机器写代码,写干净的代码。<br /> <br /> 3. 版本控制:备份代码,跟踪变更,经常commit,如果build出错,就不要commit。<br /> <br /> 4. 阅读代码:在你成为一个好的作家之前,首先是一个好的读者。70%时间在读,30%在写。<br /> <br /> 5. 实践实践再实践:在公司外项目实战,尽可能做得更好,以老师转载 2010-10-25 10:00:00 · 354 阅读 · 0 评论