咖啡厅果然是好景点，人少还可以学知识。结识了新的朋友，布了技术道。
活动现场–人狠话不多版本
期待 5 月 18 号，再次与各位pair!
时间： 5 月 18 日
地点：某咖啡厅
主题： 刻意练习
人数：10
时长：4 小时
内容：选择 2-3 题，进行刻意练习
实战内容： 练习 TDD 两题，达到敲代码的速度和思考的速度一致
要求： NodeJS
这次的活动给到我的除了技术上的提升以及不同的开发观念外，还带给了我无限的乐趣，享受一起 coding ，互动的感觉很棒。谷大佬手摸手教学（害羞.gif），期待接下来的两期！
在写代码的时候先写测试，然后再开始编程的方式更加符合敏捷开发的习惯
如讲师所述的，我们传统编写代码的方式存在很多的不足之处，这也是导致我们广大程序员加班的原因所在
由此：tdd就产生了
之前对于单元测试总想着怎么去写单元测试 测试的条件语法等等一些 code方面的思考，在此次活动，了解了TDD的目的，有以下收获供大家参考：
在编写测试用例前，首先要确定的是需求的范围，精度，然后按照细化的需求，逐步编写用来测试需求的用例。
再细化需求的过程中，对需求更加明确，写测试的时候才能抓住关键的测试点。
同时细化需求的过程中，对于需求的实现也有了相应的思路方便书写业务代码。
一个测试用例 对应一段实现
在写测试用例-实现代码 的过程中逐步清晰业务逻辑如何用代码实现
并逐步发现代码中可重构的点，方便后续优化代码。
在写测试的过程中也是一个不断完善改进的过程。测试代码，与业务代码的互相测试，使得我们的业务代码变得更加合理，也足够的健壮。同时测试代码也逐渐变得清晰简洁。
足够细化的需求，覆盖全面的测试用例，有助于我们精准的把握业务，在写起业务来更加遇有条理性，得心应手，同时也更加健壮。 而不会陷入到，写出来的代码，一个月后自己都看起来费劲的尴尬地步
注意！摸你手的是个小女孩，不是我！
共同进步.gif
向大佬学习
。希望通过活动，影响更多的开发者推动 TDD 的实践。
很好的一次coding活动，介绍了TDD，并做了简单demo练习。
TDD介绍分别以what,how,why来展开，概念清晰明确。核心思想是以测试驱动开发，demo练习中，安装了jest插件来编写测试用例。
感悟到测试用例是必须把所有情况考虑准确，这种准备充分再下手的感觉很amazing，结对编程中集合了两个人的编程思维，也是一次有趣的编程之旅。
期待5月18
(有一群志同道合的人一起coding真是其乐无穷啊)
