永远不会做任何东西,直到你们准备要使用它,在软件吗?[丰田原则][封闭]
-
02-07-2019 - |
题
解决方案
它的 可 应用软件建设,但我不敢肯定它 做 适用
如果我们考虑的五个要素中的一个"丰田的方式的决策"基于的原则是,"你如何到达决定是同等重要品质的决定":
[模式的幽默上的]
找出是什么真的,包括genchi gembutsu.
除了某个时候,一个没有最后明白了什么是要当客户解释我们在结束的项目;)
了解根本原因,解释表面出现问"为什么?"的五倍。
确保,但是客户不提供足够的期间项目;)
广泛地考虑到替代解决方案,并开发一个详细的理由,较佳的解决方案。
太晚了,该程序员都已经编码像疯子:)
建设内部的协商一致意见团队,包括丰田雇员和外部合作伙伴。
哎呀,编程人员已经重新写作的鉴别系统,虽然旧的工作正常
使用非常有效的通信车辆做一个通过四个,最好一面的一张纸。
你有没有听到"死亡的powerpoint"?这是不是总是我们的强;)
[模式的幽默感关]
严重的是,正如先前的答案,敏捷的理念并解决一些核心住户的这种丰田的原则。
它可能是一个小小的更丰富,只是"你不需要它",因为书中所述的"丰田车的方式"
其他提示
排序,是的。这是敏捷哲学的核心部分。
基本上,优先考虑大型设计的灵活性和响应速度以及笨重的规格。这样做的最好方法之一就是只建造足以满足您当前要求的方法,因为您永远不知道他们什么时候会改变。
这是旧新闻了一点。这是通常被称为"你不会需要它"("你不'会需要它"在非idomatic英语),并缩写 YAGNI.
相关的问题与执行的一个特征时,你不需要它:
- 执行需要时间远离发展的特点,都需要
- 该功能是困难的文件和测试,因为如果你不需要它了,谁知道什么该做什么呢?
- 维持功能将需要额外的时间
- 该特征增加了额外的代码,复杂的代码
- 该特征可以有一滚雪球效应,由此,它表明其他的功能,你可以那么想要加入,即使他们不需要
这样思考就是一个很好的敏捷实践。还有一种称为测试驱动开发的东西,它可以帮助你获得没有错误的软件(几乎),但也有一些副作用,即你没有使用NOTHING。
一个例子是你自己的集合类。如果您只需要Add方法和ToArray方法,那么为什么要使用时间来实现Remove和Count方法?
所以,是的。遵循这一原则:)