前端吃你家大米了

没有引战的意思，主要想客观的讨论下前端工程师的职业发展，但是还是不可避免的想看下地理人对于前端的看法
背景：国内某校SE毕业美硕研究生，对前端兴趣相对较大但是如果工作的话并不排斥做其他方向

原因：
1.国内实习做前端的时候mentor告诉我转后端发展前景更好(不知道是不是嫌弃我做的太差了哈哈)
2.这边朋友也很多劝我说转general或者后端大数据AI

个人意见：
感觉现在来讲 应用开发不管是移动端还是网页端都是更新比较快的技术，记得某个论坛上看有人说前端几个月可能就会框架更新，如果不学习很快就掉队了。
所以觉得前端如果想做好还是需要很多努力。但是毕竟还要考虑升职加薪，想和地里各位前辈讨论下前端的职业发展，无非就是升职加薪赢取白富美。

地里看到过几个帖子：
具体忘记了，第一个是说前端门槛较低，算法题不用怎么刷就招进来了
第二个是某相亲帖，明确点名不要前端程序员；

我觉得很多人现在对前端的印象可能是写写css html，如果有人觉得写css没啥技术含量，那我能不能说刷算法题也没有技术含量？
只是很多时候希望以一种比较没有judgement的角度看问题，但是这种鄙视链还是比较难受的。跑题了，对于新毕业的学生来说，如何规划自己的职业发展还想听听各位老哥意见。

本文被选为01/20/2019全站置顶文章之一。

本文被提升为今日话题：凡是在置顶有效期内参与讨论，提供言之有物、切中主题的高质量回复，最低奖励20大米，干货越多奖励越多。前几天今日话题里的干货讨论 都至少50。

也欢迎大家参与，对于“干货”回答，请加分、请顶上去。
说明：给别人加分不会扣除你的积分。

In fact, it doesn't matter what you do (front end, backend, full stack, data science, big data, mobile development, and etc).  It matters whether or not you are the subject matter expert (SME) in that field.  If you are just a normal developer, you are replaceable.  

How to become a SME?  It purely based on your interest and your ability.  I don't think front end developers are the 2nd class citizen in a company.  In fact, UI is customer facing and it is really important. However, it is not easy to become a good front end developer. A good one usually has the sense on how to design the UI with good user experience (UX).  I used to work with some backend developers to develop some UI for internal use.  However, the UI is really plain.  Once we hired a good front end developer, the tool became really slick, and everybody liked it a lot.  The user experience is totally different: for example, the page layout, the background color, the buttons, they are so beautiful.

