會議管理項目總結

進入oa部門以後一段時間都在作比較小的應用，ionic1項目新版本，pc端的聊天記錄頁，食譜頁，也就是2三張頁面，三、4個接口這樣，因此雖然開發過程當中遇到一些難辦的問題，也並非不能解決，很長一段時間我也是認爲沒有我解決不了的前端問題，正所謂井底之蛙安之海闊天空，管理項目暴露的問題的確讓我從新認識了目前的狀態。
1、產生覺得本身能夠解決一切問題想法的緣由
沒寫過稍稍大一些的項目，之前雖然寫過商城類的項目，但那實際上是多人合做，基礎已經有人搭建好了，我的只是在基礎上進行開發，因此初期問題並無考慮。而以後很長一段時間都是如此。我的開發也都是很簡單的幾張頁面，幾個接口。遇到的問題也能夠解決，別人問個人問題我也能夠很快定位解決，因此一段時間以爲沒什麼突破的，也就是尚未真正嘗試過大一點項目形成的。
2、向別人提問後獲得的結果
某些功能實現起來可能出現阻塞，這時候可能回去詢問他人，而獲得的結果多是更暈。其實很簡單，說誰都能說個大概，只有真的開發的人才知道難點在哪。因此向別人提問，取得一些思路便可。
3、遇到的問題
1.因爲webpack環境是本身配置的，因此出現了object.assign沒編譯的狀況，致使了一些手機空。
2.ios用new Date取已經格式化了的時間戳，會報NAN，不要用空格拆分年月日。安卓會正常顯示無此問題。如+new Date('2017 8 26')ios下就是NAN，必須使用2017/8/26這種格式劃分。
4、獲得的結論
1.前端環境如webpack，若是本身沒有很是熟練掌握原理，不要本身搭建，會出一些忽略的問題，使用插件提供的初始化環境。
2.項目開始的時候要作好分析，清楚頁面的走向，預留判斷。
3.有點大的項目考慮使用vuex
4.數據處理比較多能夠考慮使用工具類，如lodash
5.最重要的一點，評估時間。是基於上面4點的基礎上。本次項目評估時間沒考慮其餘項目干擾，沒考慮上面四點問題，評估時間是一個月，可是形成了加班一個月纔剛能出個半成品，項目延期對業績會形成比較大的影響，這就是教訓。
5、項目分析
本項目屬於應用下的輕應用，實際作出來是14張頁面，加3個組件。根據後來總結，其實若是時間比較充裕，是能夠將幾張相似的頁面判斷合併，也就是精簡到10張，加3個組件。可是那樣是須要充分的時間作判斷，也就是前期分析不足形成，實際開發的時候有想到要判斷合併，可是後來以爲時間不夠就拆分了，因此有點多代碼實際上是相似或重複的。

又要改bug了。。。
todo.......