難受啊，這個點守著發布，發布完還發現了bug，還在統一處理發版中，估計還要等段時間
其實都是細節，不夠認真，或者可以說經驗太少，沒踩過坑，都是mybatis sql語句失誤
1.今晚的
起因：一條sql語句執行時間過長，查詢原因是left join一張表時間耗費了一半多時間，於是我打算分成兩個sql語句查詢，
left join單獨拎出來，這樣執行主查詢就快很多，在分頁查詢count的時候就節省了很多時間，分頁好了，我們將查詢到
的關聯id放入list裡，再執行left join裡的語句，簡單方便的實現了優化效果
結果：得到了關聯id的list，我為了避免for多次連線資料庫，所以用in一次查詢出來，關鍵來了，id的list為null，整條sql
崩潰。想的不夠嚴謹。
2.前幾天的
if(store.gettype == storetype.in)else{
return 2;
理想是返回1的，因為資料庫就是in，但奇怪的現象發生了，為什麼是2呢？
一串類似這麼簡單的**，會有什麼影響到了呢？看下前後邏輯**，沒有問題啊。看難道if else都會有問題？
去測試環境看看日誌，進入的確實是2裡面的**，難道有人覆蓋了我的**？
去部署測試的分支看看，**和我的一樣啊。
這麼簡單的邏輯，這麼簡單的**， 不報錯，感覺自閉了啊。
結果：瀕臨之際，靈光一閃，會不會type這個值沒返回啊，畢竟這是mybaties自定義sql，果然。。。。。。。。耗了我半小時
整理的一些Bug
前言 最近在學c 因為公司要求，以前從沒接觸過c 但是來到這個公司公司的人要我負責c 的乙個工程，所以沒辦法，學唄，難道不是很難，現在的學習環境也很好，直接就上專案，這樣學起來會很快，這篇部落格是將我所遇到的一些bug整理一下，以回顧回顧。1.無法顯示額外的 分析警告或錯誤 在使用vs2005編譯程...
最近的一些感想
第一次出差，感覺就是客戶最急迫的事情就是解決他們的現場問題，經過qa的多次測試來發現其中可能存在的隱患，並解決他們，為量產做好準備。然後就是如果有經過測試的rom.bin最好儲存乙份，以免在更新軟體之後測試出問題，不知道什麼原因，然後又無法恢復到以前的測試版本，出差需要帶一些筆，紙之類的東西，記錄一...
最近的一些事
前段時間，工作不是很忙，閒暇的時候，做了很多自己喜歡做的事情。組內乙個技術很厲害的員工，要離職了，給我們分享了他的很多東西，我們收穫很大。有的同學已經開始自己創業了，想邀請我加入，但是我現在確實還沒有那個信心。自己買了很多書，再一次把自己定位為乙個技術人員，開始堅持不懈的專研技術。身體素質大不如以前...