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

Posted 2021-12-11 码农翻身

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

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

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

你会理解TDD/DDD的概念。

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

这是怎么回事呢？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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