【发布时间】:2008-10-16 14:51:17
【问题描述】:
我刚刚重新阅读了The Pragmatic Programmer(我第三次阅读它......我每次都会得到新的东西)。他们提到的技巧似乎与许多不同的敏捷方法有关。实用编程只是敏捷开发的另一种形式吗?
【问题讨论】:
-
也许敏捷开发真的是实用编程的一种形式? :)
标签: agile methodology
我刚刚重新阅读了The Pragmatic Programmer(我第三次阅读它......我每次都会得到新的东西)。他们提到的技巧似乎与许多不同的敏捷方法有关。实用编程只是敏捷开发的另一种形式吗?
【问题讨论】:
标签: agile methodology
许多被称为“敏捷开发”的东西都是已经使用多年的实践,你会在“实用程序员”和“代码完成”等中找到很多这样的想法。在某种程度上,敏捷是已经创造了一个很好的营销旋转,但我相信它为我们带来了很多好处,让这些实践和想法成为主流。
【讨论】:
不想轻率:这有关系吗?
归根结底,这些标签是人们以不同方式使用的标签,意味着各种各样的不同事物。实践本身比你给他们的标签重要得多。
但是,是的,从根本上说,许多做法同时出现在这两个地方并不奇怪。
【讨论】:
作者都属于started the whole agile movement(或者至少给它起了个名字)这个小组的一部分,所以我会说是的。
【讨论】:
是的,pragprog 方式就是敏捷。 敏捷宣言的许多元素都可以在实用程序员书中找到。很好的例子包括“没有最终决定”和“在黑暗中发光的代码”。
Andy Hunt 和 Dave Thomas (Ruby Dave) 签署了敏捷宣言。
我想说的主要一点是,很少有真正有经验的敏捷人士会非常重视任何事物的“敏捷”程度。 Kent Beck 几周前在 FLOSS 播客 (http://twit.tv/floss87) 上接受了采访,从他所说的和他的语气中可以清楚地看出,这位极限编程的先驱并不相信“敏捷”这个词对这些有多大意义在这个行业的日子。
我做过很多极限编程,发现每个人都说他们“敏捷”——即使是那些五分钟前还不知道这意味着什么的人。恕我直言,这个词已经变得毫无意义。一个项目是遵循 Scrum 规则还是遵循极限编程规则要明确得多……我会说选择一种特定的风格,因为随着时间的推移,“敏捷”总称似乎越来越少。
【讨论】: