㈠ 宁波银行前端工作好还是后端
前端劳力多，后端劳心多。
银行后端写代码不难，大部分都有惯例有规范。但是后端出了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