前端开发的瓶颈与未来

前端开发的瓶颈到底在哪里，前端技术是否已经走到一个十字路口，全栈化的系统架构是否能改变目前的窘境？本文将根据作者自身的开发经历谈谈当下前端开发中遇到的一些问题和想法。

近两年我一直在思考的一个问题：
如果前端不用考虑性能问题、不用考虑终端兼容性、不用考虑历史遗留问题，甚至不用考虑具体技术实现…
如果我们假设自己有丰富的技术储备，同时不用考虑上面的问题，那么前端究竟 能做出什么样有价值的东西？
我们把时间拉到 5 年前…
如果你「那时」还是前端开发的话。上面的问题肯定是你不得不面临的典型问题。甚至是当时前端开发的意义所在。
你会为了精确还原设计稿熬夜加班，从而练就一双像素眼；
你会为了解决几个字节的性能问题研究优化方案，以至看懂了每一个 HTTP 请求头；
你也会因为某些技术问题和同事理论，最终到达到与产品谈笑风声的境界；

但是随着时间的推移，前端技术的更新迭代，以及互联网的发展。你会发现这些曾经的问题似乎已经不再是问题，或者说在能预见的未来 可能 不再是问题。
页面加载性能可能不再是问题，技术上有了 HTTP2，基建上有了 5G，硬盘也越来越快。
兼容性问题慢慢淡出大家的视角，Chrome 一家独大，微软也不得不向它靠拢。
很多前端开发已经具备了后端（或者说多端）的技术能力，技术储备也可能不是问题，当然前提是你能招到人。

定义
到底什么是前端开发，前端与后端的界限在哪里？我在三年前对它的定义是：
前端为 界面、交互展示负责；后端为 数据、业务逻辑负责;
不过现在看来似乎已经过时了，我越来越觉得不应该有这样一个清晰的界限把前后端分割开来，尤其是技术层面（除了职能层面的界限有利于协作以外）。这就好比说：如果你不能打破规则，那就必将被规则束缚。
我一直认为程序员应该对新的技术、工具、理念有比平常人更快的适应能力。举个简单的例子，我以前写代码通常使用tab缩进，后来大家都建议使用空格，刚开始尝试换成空格肯定是拒绝的，因为让人改变习惯是一件很难的事情。但是当你真正为了改变做出实践的时候，往往就会发现一条新大路。同样还有加不加分号的问题。
现在回过头来再看，前端在整个系统层面担任的角色至少应该是整个视图 View层面的。视图层面的技术更接近软件系统的上层，更感性。感性的东西就是说一个颜色，我觉得好看，他觉得不好看，完全属于个人情感诉求。所以前端更注重与UI、交互 以及整个产品层面需要解决的问题。优秀的前端必然要具备敏锐的产品洞察能力。
当然这还只是前端最基础的职责所在。同时前端做为最接近产品的技术角色，技术才是前端真正的硬实力。
大约在去年一年的时间，我的岗位从前端转向了后端 Java程序员的角色。虽然只做了一年的 Java程序员，但是对我自身的技术提升而言是最多的一年。大家可能普遍的认为后端转前端比较容易，前端转后端会有门槛，实际上根据我自己的体验来讲并非如此。
Java这门语言是商业化、成熟度特别高的语言。无论是语言本身，还是周边框架、工具都有一套非常成熟且层次分明的系统化抽象。如果你有两、三年的编程经验，突然让你上转写 Java是非常容易的一件事情，尤其是写 Java web。 Spring框架已经为程序员屏蔽了很多复杂问题，而且已经事实上成为了各大互联网公司的主流框架选型。
我特意按我自己的学习线路绘制了一张Java版的程序员学习线路，仅供参考：

点此链接