前一段時間剛完成乙個專案的開發工作，期間踩了許多坑，特此記錄。
專案簡介：
專案是一家外國銀行的pos機支付應用開發。pos機是android系統，因此屬於android專案開發。該專案由銀行提供後台介面，我們只需要進行pos端的開發。
團隊簡介：
由於我們部門是主要做android技術支援的，沒有全職的應用開發工程師，因此從其他部門拉了兩個苦力過來，專案經理也是其他部門臨時借來的。因此，專案經理僅初期分配任務後就很少出現，其他部門的開發人員開發完成後就去忙其他專案了，後續的測試、聯調都是我來的。
專案難點：
1、pos機的支付應用需要過卡組織的認證，需要過許多測試案例，因此需要了解emv知識，在公司是有專門的emv團隊負責，但不能全靠他們，因此需要掌握部分的emv知識。
2、支付應用的結算功能應該是所有交易流程中難度最高的，該交易需要統計本批次所有交易的資料並上傳，如果資料和銀行後台對不上，還需要把本批次的所有交易逐一上傳，進行對賬。
專案坑點：
1、專案經理前期沒有和客戶做好溝通，導致後續客戶不斷的更改需求，改到懷疑人生。
2、人員不固定，導致後期客戶一有bug就找我，我得先看一遍同事的**才能對**進行修改。
3、無法直連銀行後台，我們的測試方式是，我打包apk發給客戶測試，客戶測試有問題的時候，在裝置上匯出日誌發給我，我再看日誌查錯。
4、在開發的同時，我還有技術支援工作，有時候技術支援工作幾乎就佔據了我一整天的工作時間，為保證進度，晚上得加班進行編碼。
防踩坑備忘：
1、人員不完備的專案盡量能推就推，鬼知道會有什麼坑。
2、在接專案前，好好評估下專案的難度、所需耗費的時間，再結合自身的能力、工作量，再決定是否接下這個任務，以及如何接，需要哪些資源。
3、開始開發前，一定要和客戶/專案經理確定所需的開發資料，開發測試環境等，最好自己在腦子裡模擬一遍開發的全過程，確保所提供的材料充足。
4、工作分配一定要分配清楚，各個成員各司其職，才能保證專案有條不紊的進行。
填坑備忘錄
以下內容是一些實際專案中遇到的很小的點，但卻有很大幫助的 場景 table某個單元格內容太多，導致table行高不一致，頁面不好看。解決辦法 關鍵 show overflow tooltip true 場景 小程式中自定義彈窗，並且彈窗中含有input,當使用者觸發input時，會導致手機自帶虛擬鍵...
填坑備忘錄（二）
2019年填坑備忘錄 二 場景 做tab滑動效果時，可採用css的溢位滾動實現，但怎麼隱藏掉那個自帶的滾動條呢？解決辦法 inner container webkit scrollbar 關鍵 webkit scrollbar 場景 但移動端有點選事件，點選的瞬間會有乙個色塊，長按也會出現。解決辦法...
PCI開發備忘錄
1.基於fpga的pci匯流排影象採集卡的設計與實現 範赫南 1 配置了主模式單週期發數 l pcicr 2 0 111b,設定pci9054工作方式為主模式。2 dmpbam 1b,設定本地端處理器訪問pci匯流排為儲存器方式或io方式。3 dmrr fff0000oh,設定本地端處理器定址空間是...