代码之家  ›  专栏  ›  技术社区  ›  Flinkman

每次都用同样的方法来做,这在软件项目中有用吗?

  •  0
  • Flinkman  · 技术社区  · 16 年前

    我跑出去了……听一个关于丰田的播客……不管怎样。

    我认为这个原则在软件项目中不会用到。(也许是项目管理)。这门艺术还很年轻。我们现在不知道我们在做什么。但最终,我们会的。

    或者,有人知道如何使用这个核心原则吗?

    好的,这是播客。我觉得很有趣

    http://itc.conversationsnetwork.org/shows/detail3798.html

    2 回复  |  直到 16 年前
        1
  •  0
  •   AviD    16 年前

    我建议做一个小的修改,如果这个方法已经被证明可以正常工作(性能/维护/安全性等),那么每次都要使用它。
    诀窍是“证明是有效的”,也是“正确的”。
    所以基本上,除非当前方法有问题,否则不要为了改变而改变它。(请注意,事实上,一种行之有效的方法强调了另一种方法存在问题,尤其是不太管用)。

    特别是在我们的领域中,它特别适用,因为当大多数代码以相同的方式构建时,您可以获得生产力/可伸缩性的提高。例如维护、开发人员培训等。

    换句话说,来自著名哲学家的更熟悉的话:

    如果没坏,就别修了。

        2
  •  0
  •   Vincent McNabb    16 年前

    嗯,我认为这完全取决于。如果您已经使用的方法有很好的执行时间,基本上没有错误,并且可以按照您想要的方式工作,那么就不需要编写执行此任务的新方法。尤其是如果你是为了钱,或者为了一家公司而编程。

    然而,如果你想学习编程语言的一些新特性,或者仅仅是一种完全符合你个人兴趣的不同方式,为什么不呢?

    在像丰田这样的公司,节省时间和金钱是最重要的。然而,你的私人时间有你分配给它的任何重要性。如果学习一种新的做事方法对你的底线有好处,那就去做吧。如果你的底线是尽可能多地学习,那么这可能是正确的做法。另一方面,如果你的底线是尽快完成尽可能多的项目,那么事实并非如此。

    然而,尝试不同的方法仍然是有用的,即使你的底线是节省时间和金钱;因为,通过做一些你已经用不同的方法做过的事情,可能会给你带来一些想法,从长远来看,可能会节省你的时间(时间就是金钱)。

    所以我想说,如果你想用完全不同的方式重做某件事,那就这么做吧。

    推荐文章