經過最初一段時間的摸索，算是對目前自己所接觸的東西有了一些粗淺的認識，現在先做個總結，梳理一下這段時間的收穫。
目前所在的項目的是數字對講機，這玩意基本沒什麼概念。以前倒是有用過模擬對講機，就是簡單的調頻，接收，通話，這就是對其一個印象。
故而，在開始上手這個的時候，很是找了一段時間的資料，來查看數字模式的對講機，有什麼優勢，以及一個初略的瞭解，但是，經過了幾天的查找之後，
發現，國內關於這個數字模式的對講機的介紹，很少。市場上的產品，也是基本沒有幾個數字式的。所以在那時，對於它的需求，並沒有一個專業的概念。
7月份進入公司，開始並沒有立即讓我和另一個同學上手，而是先讓我們做一個在當時項目平臺上的一個計算器。---這似乎是個傳統，因爲在我之前的另外幾個同學，也是從
這個計算器的設計開始入門瞭解項目的，另外補充一個，對於當前的我們這個團隊，沒有一個有經驗的前輩，帶領我們這一羣人，確實是一個很大的硬傷，因爲我們所有
人都不知道，在這條技術的路上，應該怎麼走，哪裏有危險，什麼要注意，完全要靠自己的摸索，這既是一個機遇，更是一個挑戰。----或許對於VC上來說，這個算是很簡單，
但當時，着實讓我頭昏眼花了一陣子，到如今，項目中的很多東西，依然沒有完全搞清楚。最開始，看代碼，看文檔，相關函數說明，還有代碼規範，瞭解設計思路，瞭解
系統所用的函數功能……等等等等這些東西不一而足，每天很憂心，也很充足。
計算器的設計很是失敗，無論從界面還是功能完備來看，都不是一個成功的例子。界面上，有個三行顯示，初看還不錯，但是第一次運算後，所得結果就無法轉入第一行，清空
第三行的結果行；功能上，完全拋棄了符號判斷，即只是無符號數運算，而且還是整數，着實失敗。後來截止日期一天天臨近，無奈，只能用另一個同學的代碼了，雖然在其中
是吸收了他的思路，並完全實現了功能，但與我來說，這始終是個不忘的疙瘩。
即便是這個可行的版本，其實現在看來，確實有很多需要改進，也可以改進的地方。當然，改進的地方，更多的是界面效果上的改進。
界面上，當時方便計，只採用一行計算，功能上依舊是整型運算。
在這之後，則是對講機需求當中的遙斃激活功能和狀態查詢，我負責遙斃激活模塊。功能說明，遙斃大概是講可以發出指令使指定對象關機，且若無激活指令，對象無法開機；激活就是讓對方可以開啓機子。
我所在的團隊，由於都是新人，只是新的程度略有不同，所以在公司的規劃中，我們這邊是隻負責進行MMI設計，即界面處理，在上層將用戶操作傳遞給下層，底層的不由
我們負責。
這一次，在心裏其實憋着一股氣，覺得自己沒那麼差的，要是這一次在沒弄好，那真的是天分不足，可以捲鋪蓋回家了。
這次的模塊跟計算器不同，比之更進了一步，在系統級別上來講，因爲需要進行交互，向系統發送消息，接收系統回覆消息並處理。在這個時候，對於整個系統的瞭解，其實還沒有多大的長進，之後看了一本書，才覺得茅塞頓開。
由於功能明確，在界面上，就沒那麼花哨了，相對來說，比前一次的進度要快多了，2天就把界面徹底完成（其實算比較慢了），後面則是根據其他模塊的模式，去糟取精，
編寫相應的流程，就算是完成了，而在這一過程中，則是主要去了解一個由上自下的程序流程，在腦海中留下一個清晰的流程圖，知道層次結構，知道消息傳遞的具體來龍去脈，在哪裏等待迴應等等。
現在回想過來，突然覺得這是不是一個 由點及線，由線至面 的過程，或許在等待一段時間的摸索，就會有一個更深刻的瞭解。
先到此 要睡了 不知道明天會不會繼續寫。。。
20110920 夜 23：30