前端專案兩大教訓：
1，凡涉及第三方部門都可能耗費幾天甚至更長。第三方提供的介面幾乎無驗證的。此問題普遍存在。
2，後台研發人員前端技術匱乏，在前端主要覆蓋靜態頁面(css+html)時，後端研發人員處理靜態頁面與後台的互動，和業務處理，效率低下，束手無策，問題頻出。
第乙個問題：跨部門，我們無力解決，我個人經驗是，先找對方開發，如果不甩你，向領導反饋；有筆記本的帶電腦的去找對方開發。把問題解決就完事。
第二個問題：需培養出合格的後台web developer．
第一階段： 1，編碼：「一刀切」，後端提供url，前端負責介面； 2，轉測：前端交付聯調好的介面給對應模組後台開發。前端支撐後台改bug，以此提公升後台的前端處理能力。 此階段前端需要全程介入。應該鎖定在部門或專案組。
第二階段： 後台成為合格的 web developer後，前端只需要前期提供靜態頁面，基礎類庫，和控制項庫等。此階段前端相當於流動站，可以跨部門支撐多專案。
前後端協助圖：
前端亟待解決的問題：
需求闡述
通用前端構建流程
並不是要追求完美，而是避免專案崩壞。將專案穩固在一定水準之上。像wap專案，乙個迭代到了後期就難以維護，是無法忍受的。
前端基礎類庫、元件庫
我們部門專案的介面風格往往一脈相承，我們是否能夠提供良好的元件庫，在新專案中直接拿著用？而不是給每個專案定製開發？我們
是否對跨專案的定製業務，也積累良好的技術材料？ 比如埋點，主站居然是在介面直接寫**，和介面耦合，而不是抽取出精簡、通用的js檔案，供跨部門呼叫。
書寫規範、單元測試
事件標準，js類的標準化寫法。頁面渲染流程等。能否讓每個人的**都是可以**，易閱讀的？以及做做最基本的單元測試？
技術積累
我們有什麼文件可以讓乙個後端工程師循序閱讀，學習成為乙個合格的web developer？讓乙個前端成為乙個更專業，具備獨立設計前端架構，效能優化的前端？還用最原始的，
碰到難點你去問的手段？常識問題成千上萬，卻耗盡骨幹的時間。
前端Vue專案的執行
安裝成功以後，我們可以通過npm v命令，檢視安裝的版本。npm v然後我們輸入npm config set registry 映象位址，配置我們的npm映象。npm config set registry http 映象位址 npm config ls 命令可以檢視我們配置的npm映象位址 npm...
BI大資料專案的0 1開展模型
在軟體工程的概念裡面，對於乙個資訊系統專案，有幾類開發模型。對於bi大資料專案而言，各種模型各有利弊，對於不同類的企業，也需要不同的開發模型進行資料化運營的實施。下面為大家介紹bi大資料專案的開展使用的模型。下面我們可以結合各類軟體開發模型進行講解 1 瀑布模型 瀑布模型的開發過程是通過設計一系列階...
前端工程專案的NODE ENV
在搭建前端工程專案的時候，在package.json的scripts命令內容和webpack配置檔案中可以看到node env這個變數，它的值可以是development或product，也有人簡寫為 dev 或 prod 1.這個變數有什麼用？顧名思義，這個變數表示構建專案的當前環境，也就是我們的...