北京 Code Retreat 20170304 感想

学习 · taowen · Created at · 1105 hits
75

起因

被领导委派了提高工程师培养的任务。想看看社区都是怎么做的。参与了 20120304 在 北京 举办的 Code Retreat

感想

负面评价

  • 参与人员的素质直接影响了效果。在场有三位以上是毫无编程经验的。不同人群应该分开举办活动。
  • 纯粹的 Code Retreat 太依赖于 Pair 的自发性了。比如要求不用 for 写代码。但是并没有提前 demo 一下不用 for 的程序是如何的。这个对于不熟悉函数式编程的人挑战太大,除非能够确保分配的pair是一个懂的,一个不懂的。
  • 对于 TDD 的社区推广,强烈建议不要走这种无迭代式的过程,会起到非常负面的作用。TDD 形式上的过程,介绍得都没有错。但是TDD 的内涵只能通过需求迭代才能体现。没有需求迭代的过程来演示,TDD是一种”过度“的工程实践。对于有工作经验的同学来说,这样方式来接触 TDD 会嘲笑你们这些 TDD 信徒在脱了裤子放屁的。压根无法体现出 TDD 的价值。
  • IDE等开发技巧更适合在有需求迭代,有重构和代码调整的背景下,穿插介绍。目前的形式非常突兀。

很多有经验的开发者对于 TDD 是嘲笑地。大部分大家关心的实践中的问题,网络上对TDD的相关内容都没有很好解答(比如测试数据准备,各种外部依赖)。TDD 的教学又往往是小型化的规则实现,同时缺乏迭代过程。导致很多人看完了这个过程之后觉得“你们就是搓,我三两下就能搞定的事情你们居然要写这么久“的体会。这是 TDD 社区的悲哀。

正面评价

  • 一段代码用不同的方式来写,可以开拓思路和眼界

建议

  • Code Retreat 和 TDD 与 IDE 这些分离出来,单独就是把一段代码用不同的方式来写。比如 for循环的,函数式的,一遍遍历的,OO建模的,bitset的。目的就聚焦为开拓思路和眼界上
  • TDD和IDE等的技能传承,还是用传统的需求迭代的方式,有引导地教授比较好。从简单的需求,到复杂的需求,一步步重构代码。

「软件匠艺社区」旨在传播匠艺精神,通过分享好的「工作方式」和「习惯」以帮助程序员更加快乐高效地编程。
No Reply at the moment.
需要 Sign In 后回复方可回复, 如果你还没有账号你可以 Sign Up 一个帐号。