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

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第1张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第2张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第3张图片

你会理解TDD/DDD的概念。

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第4张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第5张图片

这是怎么回事呢?

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

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第6张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第7张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第8张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第9张图片

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

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

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第10张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第11张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第12张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第13张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第14张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第15张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第16张图片

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

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第17张图片

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第18张图片

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第19张图片

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

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

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

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

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第20张图片

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第21张图片

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第22张图片

漫画 | 被TDD/BDD/DDD......“逼疯”的程序员_第23张图片

你可能感兴趣的:(编程语言,java,人工智能,python,大数据)