岗位转型，一定要跳出固有思维

我做了接近4年的QA，在去年年底跟公司解约，并开始寻找新的工作，由于早就有了转型产品的打算，在寻找新的工作时特意偏向了这个方向，很巧的是，在猎头小姐姐的引荐下，与当前的项目组负责人一拍即合，直接决定入职。虽然是从甲方跳到了乙方，但是对于我来讲是值得的，因为这里给了我一个转型的机会，与我的自我规划不谋而合。

进入到项目组后，因为项目组需要并且又有个人的规划影响，在工作时会或多或少的给我安排一些产品的工作，这里我要说的一点就是，我还未从QA的维度跳出来，每次做产品相关工作的时候，大部分思考的角度还是用QA用户的角度来思考，这其实很容易陷入误区，就是废了这么大的功夫来做某些工作，那么是否会获得正向的回馈，所花费的成本是否值得。

由于App中有一个功能是需要展示出地图上查询到的坐标点，我们在拿到数据提供方的数据后，会进行分页，然后拿取首页数据展示在地图上，当地图层级比较高（地图比例尺比较小）的时候数据分布显示还算正常，但是地图层级显著降低后，发现所展示的坐标点都呈现靠某一边或者某一个角来分布。

我手上当前在做的工作是给地图增加一个点聚合的功能，想着正好借这次机会把这里优化掉，然后就花费了大量的时间去跟数据方沟通。沟通下来发现，这是由于mongoDB底层提供的位置坐标查询方法导致的，他们用的方法如下：

{
    <location field>:{
        $geoWithin:{
            $geometry:{
                type:<"Polygon" or "MultiPolygon">
                coordinates:[ <coordinates> ]
            }
        }
    }
}

数据方告诉我说“规则是mongo决定的，没办法把数据打散”，这我是不认同的，我提出了两个假设方案：

　　一、按照地图区域中心点来排序，可以避免坐标点边缘化；

　　二、在前端根据地图层级的不同，分页后每一页的数据量不同，这样用数量的增加来达到坐标点均匀分布的效果；

肯定有办法可以实现这种数据均匀分布的效果，更何况市面上又不是没有先例。

 

我花费了接近一天的时间去查阅mongoDB里的地理空间索引，最终找到了这一篇【https://mongoing.com/mongodb-geo-index-1/】，文中提到了可以用坐标加半径的方法来实现排序，这验证了我之前的假设。

然后我又跟多个好友去讨教、跟技术负责人去讨论方案，在最终快的出结论的时候，技术负责人说了一句话点醒了我：“你打算做的这个功能，有没有数据支持该功能是高优先级且必须做的？”

我直接傻眼，确实这块的工作我没有考虑到，我之前的思维方式一直是按照“有问题就要改”的QA思维，那么再跳出这一点来想想，参考一下API的热量数据，发现这个功能的实际使用率很低，那我之前花费那么多时间做的工作，起始是能效很低的，还好他及时提醒了我，避免后后面项目组资源的更大浪费。

当然并不是说这个功能不值得修复，而是在当前情况下，没有必要去花费过于多的资源来做这个事情，因为收益很低，低到几乎没有，那就等于一拳打在空气上，相比较来讲，把资源投入到能见到用户反馈的功能上更好，能效最大化。

所以不管是什么岗位，在你转型的时候，一定要想想你当前的工作思维是否跳出了以前的工作经验？

一定要以目的来驱使投入，这样才能更高效。

{<location field>:{$geoWithin:{$geometry:{type:<"Polygon" or "MultiPolygon">coordinates:[ <coordinates> ]}}}