㈠ 寧波銀行前端工作好還是後端
前端勞力多，後端勞心多。
銀行後端寫代碼不難，大部分都有慣例有規范。但是後端出了bug或者性能問題就很麻煩，有時候打log打幾天都找不到原因，而且有的問題是生產環境特有的，復現不容易。另外解決起來牽扯的因素很多，尤其是數據，需要非常小心。
銀行前端在開發的時候工作量要明顯大很多，事情也比較繁瑣，但是出了問題相對容易解決，生產環境很容易復現，定位和解決bug要容易很多。大不了還可以回滾，一般不會影響數據。
㈡ 如何切換開發環境和生產環境
大家做etl任務分測試環境和生產環境嗎，各個環境之間怎麼切換呢？
一般分 開發，測試，uat，生產環境。切換的話先導出資源庫，在導入即可。
㈢ 前後端分離的前端是怎麼部署到生產環境中的，直接通過 nginx 嗎
front-end-separate(前後端分離腳手架)
front-end-separate
一個前後端分離的腳手架工具（自主研發）
為什麼選擇grunt而不是gulp
如果你也和我一樣喜歡grunt這種配置的方式，那麼我相信這個腳手架覺對十分適合你
所有靜態資源都md5全並壓縮打包,css,js,img,html
已在生產環境驗證
基於express和grunt的前後端分離框架
模板引擎使用的是nunjucks，好處是可以實現模版繼承，又不像jade一樣把html標簽都簡化了
express提供路由服務
項目中app為原代碼文件（開發用），dist為打包後的文件（用於線上）
開發使用app，線上使用dist，支持一鍵cdn部署，加速你的項目
項目啟動時，修改任何express代碼，可以實現自動重啟–基於nodemon
支持sass圖片精靈（自動打包精靈圖片，再也不用手動去拼湊了）
基於grunt md5 打包合並
線上輸出的html已經壓縮成一行（讓你的代碼更有Geeker范）
㈣ js如何區分本地開發環境和生產環境
通過環境變數來區分。
你在 ~/.bashrc 寫入
export NODE_ENV="development"
然後在 Node.js 裡面讀取 NODE_ENV 的值，就知道當前環境了。
一般我們默認的環境是開發環境，
這樣你只需要在生產環境的所有機器上設置
export NODE_ENV="proction"
㈤ 一個軟體開發的項目的軟體環境指的什麼
軟體開發環境(Software Development Environment)是指在基本硬體和宿主軟體的基礎上，為支持系統軟體和應用軟體的工程化開發和維護而使用的一組軟體，簡稱SDE。它由軟體工具和環境集成機制構成，前者用以支持軟體開發的相關過程、活動和任務，後者為工具集成和軟體的開發、維護及管理提供統一的支持。
軟體開發環境可按以下幾種角度分類：
(1)按軟體開發模型及開發方法分類，有支持瀑布模型、演化模型、螺旋模型、噴泉模型以及結構化方法、信息模型方法、面向對象方法等不同模型及方法的軟體開發環境。
(2)按功能及結構特點分類，有單體型、協同型、分散型和並發型等多種類型的軟體開發環境。
(3)按應用范圍分類，有通用型和專用型軟體開發環境。其中專用型軟體開發環境與應用領域有關，故又可稱為應用型軟體開發環境。
⑷按開發階段分類，有前端開發環境(支持系統規劃、分析、設計等階段的活動)、後端開發環境(支持編程、測試等階段的活動)、軟體維護環境和逆向工程環境等。此類環境往往可通過對功能較全的環境進行剪裁而得到。軟體開發環境由工具集和集成機制兩部分構成，工具集和集成機制間的關系猶如「插件」和「插槽」間的關系。
工具集：軟體開發環境中的工具可包括：支持特定過程模型和開發方法的工具，如支持瀑布模型及數據流方法的分析工具、設計工具、編碼工具、測試工具、維護工具，支持面向對象方法的OOA工具、OOD工具和OOP工具等；獨立於模型和方法的工具，如界面輔助生成工具和文檔出版工具；亦可包括管理類工具和針對特定領域的應用類工具。
集成機制：對工具的集成及用戶軟體的開發、維護及管理提供統一的支持。按功能可劃分為環境信息庫、過程式控制制及消息伺服器、環境用戶界面三個部分。
環境信息庫：是軟體開發環境的核心，用以儲存與系統開發有關的信息並支持信息的交流與共享。庫中儲存兩類信息，一類是開發過程中產生的有關被開發系統的信息，如分析文檔、設計文檔、測試報告等；另一類是環境提供的支持信息，如文檔模板、系統配置、過程模型、可復用構件等。
過程式控制制和消息伺服器：是實現過程集成及控制集成的基礎。過程集成是按照具體軟體開發過程的要求進行工具的選擇與組合，控制集成並行工具之間的通信和協同工作。
環境用戶界面：包括環境總界面和由它實行統一控制的各環境部件及工具的界面。統一的、具有一致視感(Look & Feel)的用戶界面是軟體開發環境的重要特徵，是充分發揮環境的優越性、高效地使用工具並減輕用戶的學習負擔的保證。
較完善的軟體開發環境通常具有如下功能：
(1)軟體開發的一致性及完整性維護；
(2)配置管理及版本控制；
(3)數據的多種表示形式及其在不同形式之間自動轉換；
(4)信息的自動檢索及更新；
(5)項目控制和管理；
(6)對方法學的支持。
㈥ 開發環境的代理生產環境怎麼解決
後台是接受不到請求，還是前台無法發送請求。生產環境的配置和開發環境有什麼不同？項目啟動有沒有報錯信息
㈦ 開發環境指的是什麼
把項目開發中會遇到的環境都給你解釋一下，希望對你有所幫助！
一、開發環境：開發環境是程序猿們專門用於開發的伺服器，配置可以比較隨意， 為了開發調試方便，一般打開全部錯誤報告。通俗的講，項目尚且在編碼階段，我們的代碼一般在開發環境中，不會在生產環境中，生產環境組成：操作系統 ，web伺服器 ，語言環境。
二、測試環境：一般是克隆一份生產環境的配置，一個程序在測試環境工作不正常，那麼肯定不能把它發布到生產機上。通常指項目測試，修改bug階段。
三、生產環境：是指正式提供對外服務的，一般會關掉錯誤報告，打開錯誤日誌。可以理解為包含所有的功能的環境，任何項目所使用的環境都以這個為基礎，然後根據客戶的個性化需求來做調整或者修改。通俗的講，項目數據前端後台已經跑通，部署在伺服器上之後，有客戶使用，訪問，就是網站正式運行了。
三個環境也可以說是系統開發的三個階段：開發->測試->上線，其中生產環境也就是通常說的真實環境。
執行步驟：開發完成，測試環境測試，保證程序沒有問題後，再上傳到生產環境中。
四、UAT環境：UAT，(User Acceptance Test)，用戶接受度測試 即驗收測試，所以UAT環境主要是用來作為客戶體驗的環境。
五、模擬環境：顧名思義，是和真正使用的環境一樣的環境（即已經出售給客戶的系統所在環境，也成為商用環境），所有的配置，頁面展示等都應該和商家正在使用的一樣，差別只在環境的性能方面。
㈧ 前端構建工具webpack有什麼缺陷
1.文檔缺失，尤其中文文檔
長期以來webpack官方文檔和example匱乏，提供的一些例子都是很簡單那種，經常發現完全按照例子來配置但就是跑不起來，中文文檔就更不用說了，少的可憐。這個問題也直接導致下面的第2點。
2.配置難&難調試
稍微復雜一點的項目，如果使用webpack編譯，不經過一段痛苦不堪的配置調試過程是沒法正常跑起來的。這還沒完，在自己機器上跑起來之後可能到了另一個同事哪兒又報錯了等等。總之正如下面有人回答那樣，配置文件一旦跑起來，是根本不敢去改的，生怕又出錯。
webpack的錯誤提示也非常難看懂，基本不可能從錯誤很直觀的找到原因，長期以來碰到問題只能靠猜，你沒看錯，就是靠猜！！
3.編譯慢
經驗不足的同學很容易碰到這個問題，當然可以通過一些手段做優化，比如配置mole的resolve、root等，使用happypack加速、dll提前編譯等等。但是筆者曾經嘗試過happypack，對編譯速度有提升但效果不明顯，dll的話我有按照官方文檔的做法去做，但是最終編譯出來又報了一些莫名其妙的錯（也有可能是代碼寫的有問題），總之心累，後來直接改成externals方式，全局script引入第三方庫。
4.對server-render不友好
webpack本質上還是靜態打包，意思就是打包完成之後其實文件的載入順序已經固定，只是被載入的時間不定而已。所以使用webpack原則上不存在按需載入之類的說法，code split其實是人工分隔，但是真實的按需載入場景豈是人工能枚舉完的 （下劃線這句話不太好解釋，也不想過多解釋，熟悉前端工程的人應該都明白啥意思）。
在這里我要說的對server-render不友好其實是指html的處理，webpack其實是通過在js里用require標記資源然後載入任意資源（css、圖片、fonts等等），但其實html文件才是頁面真實的入口，最終編譯出的js還是需要引入到html里，為了防止css懶載入導致頁面抖動，編譯完的css還需要從js里邊提取出來放到html外鏈。
目前一般都是通過html-webpack-plugin來做這個事情，先搜集某個html所引用的靜態資源最終自動插入到html。這種方式對於前端渲染的應用沒有問題，但是對於server-render的那就不行了，因為server-render下html是作為模板由後端語言吐出，而開發模式下（例如webpack-dev-server）webpack是不會輸出任何文件的（開發環境webpack是將文件放到內存然後在路由層自動serve了），所以這會導致開發環境模板無法引用靜態資源。當然，有一種解決方案就是靜態資源不改變文件名稱，預先寫好路徑，開發環境和生產環境同名（即覆蓋式發布）。
㈨ 前後端分離的前端是怎麼部署到生產環境中的，直接通過 nginx 嗎
1、HTML、CSS3、JS、jQuery、BootStrap、交互設計、Ajax、AngularJS等。2、這個具體的技能其實和你的具體工作是掛鉤的，有些用的到，有些相對上也用不到。
㈩ 前後端分離的前端是怎麼部署到生產環境中的，直接通過 nginx 嗎
1>>前端離意思前端通 JSON 交流... 同意其幾位JSON 種選協議唯未必前端通信佳案 2>>組件化、工程化需要依賴端實現...哪些處或弊端 前端組件化、工程化js 等代碼越越胖點類似於 C/S 代 fat client所問題相於計算主要放 client server Fat client