项目中坑的出现往往是和需求的变动有关的
在日常工作中，我们不可避免的会接手维护老项目，或者将自己的项目交给其他人维护，这个过程中经常出现骂前任同事挖坑不填，被继任者骂留下太多坑情况。工作中我们未必有足够的精力去填平项目上遗留下来的坑（公司也不会给你太多时间做一些看不见产出的工作） 。那么，我想此时的善意便是不要把坑挖的更大，以及不要留下自己挖得坑。
讲个比较明显的例子
需求： 一个页面，需要显示 3 组不同类型数据，用的一个返回接口。并有一个同意/驳回接口
项目里用了个 TabActivity 带着 3 个 Activity （对应 3 个 Tab） 来显示 3 组数据。最大的不合理是，分别在 3 个 Activity 中都调用了一次数据获取接口，分别截取返回的数据中一部分进行显示，而 同意/驳回 的接口调用则放在 TabActivity 中。
一个Activity的事，用了TabActivity + 3 个Activity
不合理之处
（1）一个简单的页面本可以用一个 ListView 进行数据分组，却用了 3 个Activity进行组合
（2）用了 TabActivity ，但数据获取没有放在TabActivity 中而是分别放在 3 个子Activity中（重复）
后来需求更改：
需要在调用同意接口前，罗列展示部分重要数据（来源于数据接口） 而之前仅仅在子Activity中调用了 3 次数据请求， 同意 接口则放在了 TabActivity 中。
问题分析与解决
这样的做法事实上讲一个非常简单的页面给复杂化了，同时也极大地造成了资源浪费。
解决方法：重构页面，改用 Tab +ListView 进行分组数据切换
有感而发，愈加感觉技术之路漫漫兮。。。
