Web前端开发都涉及到哪些技术呢？前端开发主要采用的技术是Html、CSS和JavaScript，以及基于这些技术产生出来的一系列框架，这其中JavaScript占据了大量的比例。目前有大量的开源项目都是采用JavaScript开发的，而且JavaScript正在由传统的前端开发走向后端，比如NodeJS的应用就是一个明显的趋势。
前端的开发场景都有哪些呢？前端的应用场景现在非常广阔，大致上可以分成三个大的方面，分别是传统的桌面端呈现，移动端呈现和基于已有应用的二次开发（各种小程序）。
传统桌面端的呈现已经有比较成熟的解决方案了，目前多采用前后端分离的编写方式和部署方式，这样能够加快用户的响应速度，同时能够提高系统的健壮性和扩展性。一个比较常见的部署方式是前端采用Nginx服务器，后端采用传统的Web服务器（Tomcat等）。
移动端开发则主要需要掌握html5的一些相关特性，目前在移动端开发中使用前端开发的内容比较多，很多App也采取了嵌入式的开发方式，在App内部也集成了大量的html5页面，以此来保障应用的灵活性。目前基于移动端的场景开发（营销类）也是前端开发的一个重点内容，这部分开发有大量的市场需求。
基于已有产品的小程序开发也大多采用前端开发技术，目前头条、腾讯、阿里、百度等大型互联网平台都纷纷推出了自己的小应用体系，未来这部分小程序的开发也将释放出大量的市场需求。
偶做软件开发工作多年，目前也在带软件开发团队，偶会陆续在头条写一些关于软件开发技术和发展趋势等方面的文章，感兴趣的朋友可以关注偶，相信一定会有所收获。
如果有软件开发方面的问题，也可以咨询偶。
谢谢！
坦白讲，前端确实没有后端那么高深，所以相对来说，入行门槛会比Java等后端语言要低一些。但是，前端技术更新迭代的速度非常快，基本上两到三年就会出现一种新技术。这恰恰考验了前端工程师能否在短时间内快速学习和上手这些新技术，并应用的企业实际项目中去，从这个维度来讲，前端也并不容易。另外，偶想说的一点是，隔行如隔山，有些行业一看就非常专业，甚至看起来很神秘，比如医生，治病开药做手术，会就是会，不会就是不会。作为病人，大家不敢轻易质疑医生的专业性，毕竟他开的处方大家也不懂。律师、科学家等职业也是如此。而有些行业的专业性是比较隐形的，看起来门槛很低，可实际上并没有外人想的那么简单。前端就是这么一个容易被看轻的职业，尤其是现在“一键生成H5″、”3分钟快速创建移动页面”等工具出来后，很多人就觉得，“偶一个小白都可以随随便便做出一个很精美的H5页面，还需要前端工程师干嘛？”那你就错了，你以为这些工具是凭空生出来的吗？那也是前端工程师做出来的。偶简单举个例子，比如要做一个交互越多越复杂的网站页面，前端要做的工作就越多越精细。也就是说，这个页面做出来效果好不好，大部分取决于前端。而且，前端需求修改多，写了改，改了写，大量的时间花在细枝末节，这是一个非常花功夫的精细活。所以，不要低估任何一个职业，没真正做过，就永远不能体会到其中的艰辛。前端这个工种也是有很高的技术含量的，不能瞧不起前端工程师。
题主的问题问得有点大，想要回答好真的很不容易。
偶也是技术人，只能单从技术角度出发扯一扯。
目前看来前端技术的基础仍然无法离开javascript、css、和html，这是前端的“根”。
前端开发最近几年经历了一次快速发展，其中也包含一些“野蛮发展”的情况，以js为例，最典型的就是出现了大量的第三方js库及组件。这些库为开发人员带来了大量的选择空间，如果运用得当确实能够大幅提升工作效率。
但是这样的“野蛮生长”同样也带来了负面效应。许多初入行的新手会觉得无所适从，这么多第三方库，每个都声称自己是最好的，网络上也是褒贬不一，各说各的。到底该从哪里开始入手呢。
如果把时间往回退一点，不用很久，大家先往回退5年左右，一些如今大家都耳熟能详的主流前端技术开始在国外形成气候，但是可能还未进入国内，那个时候如果程序员掌握一门jQuery并且熟练使用的话，是很吃得开的。
再往前5年，也就是北京奥运前后这段时间，那个时候的开发人员根本还没有像今天这样把岗位划分得那么细，哪有什么前端和后端，无非是美工设计好页面，做好切图，程序员一手包圆，从后台数据库开始一路码到前台页面。而那时候的大部分程序员在做前端开发的时候，用的最多的是原生javascript、ajax和dom。
要是再往前推，大家只要搜索一下世纪之交的时候，网页都是丑成什么样子就懂了。上世纪末那会儿上网得拿个猫拨号吱哇吱哇响半天，那时偶还在念书，老实说如果你的网页上有个几百k的图片，人家基本上根本就没那耐心再继续加载下去了。
回过来就能想明白了，正是因为前端是经过了这样的发展，程序员们觉得原生js、ajax和dom太罗嗦，为了实现业务功能不得不写大量与业务无关的代码，并且还不得不考虑不同的浏览器差异，要知道那些年光是处理ie的不同版本就够程序员喝一壶的了。
而优秀的程序员总是懂得高度封装的，于是第一批经过封装后的前端产品开始出现了，典型代表是以缩减业务无关代码量和屏蔽浏览器差异为目的“jQuery”和以用户UI为代表的“Ext JS”。使用这一类产品的时候，程序员不太需要考虑一些原生问题了。
新的问题也开始出现了，处于这一时期成长起来的程序员们，开始渐渐生疏原生代码了。那时候招聘新人，已经开始出现不少不会甚至第一次听说document或ajax的人了。但是老程序员谁会去管这些呢。
当“jQuery”发展得成熟稳定后，有经验的程序员们又发现了新问题。前端原则上是纯粹开源的，这也导致了前端看起来似乎毫无规则可言，程序员想怎么写就怎么写，要多乱就有多乱。恰巧这时候后端的架构经历了早期的重量级EJB、轻量级的struts、提出了数据库持久化概念的hibernate，以及某一天突然跳出来大喊一声“这tmd才叫框架”的spring，越发变得成熟和稳定。(请原谅偶，偶是Java系的码农)MVC概念逐渐变成了一种主流思想。
还记得偶刚才说早期的程序员不太区分前后端不？这帮人当中就有人发现，为什么前端不能像后端那样以框架或者架构方式出现呢。
几乎在同一时期，一批主打mvvm概念的前端框架脱颖而出了。
如果找一些比较优秀的“全栈”问一下，你会发现现在流行的几款前端框架，其主要设计思想中都存在后端架构的身影。而这一时期出现的新兴前端程序员们，可以说几乎没有谁再会去关心“原生的洪荒之力”了。
上面所说的大部分都是js相关的，css和html虽然也进入了新的发展时期，但毕竟之前沉寂得太久，程序员们并没有在这两者上面出现太猛烈的脱节或不适应。
说到底，至少现阶段前端的主流js架构都只是一些“高级工具”而已，说得难听些哪怕不会这些架构，很多事情还是能做—–没了电动螺丝刀难道就没法拧螺丝了么。
熟悉和使用好的流行框架固然重要，但是在前端问题上更不能忽略的是基础:原生的javascript看起来入门容易，实则水相当深;原始的dom理论是构建网页的基础的基础;原生的ajax会帮助你更深入理解同步和异步，以及如何与后端交互。
除此之外，无论前后端，无论什么语言，编程这件事最要紧的还是思想和思路，这些东西听上去有点悬，最有效的办法还是不断累积，并且要善于思考，多看老手的代码，多想人家为什么要这么写，这么设计肯定是有道理的，理由何在。千万不要把自己变成一个只会复制粘贴的低级程序员。
偶好像扯太远了，不知道题主有没有耐心看。。。?
开发企业网站前端需要什么技术 web前端掌握的技能和面对的工作有哪些 – 前端技术 – 前端
