A. 前端工程师怎么转型
有以下几个方向可以发展：
专家方向
经过几年的技术积累，大量的项目历练，很自然地就朝着专家的方向过渡了。技术人普遍具有的一个特征就是不喜欢管一些乱七八糟的事，更愿意钻研感兴趣的技术，解决一些技术难题。走专家路线可能是大多数技术人的选择。
管理方向
另一个职业方向就是技术管理。技术管理要求的更综合，日常的工作涉及项目管理，跨部门沟通，团队管理，技术体系建设等方面。做技术管理意味着远离一线coding，渐渐失去自己的技术优势，80%的精力是帮助团队同学成长，通过团队完成既定目标。
技术人要经历一个心态的转变。但企业招人过去最主要的目的是解决实际面临的技术问题，所以对于技术管理来说，技术还是一个基本面，不能完全放下，还是要时刻关注技术大方向。
产品&业务方向
还有一个职业方向是转型做产品经理更多地贴近业务。我身边有越来越多的前端做了几年的研发后转型做了产品。技术人转型做产品，其实是比较有优势的，一方面懂技术能更好地和研发沟通，另一方面产品设计上更容易落地。
B. 前端人员饱和了吗现在转行前端合适吗
饱和不饱和是按照市场需求来说的，级别高能力强的人任何岗位都不饱和，入门级别的工程师人员也很多，需求量也可以
C. web前端工程师到底是做什么的想转行
入门级做页面。就这么简单。把Designer出的各种设计图转化成html+css+js+image的静态网页，并把它们交给后端开发人员制作成页面模板。这就是入门级的前端工程师所做的事情。
进阶级还是做页面。不过稍微复杂一些，你需要开始注意一些更复杂的问题，首当其冲的就是浏览器兼容性问题。老实说浏览器兼容性问题真的不是那么好搞定的，毕竟每个项目对浏览器版本的要求都不一样，而且现在不光有PC浏览器还有各种移动设备上的浏览器，同时国内厂家的浏览器种类也越来越多，坑也是密密麻麻。除了兼容性，你可能还要关注一下性能问题，包括但不限于网络性能、渲染性能、js逻辑的性能等等，这个展开讲可以写本小册子了，呵呵。
中级带团队。你可能会奇怪，一个中级工程师就能带团队了？可是真的很多公司就是这样，尤其是小公司。当你了解了html、js、css以及各种浏览器的各种特性细节之后，你会被任命带领一个小的开发团队，当然是前端开发团队。可能加你一共也就三四个人，甚至更少。这时候你的工作内容除了自己写一点页面以外，还会帮助组员解决各种各样的细节问题，毕竟，组里，你是最懂技术细节的。这个时候，一部分人开始停步不前，而另一部分人开始关注另一个新的问题：工程化。前端代码都是非常松散的，项目结构性差，一旦开发人员数量多起来，业务复杂起来，如何管理这么多人、这么多代码是个非常大的问题。能否在这个问题上得到突破，决定了你能否迈向下一个级别。
高级架构设计。此时你熟悉前端开发的各种技术细节（当然忘了一部分细节也没事 ^_^），同时对各种前端框架、技术的特性聊熟于胸，你知道如何组织和管理项目让大家能以最快的速度达到项目要求，你甚至了解手下每个人的所长所短。于是当新项目到来，你迅速根据自身过往的经验选取若干种技术和工具，配上你认为最合适的人选组成项目团队，披荆斩棘日夜兼程将产品汪的各种奇葩需求斩于马下。这么做了一两个项目之后，你可能又觉得空虚了，你要寻求新的目标。恰好，NodeJS打开了通往新世界的大门。
非典型前端穿过NodeJS打开的大门，你进入了全新的世界——后端。全新的世界，无限的可能。楼上寸老师说的“上天入地，无所不能”，我猜就是这个状态。爱干嘛干嘛吧，这个时候，你应该不会再来问“后端程序员都在干嘛”这种问题了。其实，要成为一名“非典型前端”并不一定非得经过1~4的步骤。只是现在已经上了年纪的前端大多是这样过来的，毕竟，NodeJS出来的时间也并不算很久。
D. 前端开发如何转型做一名合格的.NET程序员
有前端开发经验，想转成后台程序开发，我认为这是一件非常好的事情，可以自己做很多事情。有很多后台程序开发人员做不了前端开发，因为他们的美感实在是不敢恭维，作为后台程序开发，可以从以下方面入手：
1、定位自己喜欢的框架，.NET还是JAVA
2、学习这个框架的基本知识，不同的框架有不同的规则
3、学习一门后台开发语言。
4、培养自己的程序逻辑思维，学会用计算机的方式思考问题
E. 为什么都说前端不能一直做，要转行
到目前为止，我感觉，一个人做研发能走多远，取决于一种内在的特质。
有人一毕业就很牛逼，有人工作了5、6年还是个毕业生的水平，我也反复观察这两类人，试图找出他们的差异。说真的，每个人都有自己的天花板，可为什么有的人天花板很高，有的人天花板却很低。
就我目前的观察来看，决定一个人技术天花板高度的特质就是【计算机领域的学科素养】和【精益求精的钻研精神】
所谓 学科素养，是在读书的时候培养起来的一种思维方式，这种思维方式非常重要，决定了当你遇到问题的时候采用什么策略解决问题。有的人埋头写了几年的页面都没有什么思考，有的人写过几次之后就开始思考如何解放研发的生产力。学科素养好的，特别容易理解整个web应用的原理和过程，遇到问题无论是分析、定位还是解决的速度都特别快。学科素养在整个技术发展中会起到非常非常重要的作用，有些非常牛的工程师可以把领域论文转换成工程应用，这基本上是学科素养决定的能力。
而精益求精的钻研精神是一种态度了，其实学科素养中包括了这种品质，我想单独拿出来说是因为确实遇到了一些牛人，可能天赋比较好吧，通过努力还是能达到一定的深度。
学科素养工作之后基本上没办法再提高了了，天花板也就是这么来的。由于前端门槛低，所以每年有很多其他非技术领域的同学转入前端，前端从业人员普遍计算机学科素养不高，技术深度就走不下去，形成题主的结论也不为奇。
前端绝对不是走不远的领域，我相信有这样结论的人，在其他领域也一样走不远。不是领域缺少空间，而是人缺少潜质。
F. 有工作几年后，转行前端领域的吗
不管是哪个年龄层，转行前端的小白都挺多的。我自己在源码时代学习前端的时候，班上就有好几个工作了几年后才开始转行前端的。所以题主，要是想转行前端的话，就不用纠结这个问题了。
G. 前端开发如何转型到后台
如果对楼主有帮助，给个采纳好不，谢谢啦
生活就是这样子，当我们以为可以一直就这样走下去的时候，它会在有一天突然跳出来对你说 : hi, 该转个弯了！
技能是必要的，但想象力更重要。它是不受时空限制的精灵。 开发工程师在注重逻辑严谨的同时若能捎上想象力， 则写出的程序定会拥有一种更奇特的内在之美。
生命短暂，技艺永恒， 追求无境。
前端开发，一条不归之路， 是被迫， 是诱惑，还是挑战？ 从电子到软件，一次不算华丽但也还不错的转身，如今要从后台转前端，纠结，徘徊， 是轻轻地，不带走一丝云彩，毅然开始全新之旅， 还是频频顾目，难舍难分，有所眷恋 ？
因为公司需要，要从后台转到前端， 纠结了两个星期。 现在略微想清楚了一些。
我害怕舍弃已经学到的技术、技能和经验吗？
从后台转前端， 将要舍弃的有哪些呢？ 具体的开发技术，知识； 开发过程中所获得的关于特定技术的实践经验； 这些在技术进阶、职位晋升过程中起着比较重要的作用； 如果已经有了很多的积累， 所舍弃的还是比较多的， 那就要看这个人的决心和性格了， —— 选择安稳还是冒险。
实际上，具备一两年后台开发经验的初级工程师转前端开发，相比那些通过编写页面进入前端的人拥有更多的优势：
1. 后台开发者通常从比较成熟的后台技术体系中学到了很多有益的思想、方法和技能，比如设计模式、迭代开发等，以及对编程语言、工具、方法和开发框架的运用能力；
2. 他们实际上花费较少的代价就可以很快熟悉和使用前端语言、开发技术及相应框架，达到与同等工作年限的前端人员的水平，并且，由于其特殊的后台开发背景显得与众不同；
3. 更注重工程的可维护性、系统整体和代码质量， 关注前端架构， 而不是陷入编写页面那些琐碎的细节； 这就好比一个学工科的童鞋进入文科领域，智商是足够的，所要弥补的是对美的感知。
前端开发与后台开发的本质是一致的， 都是为了解决问题， 都是运用智慧、技术和框架来构建应用系统的一个组成部分，不同的是关注的侧重点。
H. 资深UI设计如何向WEB前端转型
UI设计主要偏设计，很多的UI只是负责出图，并没有和程序太深度的交流，他更多需要定位使用者、使用环境、使用方式并且为最终用户而设计。
前端设计在设计的基础上涉及到HTML5+CSS3的知识，更多的要解决兼容性问题。这是需要同时同步的学习互联网知识和前端代码知识。你要考虑清楚你能否愿意去学习，因为美术设计和代码还是有区别的。
H5+CSS3学习不复杂，但是解决兼容性问题需要大量的实践与经验，多于程序沟通。再说你所在的公司愿不愿意让你往这方向发展？如果你在UI已经做的很好了，我觉得没必要转。
再是你要偏策划的话可以学习一下原型设计的知识，再考虑转前端设计。比如现在很好用的axure。手机、PC、响应式是都可以模拟实现的，比做静态页面快捷的多。跟容易让客户看到自己的需求案例，模拟将来自己网站的初步体验。
其实按工作结构的话，你要是有足够的沟通能力与专业知识、网站架构知识，完全可以转原型，经验足够了可以胜任产品经理的话就是画原型图和客户谈策划沟通解决需求问题。这样不是更好么？