給大家講一段比較久遠但延伸到現在的悲慘往事：
1. 開源核心一年以前，因為乙個專案引進了乙個比較出名的開源軟體，然後我們基於自己的業務對此開源軟體進行審核，看是否符合我們的需求。在了解其開源架構後和簡單的使用後，改造方案也確定下來：依然採用此開源軟體的核心（也是業界很出名的），只是要對介面和業務進行改造。
在風風火火的乙個季度裡，我們基於自己的需求終於完成了產品改造。但是投入測試後卻發現了致命的問題，（這個產品核心實現是依賴於硬體的）對於不同的硬體平台穩定性很差，甚至正確率都偏低。起初我們認為應該是我們引入的**和邏輯影響了原有程式的穩定性，但是在進行仔細的**審查和驗證後排除了自身的問題，於是對原有核心進行相同條件的測試，癥結找到了，是開源核心本身的問題。
這種情況下，我們的專案組遭受了嚴重的失敗和問責，我們也總結了自身犯下的最大錯誤」引入開源不利，考察開源不全面「。我們幾個比較推崇大膽引入開源軟體的人也遭受到了反開源派的」***「。
2.windows自身元件---商業軟體核心
此後我由於別的專案離開了此專案組，專案依然由他人進行著二次開發，去年中後期，產品成功發布，但是此後常常聽見客服和市場反饋來的壞訊息」不穩定「。終於在年底前乙個月，公司決定對此產品下大力氣整改，於是我又接手了，這時的程式核心已經換成了windows提供的元件，只是按要求呼叫windows的api就行，我接受的任務是審查**和元件呼叫的正確性，我在閱讀了大量的文件和審查**後，實在沒發現大的問題，於是只是完善了此元件的一些額外呼叫，增加了部分錯誤處理和日誌輸出後就很自信的轉向了乙個商業軟體核心的api呼叫實現，在**完成後。在實驗室進行大規模測試後發現此核心對部分版本支援性很好，但是對部分版本支援性不好。而且又由於使用此核心需要安裝此商業軟體，在這種並不好的情況下公司為了規避授權問題最後放棄了此商業核心的使用。
3.再次轉向windows自身元件
對於很多人來說，寧可懷疑身邊的人也不會懷疑windows吧。於是公司又決定投入人力進行windows元件使用的仔細研究和對之前**進行仔細審查。這次投入的是公司的另乙個攻堅高手，我作為輔助人員進行支援。這位同事在接手專案後第一件事就是對**進行重構（聯絡我前面的文章：怎樣平衡c++專案的設計），然後又擴充套件了幾處windows api的呼叫。然後也很自信的讓產品投入測試，但是測試情況仍然不理想，於是一直修改**，擴充套件呼叫，直到今天，我用windows自身實現的元件呼叫進行測試，才發現了問題」是windows自身元件支援不好「。
4.下一步，我們想走自己的路，但是還有時間嗎？
看看我們走過的路
敢於懷疑SEO是你進步的前提條件
伽利略如果沒有敢於懷疑亞里斯多德，也不會發現自由落體定律，其實做seo同樣需要懷疑的精神，只有敢於懷疑才能人你成長 成功，sewww.cppcns.como是個沒有固定規則的行業，懷疑是你進步的前提條件，如果你還在發愁自己 沒有排名 如何提公升排名，那麼就讓我們一起來懷疑吧。首頁現在的標題對於核心詞...
敢於堅持 敢於拼搏
最近讀了些書，在此簡略地概括了一些成功人士前期經歷過的挫折，希望下面的短故事可以給那些懷著夢想奔跑的人帶來前進的力量。他剛上初中的時候，父親因勞過度不幸染上肺病，他一邊照顧父親，一邊拼命溫習功課，然而父親還是沒有熬過去。作為長子，他不得不無奈地結束學業，挑起贍養母親，撫育弟妹的重擔。他的第乙份工作是...
站在巨人的肩膀上 同時要懷疑巨人
時刻保持懷疑的態度。題記 站在巨人的肩膀上很重要，但是要看清誰是巨人，跟著巨人做重要，但是一定要原原本本的看清楚，照著葫蘆畫瓢，最可怕的是沒有照著，或者站在了巨人出錯的地方。當在myeclipse這個ide彈出一些檢查更新的視窗的時候，這個錯誤貌似看過高人操作過，當時是毫不猶豫的去掉了專案中buil...