在《Growth：全栈Web开发思想》出版以前，请参考开源电子书《Growth：全栈增长工程师实战》与《Growth: 全栈增长工程师指南》。
在埃里克·莱斯的《精益创业》中提到了下面的精益环路：
而精益的思想是在生产过程中减少的浪费，在软件开发的过程中最容易造成浪费的就是：
- 业务人员对于市场的理解不一致，导致做不出用户所需要的产品。这部分可以通过精益环路来提高。
- 开发人员对于需求的了解不清晰，导致结果与业务人员所需要的不一致。这部分则可以通过改善流程来解决。
- 开发人员与第三方开发商的沟通问题。呵呵。
- 团队内部的沟通与集成问题
当我们讨论全栈的时候，我们就是想解决沟通带来的时间浪费问题。沟通不畅最好的例子就是巴别塔：
而前后端分离带来的第一个痛点就是：集成。如果你和我们一样采用敏捷开发流程的话，你就可以很容易看到这个问题了：
当你已经完成前端功能的时候，后端还没完成。你可能就需要开发额外的业务卡，最后等后端完成时再回来集成。尽管我们会在实践上使用基于契约的开发模式：
但是一旦我们发现最初的契约不符合我们要求的时候，我们就需要重新修改前后端。这时对接这个 API 的人，就需要放下手头的工作来更新这个 API。
尽管你们已经采用了迭代式开发，但是前后端分离在一夜又将软件开发放到了解放前的瀑布流：
在我最初的项目里，我们采用全功能团队的模式，主要是因为团队小——小的团队一遇到一两个人请假，就可能会出现风险。尽管后来我们的团队从6个人变成了12个人，我们仍然采用这种模式。我们采用结对编程是一个方面，另外一个方面是：团队里就需要有一个人来专门解决各种大小事务。如持续集成有问题、自动构建出错、测试有问题等等，没有人愿意专门去做这样的事。
本文总结了正在撰写的《Growth：Web开发思想》里提出的一系列实践，为18个步骤:
- Tasking，即将目标切换成一个个小的任务，而这些任务尽可能的遵循 SMART 原则，如这里的 18 个步骤。
- Setup，搭建开发所需要的基本环境，并尽最大能力地去练习 IDE 及操作系统等等日常工具的使用。
- UI Prototype，可以使用简单的使用 UI 工具来创建 Web 页面的原型。
- Technology Decision，能根据我们的能力以及项目的需要，选择合适的工具。
- hello, world -> Boilerplate，能自己搭建或者寻求一些比较好的 应用模板。
- Build Pipeline，可以设计出整个应用的构建流程，如依赖包管理、运行服务、执行语法检测、运行测试等等。
- Coding，至少能使用两门以上的语言，一门是 JavaScript，一门是编译语言。光只有动态语言，无法让你理解计算机语言的。
- Testing，可以编写单元测试、服务测试、UI自动化测试。
- Deploy，可以完整将应用部署到服务器上。
- Auto Deploy，要会在本地敲个命令，自动部署新版本的应用到服务器上。
- Analytics，不仅仅要知道很多用户喜欢这个功能，还要知道为什么。
- Optimization，即要知道程序中哪里用得多，又要能对代码进行优化。
- Continuous Intergration，除了学会使用持续集成工具，你还要学习什么是持续集成。
- Continuous Delivery，就是缺少一个在持续集成与自动化部署之间的按钮。
- Continuous Deployment，将持续交付的按钮变成自动化就完了？你要改变的不是代码本身 ，还有组织架构。
- SEO / ASO， 将用户导向你的应用是一门艺术。
- Retro，由输出结果来改入输入流程，这才能提高组织和自身的水平。
- Refactor，你以为只有代码和架构可以重构么？
即将目标切换成一个个小的任务，而这些任务尽可能的遵循 SMART 原则，如这里的 18 个步骤。
- 具体的
- 可度量的
- 可实现的
- 相关的
- 时间可控的
搭建开发所需要的基本环境，并尽最大能力地去练习 IDE 及操作系统等等日常工具的使用。
至少达到下面的基本要求：
- 有一个上手的 IDE 或者 编辑器
- 熟练使用包管理
- 使用快速启动工具
- 有一个好的命令行工具
- 熟练使用Git 或者 SVN
可以使用简单的使用 UI 工具来创建 Web 页面的原型。
你应该会下面的这些内容：
- 使用 UI 工具来设计原型
- HTML + CSS
能根据我们的能力以及项目的需要，选择合适的工具。
至少要有：
- 后台MVC框架
- 数据库
- UI 框架
能自己搭建或者寻求一些比较好的应用模板
因此，你应该到 Web 前后端有一个明确的概念。
可以设计出整个应用的构建流程，如依赖包管理、运行服务、执行语法检测、运行测试等等
你需要设计出这样的一个系统：
- 能帮助你提高开发效率
- 能帮助你提高代码质量
- 帮你运行各种测试
至少能使用两门以上的语言，一门是 JavaScript，一门是编译语言。光只有动态语言，无法让你理解计算机语言的
编码需要这么一些步骤：
- Kick Off
- Tasking
- 获取最新的代码
- 实现功能
- 编写测试
- 重构
- 本地提交代码
- 获取最新代码
- 运行测试
- 提交代码到远程服务器
- 等到 CI 构建完成
可以编写单元测试、服务测试、UI自动化测试
因此，你必须知道测试的基本类似：
- 状态测试
- 行为测试
可以完整将应用部署到服务器上
你至少需要：
- HTTP 服务器
- CGI 或者类似的服务器
- 进程管理工具
- 语言版本管理工具
在本地敲个命令，自动部署新版本的应用到服务器上。
熟悉使用自动化配置管理工具，如 Ansible、Salt Stack 等等来改进部署流程
不仅仅要知道很多用户喜欢这个功能，还要知道为什么。
除了使用诸如 Google Analytics / Piwik 这样的工具，对于日志来说你还需要有：
即要知道程序中哪里用得多，又要能对代码进行优化。
可以结合 New Relic 这样的 APM 工具进行性能分析。
除了学会使用持续集成工具，你还要学习什么是持续集成。
至少你应该熟练使用免费的开源集成工具：Jenkins
就是缺少一个在持续集成与自动化部署之间的按钮。
持续集成完成后，你还需要：
- 自动部署代码到测试环境
- 运行集成测试
- 发布最新的包
将持续交付的按钮变成自动化就完了？你要改变的不是代码本身 ，还有组织架构。
最简单的实现就是 GitHub Pages 了。
设计系统的组织，其产生的设计等同于组织之内、组织之间的沟通结构。
将用户导向你的应用是一门艺术。
知道 PageRank 么？
由输出结果来改入输入流程，这才能提高组织和自身的水平。
Make it Right, Make it Better
你以为只有代码和架构可以重构么？
