剑客
关注科技互联网

代码的历史局限性

代码的历史局限性

越来越多的人在谈极限开发,结对编程,测试驱动。人们以今天的标准,审视着往日的代码,嗤之以鼻。然而,当今的规范并非横空出世,它是经历了计算机科学,互联网技术发展的不同阶段,而逐渐演变成如今的样子。一个时期的代码,有着那个时期的历史局限性,不是人们不想写单元测试,而是根本不知道什么是单元测试。

一天,我和一特别执着的程序员聊工匠精神,说他执着,是因为头发都白了,他还在写代码。话不到两句,就开始抱怨代码中的种种不是。因为他开始的早,我好奇的问,你刚开始写代码的时候知道单元测试吗?他说,谁去管单元测试,内存那么丁点,先把代码写进去,能运行再说。

虽然我的问题略显愚钝,我却突然想通了一件事。因为我身边的这位执着的程序员,不是他不懂得工匠精神,也不是不知道单元测试,而是那时候,它们根本不存在。我们不能因为今天有高铁,就看不起当初的小推车。所处的历史环境不同,满足的需求不同,实现的方式当然也就不同。因此我们得去学会体谅这些历史局限性。

然而,懂得体谅并不意味着忽视问题。小推车被高铁取代了,而没有单元测试的代码,却依然充斥在我们的软件中,阻碍着我们前进的步伐。而谁又能确定,我们如今所崇尚的编程方式,设计原则,不会成为明天大家的笑谈?我们是不是也活在我们的局限性里?文字到这,我只看到了四个字,与时俱进!

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址