摘要: 需求的沟通 开发方与业务方之间最常见的沟通是关于需求的。业务方描述他们认为自己需要的东西,程序员按照自己理解的业务方表达的需求来开发。 在现实里,关于需求的沟通是极其困难的,其中会出现各种问题。 过早精细化 做业务的人和写程序的人都容易陷入一个陷阱,即过早进行精细化。 1、不确定原则 每次向业务方展 阅读全文
posted @ 2018-12-10 09:30 TanSea 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 编程柔道场 卡塔:编程卡塔是一整套敲击键盘和鼠标的动作,用来模拟编程问题的解决过程。 瓦萨:两个人的卡塔。一个人负责攻,另一个人负责守。 自由练习:很像由两个参与者解决问题的瓦萨,也可以有多人参与。 自身经验的拓展 职业程序通常会受到一种限制,即所解决问题的各类比较单一。老板通常只强调一种语言、一种 阅读全文
posted @ 2018-12-10 09:23 TanSea 阅读(169) 评论(0) 推荐(0) 编辑
摘要: 此事已有定论 TDD绝不仅仅是一种用于缩短编码周期的简单技巧。 每个开发人员都要适应和掌握TDD。 TDD的三项法则 1、在编好失败单元测试之前,不要编写任何产品代码。 2、只要有一个单凶测试失败了,就不要再写测试代码;无法通过编译也是一种失败情况。 3、产品代码恰好能够让当前失败的单元测试成功通过 阅读全文
posted @ 2018-12-10 09:19 TanSea 阅读(91) 评论(0) 推荐(0) 编辑