|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
就是管理员可以编辑,删除,回复 等功能,。加入管理员功能要加入登陆系统,慢慢你会想在线添加管理员,慢慢你会让自己的作品更漂亮些,慢慢1个完整的留言板就会出来了, 先来看一个风趣的会商:
援用 我宁肯让我的先生尽他们最大的勉力去写更好的代码,而不是写更好的正文。——Uncle Bob Martin(设计形式和急迅开辟前驱,《代码整洁之道》作者)
比起“更好”的代码,我更宁肯先生们写更少的代码。——Bob Marshall
没有任何工作比“十分无效率地做了一件本不该该做的事”更没用的了。——Peter Drucker
这激发了一场关于“写更好的代码”仍是“写更少的代码”的会商。
一个好的折衷计划就是,用更少的代码写出更好的代码。代码的好坏或几何不是看代码行数,也不是其他一些愚昧的器材,而次要看的是成心义的代码。在这场会商中,撑持“更少代码”的一方,关怀的不是使代码尽量紧凑、防止反复,等等,而是他们以为只需公道,尽量少些或不写代码。
咱们是不是应当将重点放在决意甚么应当做,甚么不该该做,仍是应当极力去改善咱们的软件开辟妙技?
不管若何,在没有一个高低文情况的情形下,谁也没法公道地回覆这个成绩。上面咱们来分隔会商。
更好的代码
这是站在开辟者的角度来讲的。在大局部中、大型软件开辟公司中,开辟者与产物办理者或产物一切者之间几近没有任何直接接洽,这意味着,办理者关于产物的构建常识晓得得很少,乃至一点都不晓得。
固然,作为一个开辟人员,我可以,也应当分享我关于构建特定功效的一些意见,然而我也不太能够有足够的信息在良多情形下做出准确的判别。好比,我以为不该该添加某一个活该的功效,就算我是对的,但假如客户让加,我的定见被采用的概率会很小。固然,也不完整是如许,你可以压服客户改动设法,但这类情形很少。
假如你已经介入过一个大的合同项目,每一个细节在后期都已肯定好了,而且因为外部政治缘由,客户方面也没人想去更改任何器材,你晓得我在说甚么。假如你没有在相似公司任务过,你很侥幸。
在这类情形下,最好专注于构建更好的代码,而不是更少的代码,由于很难说甚么是成心义的更少的代码。
更少的代码
这是站在产物办理者的角度。关于他们来讲,他们重要的重点应放在构建更少的代码上。是的,我晓得他们不写代码,但这依然应当是他们重要的方针。
产物司理应当晓得哪些功效可以提拔产物的价值,哪些不克不及。他们凡是更合适与客户停止如许的会商,好比客户想要哪些功效、费用、不用要的功效、无用的代码等。
作为开辟者,你的向导但愿你发明更多的价值,或更少的华侈,把重点放在构建更少的代码上。固然,你可以自在地选择编写更好的代码,或更少的代码,然而仿佛选择后者要加倍明智。同时,你的任务效力很大水平上取决于你完成的任务,因而,你应当用更大批的代码完成更多的功效,并重视这些代码的质量,而不是利用大批的代码来处理成绩。
很明显,这场争辩不会有一个肯定的谜底。站在产物司理的立场,我会建议Peter Drucker的概念,而关于开辟者,我会建议Bob Martin的概念。
英文原文:Code Better or Code Less?
也得学会了PHP。然后再学,见异思迁是最不可取的,狗熊掰玉米就是这个道理,如果经常中途放弃,只能是一无所获,还浪费了N多的时间和经历,得不偿失,最重要的是,你会被别人瞧不起。 |
|