專案心得
功能開發接近結束，剩下的是專案推廣了，經過近4個月的開發（含春節）身心俱疲。總結下專案經驗，為我的下一次成長做準備。
1. 專案計畫：
在接到開發任務的時間是1月15號，計畫結束時間2月15號，包含春節10天假（公司春節假期長一些）。從工作量上看這個開發需要從零開始，20天的開發時間即使天天加班都很困難，但是公司是乙方，沒有選擇權。
這麼段的開發周期面臨的最大問題是設計與開發時間的權衡，從這次開發的結果看來，我們沒有平衡好這個時間，這個稍後再提。
在開發接近尾聲的時候（二月十幾號，具體忘了），接到專案組的通知：他們可以頂乙個月，開發時間延長。
面對基本成型的產品模組，剩下的時間應該是測試及優化工作。由於新功能是在原有系統上的新增模組，避免對原有業務的影響顯的尤為重要。
2. 用好兵
這次作為小組的負責人，待著幾名外包和其他幾名公司人員進行開發。由於業務模組相對集中，我計畫讓每乙個人負責乙個業務模組，這樣便於功能的維護。
在開發階段這個方式效果還行，出問題的模組可以很快定位問題。隨著專案進入測試階段，這個劃分帶來了一定的弊端（測試部能提供的幫助太少了），交叉測試需要其他人了解對方的開發思路，所以進度較慢。
這次開發中，個別人的力能比較差（並非貶低，聞道有先後，術業有專攻），他們的編碼需要及時跟蹤，保證後期的維護工作。
指導的同時注意解釋，教會他人解決乙個問題要比快速解決乙個問題更重要。
3. 重構
專案在3月15號上線了，之後可以存在一段時間的專案調整優化時間。此時專案上的一些問題也暴漏了出現，面對大數量對介面造成的壓力，**需要調整。在梳理過現有**之後，得到乙個結論：重構。
設計之初的目標是快速、低耦合的完成業務模組，沒有過多的考慮到介面的壓力，原有的業務邏輯進行修改與重構的工作量基本相當，所以選擇重構。
重構的結果個人不滿意，2000+的類完全可以優化，但是專案已經上線，進行大的改造若造成系統異常，公司的代價非常大，需要避免風險。
結束語：想與做還是有差距，設計對於產品開發非常重要。
專案開發中的心得
在專案開發過程中需要經常做活動之類的，每個月都有活動，而活動毫無規矩可循，這樣的話就只能每個活動都寫不同的程式了 這時候如果在已經穩定的 中去寫活動的話會很容易出錯，而且可維護性不高，因為活動都是短期的，過了就基本上沒有什麼用了，所有，建議放在登入頁裡面，使用者登入的時候判斷是否參與活動等等，因為登...
移動端專案開發心得
通過這次專案開發，使我對布局有了更深層次的理解，對float和position的運用也更得心應手。體會到float和position對頁面的負面影響。其中，position absoulte fiexd會讓元素脫離文件流，其後面的元素 暫且稱為候補元素吧 會佔據原來的位置，需要對候補元素的margi...
專案開發心得之需求分析
專案開發心得之需求分析收藏 前一篇講述了我在這個 專案開發上人力資源配置的一些經驗，有了人員配置的初步安排剩下的前期工作就是就是招人和需求分析，如果等人員到位，需求分析還沒來，那進來的人員都只有等著啦。這篇我就主要說說我在這個專案中進行需求分析的一些經驗和做法。1.1 需求從哪來？就我個人經驗來說，...