IHMO, for a junior engineer (less than 3 years' experience), you should learn as much as possible: front end, backend, big data, mobile development since anything is new to you.  If you are assigned a new task and you don't have experience, take it, and learn how to do it.  It is a good opportunity for you to learn new stuff.  Think about it: the company pays for you to learn.

However, once you have 3 to 5 years' experience, you may need to think about your long term goal:  What do you want to become in another 5 years?  Do you want to be an engineer / architect, or manager?  Are you love coding? Are you good at dealing with people or politics?

If you want to stay in tech and become an architect, you may need to focus on a couple fields.  In the last 5 years, you should have tried a few things.  You know what you are good at, and you already have some experience in different fields.  An architect usually has a broad knowledge on all most fields, but might be a SME in only in a few fields.

If you want to try management, it is a little different.  Usually, it is not easy to become a manager.  A company won't hire you as manager if you don't have management experience.  The best chance is you stay in a company for a long time, and your team's manager either gets promoted or quit.  The most important thing is you need to let your manager know you are interested in management role (during 1-on-1 with your manager).  Of course, you need to demonstrate your ability, at least in project management like leading a project.  This is a long topic to discuss on how to become manager.  Maybe I should talk about it in a new topic.

Back to the topic: become a front end develoepr or not?  It is up to you.  I am sure your company has UI tech leads, UI managers.  All roads lead to Rome!

虽说强者无惧，但鄙视链确实存在
现在是后端瞧不起前端，搞机器学习的瞧不起搞Web development，搞big data infrastructure 的瞧不起一般SDE
个人转码农的路上从前端起家，在项目上跨刀成为full stack，现在拼转职想找个general SDE的岗位发现不是很容易

JavaScript写的再好，Angular React node都666，终究是JavaScript
确实JavaScript好上手门槛低，但现在前端複杂度越来越高，同时要追踪的状态膨胀到一个程度的时候，JS的效能才是直接影响客户体验的第一线
就是因为JS容易写，乱写都会跑，要写的简洁有效要下的功夫更多
现在的生态是前端Data flow设计的成败 比后端更加致命
你后端跑的再快再牛，什麽micro service, load balance, database sharding, map reduce，能多fancy就多fancy
前端call完api慢吞吞处理一下，再来个先下载图片，下载好后再管其他东西的辣鸡逻辑写下去
后端大牛十年功力可以轻轻鬆鬆毁在旦夕

JavaScript要生成一个Component相当容易，但Java要生成一个Object还不一样容易？
. Waral dи,当state满天飞，callback after callback的时候，不管用什麽框架，什麽语言，挑战都是一样的

但你要那些写Java写了十年的大牛马上改变概念，确实没那麽容易，大概还需一点时间。
不管怎样都要写些OOP（Java python c++）才不会给人瞧不起

看了几家start up 都是找了一堆大牛，搞啥牛逼的机器学习和big data，模型说起来吓吓叫，
结果发现产品卖不出去，因为没前端，想赶快招个人，对，就一个人来快快把前端搭起来

现在市场上纯front end的是期望你兼UX
full stack is the new front end

后端对前端心里面的略略“鄙视”有时候存在，大体因为前端变化快，技术积累比较难，还有可能在有些后端工程师看来，前端工程师不太接触CPU，网络，存储，并发，性能调优，分布式架构，容灾这些，只会写一些HTML CSS而已，算不得多厉害的工程师。

事实当然并非如此，软件开发和架构设计的发展，大体都是为了解决复杂度带来的问题，而复杂度又主要体现在高性能，高可用和高扩展上面，比如高性能角度，我们从存储上思考，关系型数据库要考虑是否读写分离/分库分表/集群，NoSQL就要知道键值存储/列式/文档/全文；如果做缓存呢，又要头疼穿透/雪崩/热点这些问题；如果考虑高可用，那么CAP，主从主备是必不可少的考虑；同样如果是可扩展性，传统的分层架构，后来出现的SOA（主要是传统公司，互联网公司除了亚麻别的公司用的少），最近今年开始火的微服务等等，都是解决现在整个互联网行业，越来越大软件复杂度和越来越高的维护成本。

那这些和前端有什么关系呢？这里举几点前端解决应用复杂度的例子，比如在web应用方面，渐进式应用PWA被认为是以后的趋势，因为service workers充当了web应用和浏览器之间的代理服务器的缘故，pwa在提升应用加载速度，离线使用应用，与操作系统集成方面可以解决很多问题，而这些问题原本是“后端”在原生应用中应该解决的，而web应用对比原生应用，除了性能劣势那几乎都是优势，而现在这个性能劣势眼看着也有了发展方向；再比如W3C在2017年制定的WebAssembly标准，跟JavaScript解释执行相比，WebAssembly可以直接把前端源码编译成字节码，再通过浏览器转换成机器码（是不是跟JVM一个道理），能想象一下在浏览器中跑操作系统的画面么（这里有个windows 2000跑浏览器中的demo：https://yq.aliyun.com/roundtable/289191），虽然这些极客技术目前看来实用性不大，但却说明了前端突破性能瓶颈，解决软件复杂度的前景了。使用我们有理由相信前端在3D大型游戏，机器视觉，VR/AR，大型图像处理等方面，从高性能高可用高扩展的角度来解决越来越多的问题了。

这仅仅是从技术发展趋势中一个小小的方面来说明前端工程师是可以期待的（当然我更觉得全栈工程师或者大前端工程师更合适），别的方面例如前端用node做中间件工程化开发和部署，用React/Angualr/Vue应用组件化开发，小创业公司一定会要求后端工程师了解前端技术，前端会跟客户和PM打更多交道方便以后转PM等，前端会认识更多设计小妹妹（根据本人经验，这是真的）等等方面考虑，前端工程师也是一个很值得期待的工作。

另外，前端要是被说成只会HTML和CSS的话，那其实也可以说后端工程师不就是把之前业务代码撸过来往上再封装一层给别人调用吗？机器学习不也就是调参侠？测试工程师不就是用鼠标点点测试工具？SRE/DevOps不就是跑跑脚本？--当然这些是开玩笑的，技术人更应该关注技术本身是否合适自己和团队，适合自己的和团队的那就是好的，不必对自己和别人进行技术鄙视。

哈哈，现实就是这样啊，一听说我自己从新公司八个对我有兴趣的组里Match了前端组，路人都摇了摇头，露出了二八少女嫁老农民的惋惜笑……
我之前啥也不懂的时候都敢鄙视前端，点名不要前端组，被丢去弄后端Decomp，一言难尽。后来老公司重新分组去了前端，静下心来看JS，研究React和Angular，真香。

自己喜欢就好啦，一个厉害的人，不会因为搞了前端就不厉害了。

顶楼主+1

写了一些后来感觉会引战又删了
持续关注看别人怎么说

有啥好吵的…都是码农…哪块领域都是要终身学习的…

前排围观，相亲不要前端....我见过相亲不要码农的。纯粹个人喜好

每个人喜欢的领域不一样，但是只要能够把一块领域做的精通那就是人材。无论做什么领域，如果能做到top 10%, 就很厉害！

关键难道不是在于兴趣或者匹配自己的技能树吗，鄙视链这种东西别太认真，就是调侃而已。做好自己，管别人怎么说。

算法 多线程 分布式系统都很菜的弱鸡

只有做前端

才可以勉强维持得了生活的样子

硬件狗外行飘过。个人理解前端解决的是一对一（客户端和服务器端）的问题。后端不但要解决一对一的问题，还要解决的是很多对很多的问题。很多技术问题在一对一的时候都根本不是个事儿，可一上了数量就不是那么回事儿了。技术含量不一样，在技术界含量低的事情当然要被含量高的事情鄙视（当然这种鄙视不一定正确）。