谈小步快跑

本文约 500 字,阅读需 1 分钟。

突然觉得需要好好理解一下小步快跑的含义,因为最近的工作就是一个需要小步快跑的工作。

经过一段时间的摸索之后,我觉得当前工作可以分为四个阶段:

  1. 接入,踩一遍可能遇到的坑,积累开发经验,证明性能和跨平台的可行性

  2. 优化,抹平两端逻辑的现有和历史差异,按照最佳实践进行后续开发

  3. 完善,把框架本身从一个裸体封装成适合业务的、能让其他人快速上手的工具,比如各种基础库、文档等

  4. 推广,放到一个更大的平台,让更多人使用和反馈,谨慎地修改,从一个框架升级成一个方案

这个过程中,最要警惕的就是"`完美主义`",如果第一阶段就瞻前顾后,考虑优化、完善的事情,只会无限拉长第一阶段的时间。小步快跑就意味着一种牺牲,第一阶段,可能有很多妥协的设计和代码,但是消灭他们是第二阶段的工作,所以要容许他们的存在。

小步快跑,重要的是一直在跑。起步阶段,鞋子不好、装备不齐也没关系,要相信开发人员是会在这个过程中成长的,重要的是正反馈迭代优化的双向循环一直工作。

总阅读量次。