查看原文
其他

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

码农翻身刘欣 码农翻身 2022-01-10

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

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

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

你会理解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/


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





您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存