最近在做项目的时候，脑子一抽，想着先干大活还是小活，区别大不大？我就琢磨着试试看。
为啥开始这个实践
我在公司负责一个网站优化项目，领导天天催进度，要求我快速上线几个新功能。第一个功能是加个搜索系统，这可是个大活，需要整数据库、接口啥的，我估摸得两周搞定。领导说先做大再整小的，省时间。我信了邪，拍板就开干。
第一步，我直接撸起袖子搞搜索系统。先找了几个同事开碰头会，大伙儿商量好方案。我撸代码建数据库表，吭哧吭哧敲了半天，可数据库老报错，来回折腾好几次才整明白。搞接口时更头疼，连不上服务器，调试到深夜十二点，差点把键盘砸了。总算上线，花了整整三周，结果用户反馈一堆bug，还回滚重来。
换招尝试小活
被这大活整晕了，我心想不行，下次换小活试试。第二个功能是加个页面按钮，就是点一下能显示信息的小模块。这回我先挑了这个小的干。动手前，我就用纸笔记下步骤：先设计按钮样式，再写简单JS代码，测试一下。
周五下午抽空开始，一步步弄。先改CSS样式，调颜色和位置，过程顺畅，没卡壳。然后写JS代码，就几行命令，连调试工具都不用开，十分钟搞定。测试时自己点几下，完美运行。整个花了半天时间，上线后用户反响挺没出问题。
回头比较区别
两个都搞完了，我坐那复盘。大活和小活区别真大！大活像爬山，一步三爬，小活像走路，轻飘飘不费劲。
- 关键点就这几点：
- 大活容易卡壳：一动数据库就掉坑里，调试半天，折腾人。
- 小活快又稳：代码量少，问题少，上线光速。
- 影响进度：大活做完了才敢碰小活，项目拖拉；小活做完就能立刻推进下个。
搞完了，我总算开窍。做项目别傻乎乎先怼大的，从小活上手更稳当。领导再催进度，我都优先挑小的来，省心省时间。
