前端程序员35岁后都干什么去了?(元宇宙时代的前端开发?)
前端程序员35岁后都干什么去了?
都去干:1、继续走技术研发方向,成为该领域的顶尖人才
第一个方向是继续走研发方向。 走这条路,第一要端正心态。 这条路注定会越来越艰难,但艰辛是值得的。 你可以这样理解:这条路越难走,走到尽头的人就越少,你面临的竞争就越少。 你的门槛越来越高。
越底层越抽象。 要想在技术方向上打到最底层,就必须有非常扎实的基本功。 现在有很多面向业务的语言(如PHP、Java、Vue等),如果你是做PHP开发的,那你就得去PHP源码层面研究一下PHP底层是怎么做的语言实现。 如果你做Java开发,你必须了解JVM的原理和实现。
2、走管理路线
很多程序员最终选择了走管理路线,这和技术开发的思路完全不同。 技术人员要管理,如果不能转变思想,就很难取得成功。
元宇宙时代的前端开发?
哥们你是省pr和产品经理的工资吧。元宇宙的前端可以是多种样态,这么说吧,任何一个网游、甚或端游都可以成为原宇宙的前端样态,只要它架构在上。并且某种关系是以ai来左右的。那就是元宇宙。元宇宙的元就是架构在上的中台。
前端为什么会越来越复杂?
这个问题问的好。。第一要搞清楚为什么需要前端,前端的本质是什么,一句话,前端是为了可视化访问与可视化交互。。
前端为什么越来越复杂呢?其实也很好理解。互联网的初期,前端的主要作用还是远程数据可视化访问;与此同时,还有一种,那就是桌面客户端软件或者APP,客户端软件不仅仅能实现数据可视化还可以完成复杂的动态交互甚至还能完成很多个性化的功能以及高性能的实时渲染;而此时的前端就是干巴巴的访问。随着ajax的出现以及js脚本功能的增强,前端也逐步可以实现一些传统桌面客户端软件所具备的复杂交互功能了,典型的vue框架下单页面应用,越来越像客户端软件(或者App)的工作,它并不是每次请求整个页面,而是使用固定的界面,通过异步接口来请求数据(只请求数据不请求页面),然后根据数据更新相应的dom让页面发生变化,这不正是客户端软件的工作?不同的是,前端基本上只能处理json明文,而客户端软件(APP)即可以处理json也可以处理纯二进制数据。
但是,即便如此,目前的前端无论在功能上还是渲染性能上跟客户端软件仍不可同日而语,因此又出现了webassembly技术,为了能够让前端的性能更接近于客户端软件的性能。
说到这里,基本上能够看到结论,前端之所以越来越复杂,就是为了让前端能够更接近客户端软件(或App)的体验。
最后说点题外话,c/s架构与b/s架构(甚至还有三层架构)的优劣一直都是争论不休的话题,本质上只有一种架构,那就是c/s架构,b/s也只不过是另外一种c/s,你想想浏览器难道不是客户端软件?他们之间的不同在于客户端的负载不同,也就是胖客户端和瘦客户端的区别。所以b/s发展至今,以完全取代原生态桌面应用为目标我认为有点误入歧途了;前端是跑在浏览器上的,你下达的一切指令由浏览器解释执行,而桌面程序直接跑在操作系统上,可以使用系统的一切特性,单就功能性能以及体验,二者之间有不可逾越的鸿沟。如果说未来真的要统一前端和原生桌面程序,一定不是以纯浏览器的形式,浏览器的先天不足太多了(例如多核多线程渲染、设备访问能力)。目前出现了一些混合模式的app,也就是客户端软件中加载一个浏览器内核,可享受到浏览器的便利同时也能使用操作系统的特性,但是这种,并且没有从根本上解决问题,不伦不类。。。那么未来究竟前端会以什么形态存在,随着物联网的发展一切会有定论,而且我始终认为通过json明文进行数据交互确实便捷,但同时也是对资源的巨大浪费,不符合低碳的理念。未来的发展会围绕高效、便捷和低碳,未来终究会到来,我们拭目以待!
学出来之后发展规划怎么样?
web前端开发工程师
做的工作与网站前/后台系统的页面相关,使用到的主要技术包括:HTML、CSS、JavaScript
现代web前端开发已经不能像传统web开发已经简单的描述成切图、css、js,在新的HTML5规范中,加入很多新的特性,这样就对web前端工程师有了更高的要求,比如数据库操作,使用cancvs、css3绘图。
随着前端开发技术发展,移动端应用、小程序、H5游戏出现。前端开发应用场景不断拓展。走向更专业和工程化的发展。
在以后,互联网的大量工作将会需要前端开发来完成: