第36页 10 曳光弹
- 章节名：10 曳光弹
- 页码：第36页
适应场景：新项目 特别是当构建从未构建过的东西 传统而繁重的做法：划分模块 真空编码 模块组合配件 配件组合应用。瀑布汗 -_-# 我这几天老琢磨的怎么避免pull request的commit过大 就是这么一套路 曳光开发就是先行开发骨架，调整好骨架，逐渐充实基本结构，并行地扩大或替换曳光代码的各个组件，它是一个从功能不全到功能齐全的过程，确保它尽早跑起来。因为有了环境，新代码一旦通过单元测试可以立即集成，而不是大爆炸式的集成（哈 commit过大问题迎刃而解）。 所以 曳光弹其实是「自顶向下」
57人阅读
大句哥哥对本书的所有笔记 · · · · · ·
-
第20页 7 重复的危害
现代程序员应该都是有一个最基本的底线：DRY（吧？！），不过随便瞄一个多人协作的codebase，...
-
第32页 8 正交性
消除重复的关键就是拆得小 拆得独立 解耦 内聚 「Eliminate Effects Between Unrelated Thing...
-
第36页 10 曳光弹
-
第40页 11 原型与便笺
需要与trace bullet 区别开 prototype并不关注产出代码，写出来的代码甚至不会进入最后的code...
-
第70页 18 调试
「Fix the Problem，Not the Blame」 -_-#，遇到「前人挖坑 后人吃翔」的情况，总不会一点bla...
> 查看全部12篇
说明 · · · · · ·
表示其中内容是对原文的摘抄