漫画 | 被TDD/BDD/DDD……“逼疯”的程序员

作为一个程序员,你需要学习编程语言和编程框架。

6c08176b6f570c597451a7f73a5819d3.png

虽然有些难度,但是你最终能掌握它们,顺利地写出应用程序。

7a36e9dc974299213f2326b87c7f45b6.png

但是,编程行业总是有一些东西,看起来很美,很简单, 但非常难于掌握。

52adf5c549e8d448b65be9d608cf622a.png

你会理解TDD/DDD的概念。

91a4d830de53f20985c54b5ff149805b.png

但是很难像写Java代码那样在项目中使用

f0f8367ea2a3ba8c9300606eb3bea749.png

这是怎么回事呢?

这必须从TDD/DDD/BDD/UDD... (统称xDD)这些驱动方法的诞生开始说起。

能够创立一门理论的都是超级大牛, 都有着非常丰富的项目经验!

042a88542ab7943d76b20dfd0376bcb0.png

多个项目的历练让他们对某个领域的规律认识得非常深刻,他们又非常擅长总结和抽象,终于迎来了“啊哈”的时刻。

6535b3ec3a9db46308261b80e97e89ce.png

然后他们开始著书立说,开创门派。

333dae919a19883c85d7fd233c5cccd5.png

这些框架方法是大牛们从自己的项目实践中归纳总结出来的,大牛们非常明白这一点。

5beaf5e66aa65a7ec70fc844c56f7ed5.png

所以,不可能写出一个适合任何场景的、可执行的操作步骤。

使用者需要根据自己项目的上下文对它们进行解释。

xDD驱动方法的提出者肯定会在项目中实践自己的理论,也肯定会遇到未知的问题。

44ff9d1c55ce006bf79bf59faac8e082.png

但是,大神们的经验非常丰富,会对理论进行修正,然后解决问题

01cc1a0ad29feea209924cf4dafc01c1.png

如果是经验不那么丰富的程序员,如何在新的、未知的环境使用这种方法呢?

f6e9bd3e24b4173be89f786e0bb080a1.png

这时候,你没有足够的知识,面对时间的压力,可能会有这些情况出现。

64d182ec6cb24f3f0b6933e71805df3a.png

正是由于有人搞定了,有人搞不定,网络上出现了各种各样的声音。

e8916e8fdd3f29658b0151cf225534be.png

对程序员来说,可以暂时放弃这些热门概念。

67b4e49cb51be40b5420743276f27131.png

回归到编程最本质的东西,打好基础

4d16329722dbe5ff7155449bfda128d2.png

如果你能熟练的使用他们,那模式就会自然地呈现出来。

当你掌握了这些东西以后,可以前进到一些更复杂的任务。

80a7f44b6f6ea2e33c0d1297cc102894.png

慢慢地,你会形成自己的思考,甚至有了自己的框架,当你看到TDD/DDD时,会倍感亲切:

4a395e86b897ce6df1fe81cc14cae8e1.png

6da609907f7964652909e85caf249219.png

后记:本漫画改编自Michał Bartyzel的文章《*-Driven* do not change anything》

PDF下载:http://2013.33degree.org/talk/show/73

原文地址:https://www.infoq.com/articles/star-driven-approaches/

点击下方图片,查看更多精彩

98ff37c2f4fbd7961ad19a5481b7cfbb.png

6f527ddba57f6b17cbd92645c2bc5cf6.png

da744fa5efc425cb88b52e4bd998d853.png

65fbb42455c224a658409a08319c3e78.png

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
THE END
分享
二维码
< <上一篇
下一篇>>