5月4日,图灵公司的线下沙龙活动,本次到来的是北京设计模式学习组。 本次的主题是Coding Dojo(编码道场)结对编程活动。第二期活动,将于5月18日图灵公司举办,感兴趣的同学可以过来操练一下。详见:跟着图灵听课去(五月),当天活动的详细资料可在右侧本文附件处下载

本活动的由来是北京设计模式学习组的组织者伍斌,在读《Refactoring to Patterns》一书时(图灵图书《重构与模式》),书中提到该书作者Joshua Kerievsky早在1995年就在纽约创建了“纽约城设计模式学习小组”,每周聚会时通过相互结对编程研究一个设计模式。该小组活动的内容如此引人入胜,以至于有些码农干脆搬家到离聚会不远的地方居住,以方便聚会。掌握设计模式不仅需要读书,更重要的是要与人结对编程来实践。为什么不在北京也搞一个这样的学习小组呢?大家通过实际操练,掌握技能,结识朋友。

精通一门技艺 每天3小时 坚持10年

enter image description here

Peter Norvig

谷歌研究部主管彼得•诺维格(Peter Norvig),提出要精通一门技艺必须刻意的操练一万小时(每天3小时,坚持10年。Peter Norvig:自学编程,十年磨一剑

enter image description here

《程序员的职业素养》一书的作者Bob大叔,在书中提到:快速前进确保最后期限的方法,便是保持整洁。专业人士不会为了快点前进而乱来。他们明白“快速但脏乱”是自相矛盾的说法。脏乱只会导致缓慢!

如果在非危机时刻你会遵循测试驱动开发的纪律,但是在危机时刻你放弃了这种做法,就说明你并不真正相信TDD是有帮助的。如果在平常时候你会注意保持代码整洁,但在危机时刻你却会产出混乱的代码,就说明你并不真正相信混乱会导致速度下降。如果在危机时刻你会结对工作,但平时却不结对,就说明你相信结对工作比不结对更有效率。

选择那些你在危机时刻依然会遵循的纪律原则,并且在所有工作中都遵守这些纪律。遵守这些纪律原则是避免陷入危机的最好途径。 (更多内容:论一个程序员的职业素养

无代码休讨论 无测试休编程

enter image description here

TDD:测试驱动开发

enter image description here

现场测试题

enter image description here

心动不如行动,感兴趣的同学可以自己动手操练一下。5月18日,Coding Dojo结对编程, 第二期仍在图灵公司举办,感兴趣就来参加吧。来之前可以提前了解一下第二期的主题

现场coding

enter image description here

enter image description here

enter image description here

enter image description here

活动参与者自愿结组,两个人在电脑前面用TDD结对编程,一个是驾驶员,一个是领航员。驾驶员需要清楚地向大家介绍自己下一步重构的思路,领航员补充。在场的人都可以通过投影仪看到重构过程。每隔5分钟换一个人来结对编程。在结对编程的5分钟内,驾驶员和领航员随时互换角色,用最简单省事的办法完成单元测试。

enter image description here
最后的欢乐ending照。

推荐图书

最后推荐给大家几本图书。

enter image description here enter image description here enter image description here enter image description here enter image description here