最近一段時間接了乙個專案，於是找了兩個小夥伴一起做。做這個專案的過程中，不僅暴露的筆者的一些不足，同時也深深體會了到在乙個專案的開發過程中，隊友的能力及專案溝通的重要性。
暴露的問題
1.作為負責人，在需求的對接方面明顯不足，雖然大體方向是對的，但是細節之處卻沒有太在意，沒有與需求方進行更多的討論，最終導致細節之處經常改動，浪費了人力物力。
2.合作事宜未在事前討論清楚，比如合同，付款方式等等，導致最後工期延後和回款麻煩。
3.因為以前開發的小夥伴不在一起，都是直接在網路溝通。所以與小夥伴溝通需求時，導致乙個問題，我以為你懂，所以我沒有細說，最終做出來的功能有所出入。這是我這次專案乙個最大的體會，那就是不要自以為，一定要確保小夥伴知道你的想法。
4.小夥伴能你沒有很好的評估，雖然都是4年開發經驗，但是開發意識卻有很大的區別，這個是導致專案緩慢的原因之一，比如：
(1)前後端對接方面，乙個部門頁面的id表示方式。介面吐出給前端的是sectionid，但是更新部門的時候，後端卻要求section_id。同時在不同頁面之間可能還會出現id_section等不同的方式去表示乙個部門id，導致前端開發的時候，不斷吐槽。
理論上，同乙個頁面(或更多頁面)。乙個事物，只要乙個屬性去表示，不然會造成歧義。
(2)後端介面完全不做引數檢測，只管往資料庫插入更新，導致很多沒有必要的問題，導致後期返工。
(3)沒有模組意識，獲取部門資料等(多個頁面需要的資料時一樣的，而且就是做下拉資料)。竟然可以寫幾個這樣的介面。導致修改的時候，需要改動很多地方。這是導致低效的重要原因。
(4)邏輯不嚴謹，同時錯誤檢驗意識不強。
(5)介面說明文件與實際吐出的資料有出入。特別是介面查詢，如果查詢到空的時候，返回的是空字串(正常應該是陣列),這導致前端時常js錯誤。
(6)大量的鍊錶操作，後期不好維護
5.框架選擇不好，當然這個不是主要原因，專案畢竟小，用什麼框架都一樣。
6.時間不足，因為我們幾個本身有自己的工作，所以時間上不充裕。
....
總結1.需要與需求方討論好，細節很重要。
2.與隊友溝通很重要，要讓隊友完全對理解你的想法。
3.隊友的能力，開發意識很重要。
4.技術選型需要培養，比如框架，快取元件，資料庫等
5.從這次專案中明白了，為啥公司要招有經驗的人(不是工作年限，是開發經驗)。畢竟有開發經驗的人，開發意識更好，同時就算同樣的工作年限，也不一定有相同的開發意識。
第一次做專案的總結
1.css樣式中有用到float,其後必須要清除浮動 clear both 2.input盡量新增一定寬度的padding left,padding right，會更好 3.頁面布局單位有用到px就盡量都用px，如果用百分比，就全部都用百分比 4.列表類的文字要限制高度，負責布局會錯亂 overfl...
軟體測試隨筆 實習第一次接手專案的反思與總結
3.總結 這篇文章寫在實習的第三個月開始，在專案完成之後一直都有思考與反思，但是一直沒能提筆系統的總結過，現在終於開始了這篇反思與總結。希望自己可以盡快成長吧，通過這個專案暴露出的短板還是挺多的。剛來實習的時候，前兩周就在部署環境 熟悉流程中度過，到第三週的時候突然接到乙個任務，要我去支援另乙個小專...
記一次專案的死鎖分析
公司專案使用多執行緒開發，因此使用gdb exec c corefile執行core檔案後，使用bt列印堆疊資訊 看不出問題，需要進入到執行緒內部分析。1.info threads 列印執行緒資訊 可以看到有多個 lll lock wait 看到這裡，我們推測可能是鎖出現問題了。那麼繼續往，進入到執...