LOGO OA教程 ERP教程 模切知识交流 PMS教程 CRM教程 开发文档 其他文档  
 
网站管理员

内疚的程序员

admin
2012年3月27日 17:43 本文热度 2192

我发现,当程序员开发了一个项目,然后要把它移交给其他程序员时,他们会对开发这个项目时做出的一些决策感到内疚。我问他们当时为什么选择这样做,他们会羞愧的说,“唉,我知道这不是最好的实现方法,如果现在再去做,肯定不会采用那样的方式。”有些人可能会辩护,或强调一下外部因素,比如工期压力。但我的观点是,程序员不需要为老的项目感到太多的内疚。

经验

我承认,我曾经有一次重新发球的经验。那是一个作为内部工具使用的Ruby on Rails项目。我之前对这种技术架构了解不多。基本上就是把东西按照需求拼凑起来,它运行很正常。没有多少测试,设计上必然是没有体现出最好的设计原则。但它能用。

接着,我做了一个6个月长的Rails项目,过程完全是TDD的。在此之后,出现了一个机会,需要调整那个内部工具,增加一些功能。

我很高兴有这次机会。我感觉对这种技术有了更好的了解,能够看出代码中存在的问题,知道如何用更好的Rails或Ruby技术来解决这些问题。这让人很兴奋。不止一次,我惊奇于那些老的代码竟然能正常的运行。我想,绝大多数程序员都很少能有这样的机会,除非他们是在维护一个老项目,我想这是一次很有价值的经历,让我在事后看清了我自己写的程序。

综合分析

但后来,我开始意识到,程序员不必要为自己开发出的产品感到内疚。新的技术和实践方法不断的出现,等待着你去学习,每一次你都要权衡取舍,总会有事后诸葛亮的情况出现。我应该现在重构这个类,还是放到以后再说?我是需要把设计的容易扩展,或者根本不需要这样?做这个项目时我们是否应该首先尽量的减少技术上的风险?

在针对某一问题我遍历群书后,对解决这类问题我学会了新的技术,新的方法。但这并不能妨碍我们当前的工作。我们不可能百分百的知道我们所需要的知识,我们能想到的方案只是能满足解决当前问题需求。

我相信,程序员都已经尽了他们最大的努力。但这并不能免除程序员犯错误,并从错误中学到经验,也不能保证他们能够进行先知先觉的学习。

我想说的是,程序员如果没有足够的知识以最佳的方式来解决所有的问题或在困境中做出最正确的抉择,他不必为此不安。在之后的岁月里认识到了自己的错误,这是自己进步的标识。每一次都把事情做的正确无误,这暗示一种技术的停滞,或完美主义。哪一种更有可能?

你是否也有过这样的一种愿望,希望能够重新来一次,改变某个软件项目中的某些东西?有过看着自己写过的代码感到恶心的时候?把事情做对,还是把事情做完?平衡点在哪里?在评论里留下你的想法吧!

本文编译自:外刊IT评论


该文章在 2012/3/27 17:43:56 编辑过
关键字查询
相关文章
正在查询...
点晴ERP是一款针对中小制造业的专业生产管理软件系统,系统成熟度和易用性得到了国内大量中小企业的青睐。
点晴PMS码头管理系统主要针对港口码头集装箱与散货日常运作、调度、堆场、车队、财务费用、相关报表等业务管理,结合码头的业务特点,围绕调度、堆场作业而开发的。集技术的先进性、管理的有效性于一体,是物流码头及其他港口类企业的高效ERP管理信息系统。
点晴WMS仓储管理系统提供了货物产品管理,销售管理,采购管理,仓储管理,仓库管理,保质期管理,货位管理,库位管理,生产管理,WMS管理系统,标签打印,条形码,二维码管理,批号管理软件。
点晴免费OA是一款软件和通用服务都免费,不限功能、不限时间、不限用户的免费OA协同办公管理系统。
Copyright 2010-2024 ClickSun All Rights Reserved