1、libimobiledevice原理是破解itunes和iphone通訊後，實現了該協議。itools也是用這玩意；
1.1、通過使用make命令執行makefile檔案，從而libimobiledevice整個工程編譯成多個可執行檔案，
拿到裝置(uuid,裝置名稱，裝置字元模型，cpu架構，網絡卡資訊，系統版本等一切硬體資訊）、對整個裝置進行備份，獲取時間，截圖，
1.2、libimobiledevice提供豐富的api，需要大量的時間研究，才可以運用；
1.4、可以從ios助手開發類似於pp助手入手，裡面提供很多gamebench用到的服務，和相應的介面；
2、通過class-dump逆向instrument生成相應的標頭檔案，得到相關類和函式，從而得到github開源的traceutility**
通過解析instrument工具儲存.trace檔案，通過traceutility工程執行.trace檔案能夠讀取到cpu使用率，流量,fps,rss等效能資料，
由於instrument api經常變動，尚未成功，今天發現的，明天還需要再次嘗試；
3、執行dtxmsg 通過ida事件排程器攔截instrument server 與 macosx的通訊訊息，最終由於作者更新ida sdk 7.2版本，沒有而失敗；
5、相當重要的動態庫：window上使用itunesmobiledevice.dll，mac上使用mobiledevice.framework框架
5.1、libimobiledevice (在gnu / linux上提供相同的功能)
5.2、mobiledevice (命令列實用程式，用於與mobiledevice framework互動)
5.4、mobiledeviceaccess (與上面類似，但用objective-c編寫)
5.5、mobiledevice.h (舊的逆向工程頭，用於與mobiledevice庫連線,ios-deploy使用此標頭檔案)
7、需要很多逆向的知識，這方面資料非常少，做這塊時，無論國內外，翻遍了google，baidu都沒太多合適的資料；
關於開發計畫
經過幾年的開發經歷，你會發現開發計畫往往是趕不上變化的，很多時候我們過分的強調了計畫的神聖性，計畫是不可隨便改變的，出現了延期就會遭受懲罰，造成的結果就是計畫和實際的脫離，從計畫上看都按時完成了，實際上這都是假象，因為開發實踐才是真實的，這樣我們就失去了乙個對開發活動正常反饋的途徑。我的觀點是計畫只...
關於敏捷開發
前一段參加了北軟教育的乙個 敏捷開發技術 的培訓，一直沒來的總結一下。剛好結合最近的專案，把老師提到的應用了一把，感覺還不錯。敏捷的特點 1 小版本發布 可以給開發人員持續的成就感 2 測試驅動開發 3 持續整合 4 重構 獲得更好的 結構 5 結對變成 最好選取水平相當的兩人 一定要是交叉結對 6...
關於敏捷開發
scrum 英式橄欖球爭球隊 軟體開發模型是敏捷開發的一種。scrum的基本假設是 開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發 創意 嘗試錯誤。scrum 將軟體開發團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳典範與技術，具有高度自主權，緊密地...