今天工作進展不大，主要時間都被這兩件事情給佔了：
第一件事：前天測試部提出我們的乙個模組中，流程修改邏輯和儲存邏輯有不合理的地方。我和乙個同事一起研究了一下現象和相關的**，也「拿出了一套解決方案」，於是同事按照這個解決方案開始動手。結果是昨天測試的時候，出現了bug，這個bug就是那個「解決方案」所引發的，直到今天那個「解決方案」帶來的bug還是沒有完全的消除。
這個事情告訴了我設計的重要性。其實，我們組對設計還是看得很重的。一般的做專案的時候，我們都是詳細研究和討論需求，然後分模組進行從邏輯到物理的一系列設計，並做一定的風險評估。這件事情是發生在專案已經做完的情況下，而且是起源於乙個很小的設計上的不周全。由於對這個問題的不重視，沒有對修改可能帶來的影響做深入的研究和設計，就貿貿然開始動手修改，結果引發了一系列的bug！以後一定要多多重視設計，深入研究了以後，才開始動手。看上去好像花費很多的時間，但是實際上是非常值得的！
第二件事：前一段時間，由於公司的整體戰略考慮，需要把我們應用產品模組中的一些控制項換成公司拳頭產品使用的控制項，這些控制項由公司統一的乙個組來開發和維護，我們只能拿到控制項庫，拿不到原始碼。問題出現在，這個控制項開發組沒有提供文件來指導使用控制項的使用者。我研究了新控制項庫的標頭檔案，並寫了乙個測試程式來模擬我們的模組，並嘗試替換新控制項，結果是發生了一系列錯誤，每次出錯都跑去控制項組求援，然後由他們看他們的源**，到底發生了什麼錯誤，其實我發現都是風格啊，呼叫函式次序啊之類的小問題。幾經周折，終於測試程式通過了。然而，把測試程式搬到公司的產品框架中時，又出現了詭異的錯誤，而控制項組由於昨晚加班，今天沒有來公司......我無語！！
這件事情說明了文件的重要性。如果控制項組提供了完備的文件，同時放出乙個demo，我想我可以很輕鬆的完成任務，一來我可以節省很多時間，二來也不用麻煩他們來為我解決問題，雙方都有利！以後我的文件一定要好好寫！
mysql 事件做兩件事 同時做好兩件事的方法
2017年7月12日星期三 做事的常識 同時做好兩件事的方法 1 一次性培養兩種習慣。例如作者在遛狗的同時慢跑。上下班的路上，一邊走路一邊思考。同時養成兩種習慣不但能讓人堅持下去，還會更有成就感。如果想要放棄時，所想到的並不單單只是放棄一項習慣，而是同時放棄兩項習慣，放棄的時候也就會考慮良多，並感到...
浮點數的兩件事
總結，你應該記住的浮點數的兩件事 1 提供有限的精度的浮點數。浮動通常提供大約7位有效數字的精度值，和雙打提供大約16位有效數字。嘗試使用更多的有意義的數字會導致精度損失。注 佔位符零點不算有意義的數字，所以乙個數的22000000000，或0.00000033只佔2位 2 浮點數經常有小的捨入誤差...
最想告訴你的兩件事
有些人喜歡炫耀自己寫了多少多少萬行的 彷彿 的數量是衡量程式設計水平的標準。然而，如果你總是匆匆寫出 卻從來不回頭去推敲，修改和提煉，其實是不可能提高程式設計水平的。你會製造出越來越多平庸甚至糟糕的 在這種意義上，很多人所謂的 工作經驗 跟他 的質量其實不一定成正比。如果有幾十年的工作經驗，卻從來不...