主页 > D真生活 >程式开发者可记的九大经典名句 >

程式开发者可记的九大经典名句

D真生活 来源:http://www.tyc2005.com 发布时间:2020-07-28

程式开发者可记的九大经典名句

刚逛到 Dan 的部落格, 我不认识他,从部落格内容看起来他应该是位优秀的 C#, .net 程式设计师。看到他的 新文 记录了九个对他自己有重大影响名句佳言,大部分笔者自己都没听过,学到了并试着翻译并加入自己的心得,分享如后:

设计是关于找问题,自身并不是解答。

正好最近用 ipad 2 在看 itune 上姚仁禄先生的 " 设计边境" podcast,他也说设法从 现状 想办法靠近 期望 的能力等于「设计」。这跟 Leslie 说的有异曲同工之妙。

功能规格书根本不起作用。

这话很严重,但从 37signals 口中说出来就不意外。他们认为功能规格书是在资讯不充足下,就得做出关键性决定,这样写出来的文件可说只是在幻想,而更糟的是功能规格书还可能限制了改变,重新评估与版本演进的可能性。37signals 说," 不要写功能规格书!"。

什幺是 Legacy Code? 就是一堆没有留下测试的程式码。

Michael 是敏捷开发与 XP 社群的活跃成员,对于各类软体开发方法论都有深入的见解。对于需要维护公司旧系统的你,是否心有戚戚焉?但只要你写的新程式没有写测试,你的程式码交出去之后马上也就会变成 legacy code。

任何傻瓜都能写出电脑看的懂得程式码。但只有好的程式设计师能写出人看得懂的程式码。

Martin 是位大师,专长在物件导向分析与设计, UML,敏捷开发方法论. 等。如果你熟悉 Dependency Injection ,而且发现这东西很难懂却又伟大,你就知道 Martin 有多强了,因为那是他发明的词。

Testing shows the presence,not the absence of bugs.

得过 1972 Turing Award 的大师 Edsger W. Dijkstra 讲了这句话,真是难翻译,若有网友有好翻法,请留言告知。我去翻了这句话的 原文出处 ,在 1969 年的 NATO 软体工程会议中,针对测试方法与技巧进行讨论时,他说了这句经典,测试无法办法显示出臭虫不存在,

简化不先于複杂发生,而是在之后。

对于真正困难的问题类型,如果没有知道複杂的全貌,是无从简化起的。相反地,一开始就能简化的问题,大概那个问题真的是简单的不得了。

真正的开发者会交出产品。

如果身为一个开发者,不以交出产品给市场为前提来工作,常常喊着需要更多的时间来开发,或因未知的技术问题裹足不前,犹豫不做行动等等,严格来看他不是个真正的开发者。面对各种的未知与挑战的最好方法,就是交出产品,让市场验证。

没有什幺是万灵丹。

人月神话 作者 Frederick 说相较于硬体开发,软体开发不存在单一技术或管理技巧的发展能确定在十年内提昇软体的生产力也好,稳定度也好,简单易用也好,统统不行。软体发展的万灵丹并不存在。他也说,每两年要提昇两倍也是不可能的。

如果今天是我生命的最后一天,我会想要做我今天将做的事情吗?

这是名言了。知道的人很多很多,因此只翻译一小段。完整原文请到 这边 去看。

你还有什幺样的名句,大家交流交流吧。

在 Inside 写稿的每一天,笔者可觉得都是自己想做的事情喔~

明天上班您要做的事情,也是你生命最后一天会想做的事情吗? 如果不是,想想 Jobs 怎幺做的吧,共勉之!

热门内容
小编推荐