我做了接近4年的qa，在去年年底跟公司解約，並開始尋找新的工作，由於早就有了轉型產品的打算，在尋找新的工作時特意偏向了這個方向，很巧的是，在獵頭小姐姐的引薦下，與當前的專案組負責人一拍即合，直接決定入職。雖然是從甲方跳到了乙方，但是對於我來講是值得的，因為這裡給了我乙個轉型的機會，與我的自我規劃不謀而合。
進入到專案組後，因為專案組需要並且又有個人的規劃影響，在工作時會或多或少的給我安排一些產品的工作，這裡我要說的一點就是，我還未從qa的維度跳出來，每次做產品相關工作的時候，大部分思考的角度還是用qa使用者的角度來思考，這其實很容易陷入誤區，就是廢了這麼大的功夫來做某些工作，那麼是否會獲得正向的回饋，所花費的成本是否值得。
我手上當前在做的工作是給地圖增加乙個點聚合的功能，想著正好借這次機會把這裡優化掉，然後就花費了大量的時間去跟資料方溝通。溝通下來發現，這是由於mongodb底層提供的位置座標查詢方法導致的，他們用的方法如下：
18}9}10 }
資料方告訴我說「規則是mongo決定的，沒辦法把資料打散」，這我是不認同的，我提出了兩個假設方案：
一、按照地圖區域中心點來排序，可以避免座標點邊緣化；
二、在前端根據地圖層級的不同，分頁後每一頁的資料量不同，這樣用數量的增加來達到座標點均勻分布的效果；
肯定有辦法可以實現這種資料均勻分布的效果，更何況市面上又不是沒有先例。
我花費了接近一天的時間去查閱mongodb裡的地理空間索引，最終找到了這一篇【文中提到了可以用座標加半徑的方法來實現排序，這驗證了我之前的假設。
然後我又跟多個好友去討教、跟技術負責人去討論方案，在最終快的出結論的時候，技術負責人說了一句話點醒了我：「你打算做的這個功能，有沒有資料支援該功能是高優先順序且必須做的？」
我直接傻眼，確實這塊的工作我沒有考慮到，我之前的思維方式一直是按照「有問題就要改」的qa思維，那麼再跳出這一點來想想，參考一下api的熱量資料，發現這個功能的實際使用率很低，那我之前花費那麼多時間做的工作，起始是能效很低的，還好他及時提醒了我，避免後後面專案組資源的更大浪費。
當然並不是說這個功能不值得修復，而是在當前情況下，沒有必要去花費過於多的資源來做這個事情，因為收益很低，低到幾乎沒有，那就等於一拳打在空氣上，相比較來講，把資源投入到能見到使用者反饋的功能上更好，能效最大化。
所以不管是什麼崗位，在你轉型的時候，一定要想想你當前的工作思維是否跳出了以前的工作經驗？
一定要以目的來驅使投入，這樣才能更高效。
}}
你的企業一定要轉型嗎？
近幾年，隨著資訊科技的快速發展，各種新概念新技術新平台層出不窮，一會雲計算，一會移動網際網路，一會o2o，一會大資料，除了五花八門還有亂七八糟的，更有一些唯恐天下不亂的說法，比如傳統企業不轉型就等死諸如此類的，可能有很多的老闆確實慌亂了，其實他們也搞不清自已為什麼要轉型？轉成怎麼樣的？於是就急病亂投...
一定要畢業！
我不喜歡微電子這個專業，不喜歡硬體。但其實我也不討厭。但是，我喜歡計算機軟體，網際網路，我以後的工作肯定是程式設計師的啊！我不想複習，不想學量子力學，不想學固體物理，不想學數位電路，真的不想！不想考試！但是沒辦法啊！該死的命運啊！我程式設計還沒學好，卻要花時間去學這些我以後根本就不用的東西啊！不願意...
跳槽一定要謹慎
又到年終了，想必很多人又在預謀來年換個環境，以求改變現狀。不知大家都是從那些方面來選擇新環境的？1 不要指望會一下子能夠跳到多麼好的公司，絕大多數公司都乙個樣子。比如用友 金蝶 亞信 神馬這些公司，其實基本上乙個樣子。2 不要一味的指望進大公司，大公司基本上都形成了自己的規模和體制，雖然進入待遇和福...