前端开发
JavaScript
精通web前端
前端学习

三年前端开发,如何跨越技术瓶颈期?

本人三年前端开发经验,学历985本科,坐标长沙某证券交易公司。感觉技术已经到了瓶颈期,期间换了工作,依旧感觉难以突破技术瓶颈期。目前掌握的技术栈包括v…
关注者
80
被浏览
25,890

14 个回答

题主,你是不是经常感觉到迷茫?

觉得自己会的东西很多,但其实掌握的知识很多都停留在表面上,别人要是往深一问,就懵逼了。

我觉得你的问题出在对知识的学习仅停留在浅尝即止的状态。就是学习新知识,能写个 demo,就觉得自己学得差不多了。这种学习方法是很有害的,首先知识存留度不高,其次是浪费时间,因为你很快就会忘掉。

那怎么改正这种状态呢?时常问自己三个问题:

  1. 这是什么?
  2. 为什么要这样?可以不这样吗?
  3. 有没有更好的方式?

当然,不是所有问题都能适用灵魂三问,但它适用大多数情况。

举个例子:

看过性能优化相关文章的同学应该知道有这么一条规则,要减少页面上的 HTTP 请求

这是什么?

先了解一下 HTTP 请求是啥,查资料发现原来是向服务器请求资源用的。

为什么要减少 HTTP 请求?

查资料发现:HTTP 请求需要经历 DNS 查找,TCP 握手,SSL 握手(如果有的话)等一系列过程,才能真正发出这个请求。并且现代浏览器对于 TCP 并发数也是有限制的,超过 TCP 并发数的 HTTP 请求只能等前面的请求完成了才能继续发送。

我们可以打开 chrome 开发者工具看一下一个 HTTP 请求所花费的具体时间。

这是一个 HTTP 请求,请求的文件大小为 28.4KB。

名词解释:

  • Queueing: 在请求队列中的时间。
  • Stalled: 从TCP 连接建立完成,到真正可以传输数据之间的时间差,此时间包括代理协商时间。
  • Proxy negotiation: 与代理服务器连接进行协商所花费的时间。
  • DNS Lookup: 执行DNS查找所花费的时间,页面上的每个不同的域都需要进行DNS查找。
  • Initial Connection / Connecting: 建立连接所花费的时间,包括TCP握手/重试和协商SSL。
  • SSL: 完成SSL握手所花费的时间。
  • Request sent: 发出网络请求所花费的时间,通常为一毫秒的时间。
  • Waiting(TFFB): TFFB 是发出页面请求到接收到应答数据第一个字节的时间总和,它包含了 DNS 解析时间、 TCP 连接时间、发送 HTTP 请求时间和获得响应消息第一个字节的时间。
  • Content Download: 接收响应数据所花费的时间。

从这个例子可以看出,真正下载数据的时间占比为 13.05 / 204.16 = 6.39%,文件越小,这个比例越小,文件越大,比例就越高。这就是为什么要建议将多个小文件合并为一个大文件,从而减少 HTTP 请求次数的原因。

有没有更好的方式?

使用 HTTP2,所有的请求都可以放在一个 TCP 连接上发送。HTTP2 还有好多东西要学,这里不深入讲解了。

经过灵魂三问后,是不是这条优化规则的来龙去脉全都理清了,并且在你查资料动手的过程中,知识会理解得更加深刻。

掌握了这种学习方法,并且时刻运用在学习中、工作中,突破瓶颈只是时间的问题。

源码学习

看不懂 Vue 源码很正常,就像一个没学过加减法的人,上来就学习乘除法,这难度不是一般的大,对吧?而且 Vue 的源码由于工程性的考虑,作了很多边界判断和冗余处理。

学习 Vue 源码最好从一个比较简单的版本开始学习。例如我当时学习 Vue,是从 1.0 版本开始学习的,这个版本没有虚拟 DOM,没有 Diff 算法,每个指令怎么操作 DOM 都能直观的看到,学习起来比较简单。

既然要从简单的版本学习,那怎么找到简单的版本呢?拿 Vue3 举例子,打开 Vue3 的 github,看一下右边:

点击 Releases,在里面能找到 Vue3 发布的每一个版本。我们可以从第一个版本开始学习:

点击 Source code 下载源码。

等第一个版本看懂了,再看后面的完整版,会容易很多。

最后,如果源码还是看不懂,没有关系。我们可以先看一下相关源码的学习文章,找一些质量高的,看一下里面的难点讲解,最后再重新学习源码。

去不去大公司?

趁年轻,去大公司见识一下世面。大公司的技术水准基本上都是处于行业领先水平的,有很多东西你在小公司一辈子都接触不到。在大公司呆几年,要是觉得不合适再去小公司也不迟。


最后再跟题主提两个建议:

  1. 学好计算机基础知识,包括但不限于:操作系统、数据结构、计算机网络...
  2. 时常把自己放在团队负责人的角度来思考问题,降维打击。

计算机基础很重要,决定了你的天花板,一定要努力学习(对于前端来说,计算机网络和操作系统是重中之重)。

对于第二点,你可以经常问自己以下几个问题:

  1. 如何提高团队的开发效率?

例如减少沟通成本,这可以通过规范标准来达到,包括编码规范、git 规范等等。还要和产品、UI定好沟通流程、文档规范,也能减少沟通成本。

减少要写的代码,怎么做?开发一些工具,例如代码生成器、可视化开发工具等等。

要写单元测试,对于长期维护的项目来说,写单元测试是提高效率的一大利器。

多问这种问题,让你从全局上而不是在局部上去思考问题,这对于提升你的技术素养和工程管理能力都有很大的帮助。

2. 如何分配任务?

除了考虑成员能力还要考虑潜力、性格等等。

3. 如何提升团队成员能力?

培训、分享等等。

为什么要这么做呢?当你领导做一些事情让你不解的时候,让你困扰的时候,从他的角度想一想,或者就能解决你的疑惑。同时,理解领导对于你们的沟通也是很有好处的,相信没人喜欢天天和领导对着干吧。

另外还可以看看我这篇回答,求赞。


2020.11.7 更新

现在前端工程化的知识越来越重要,部分公司的面试都已经开始问前端工程化方面的问题了。过去一年多,我基本都在研究前端工程化,研究怎么提升团队的开发效率。

这几天我把过去一年多的前端工程化经验写成了文章,也算是一篇前端工程化的入门教程。非常适合想了解前端工程化的初中级前端,链接如下:

编辑于 2020-11-07 23:02

工作三、四年应该算中高级前端工程师,除了要完成业务功能开发目标外,还要对所开发项目的效率、性能、质量等工程化维度去制定和实施技术优化目标,其中以提升效率为目标的优化技术和工具就属于效率工程化的范畴。

对于公司而言,团队效率可以直接带来人工投入产出比的提升,因此效率提升通常会被作为技术层面的一个重点优化方向。而在面试中,对效率工程化的理解程度和实践中的优化产出情况,也是衡量前端工程师能力高低的常见标准。

因此可以从工程化入手,头脑风暴发现项目中问题,列出优先级,然后着手解决权重高的,回报大的问题,那么这个过程其实就是一个成长的过程。

编辑于 2020-09-13 21:41

三年前端,是工程师的职业分水岭,一般三年左右的前端,对前端的各个主流技术栈都有一定的了解和项目经验,比如熟悉vue/react/angular开发,并能对不同的业务需求制定合适的技术选型。笔者曾经做了一个思维导图,来区分不同职级所需要掌握的技术:

对于三年职业经验,一般会评为高级工程师或者架构师,所以需要对技术选型有一定经验,比如:

对于主管级别,3年经验也可以作为公司的独立业务负责人,所以我们还需要对代码质量进行权衡和评估,如下:

所以作为一名3年或者3年以上的工程师,一定要能独挡一面,并有跨行业沟通协调的能力,所以如果大家是3年+经验,我希望大家可以按照这个目标,去独立成长。笔者也会定期在《趣谈前端》专栏更新最新的技术研究和工作总结,希望对你的职业成长有所帮助。

编辑于 2020-07-26 17:57

每个阶段都会有一定的瓶颈

技术是固定的,相对而言比较好解决

比如看不懂vue源码,可以从简单的脚手架源码开始,create react app的源码就很容易读懂,再慢慢接触其他源码,一开始不要读太长的,理清楚关系,照着copy就好,读多了,就自然提升了

还有项目瓶颈,比如架构问题,迭代开发,流程中的瓶颈,不可能没有啥痛点的,如果没痛点证明你在舒适区,这种就需要宏观的哲学来解决,比如,人月神话,设计模式


那非技术的,有心理瓶颈,环境瓶颈,这种就难整了

比如前端很多人会在28岁左右产生焦虑

到这个阶段有好几年的经验,工资也还行,往上看也快到很多人的顶了,以我武汉来说,过2万就是个非常难得事,估计你得从百分之五到千分之2吧,这个是前端中的竞争,然后还会想,那上不去咋办?自己的技术提升跟不上社会需要怎么办?还有平衡工作和家庭?

种种问题都会在这个阶段展现。

然后前端生涯就在温水煮青蛙和焦虑中结束了。这可能也是多数人的命运。

解决方案我也没有,因为我仅仅比你往后了一点点,周围焦虑的人也一堆,不乏做到了前端组长之类的,但大多数人并没有做到

编辑于 2020-09-17 23:53

从技术的层面要注重技术体系的搭建

vue、react是前端组件化设计的工具,还有没有其他的,它们之间有什么区别,为什么jqeury被替代了,那么未来vue、react会不会被替代,会被什么替代?

编程语言方便,新的ECMA2020标准增加了什么新功能,typescript为什么越来越火,有没有其他的方案?

服务端框架koa,express的使用及区别,企业级的nodejs框架有哪些,架构是如何的。GraphQL及其衍生物在解决什么样的问题,有没有更好的方案?

在云愈发普及的今天,我们对云的认识和使用是否足以解决问题,新的云技术在解决什么问题?

NPM,Yarn大行其道,前端工程体系在解决什么问题,会朝着什么样的方向发展。脚手架工具该如何实现?

单元测试,端到端测试的工具有哪些,如何使用,区别在哪?

泛前端的技术有哪些,小程序层出不穷,有没有跨终端实现方案,他们是如何实现的,性能如何,如何选择?

在IOT、区块链、机器学习,有没有Javascript的库?

在视觉领域,3D、AR、VR等技术发展到什么程度了,有没有Javascript的库,能实现什么样的效果,还有哪些做不到的?

CSS作为一种DSL,我们在掌握其基本使用后有没有了解过其原理,随着各种预编译技术的普及,在CSS的设计上有没有更好的方案?

随着VS Code online等各种在线IDE的出现,自己的集成开发环境在各个大厂被实现,他们解决了什么问题?

从平台的层面看

大有大的成熟,小有小的灵活。

无论大小,把外在的经验变成自己的能力,才能尽可能让自己的职业生涯长久些。

发布于 2020-07-24 15:17

遇到瓶颈看你是处于什么状态

  1. 那些东西都好难啊,臣妾做不到啊!
  2. 那些东西太弱鸡了,朕表示不屑哦!

前者只能说明你学习的方法有问题,或者你倦怠。

后者只能说你太牛逼了,不妨跳个槽换个岗。或者去面试一下被虐一下重新定位?如果还是找不到目标,那私聊一下我。让我抱一下大腿给大佬倒茶?

其实这两个情况都只能说明你压力不足,有空想想丈母娘要的那套房,然后你就会更奋斗或者更佛了。你是壕??差点忘了知乎平均年薪百万了(手动狗头)

发布于 2020-07-24 22:52

小程序技术和前端跨端技术了解一下。

近年来小程序技术被微信及其生态应用带的如火如荼的,开发者的世界里,小程序的技术非常受关注,特别在流量承接及跨端开发方面,均受到不同规模的企业关注及积极实践。

2023年,小程序依然很火,但却有了一些不一样。

受到国与国之间关系的微妙变化,2022年的技术界多出了一些不一样的声音。首先是国人数据隐私的保护再次上升到一个新的高度,国产操作系统从Plus品变成了必需品;其次,人口红利的瓶颈,带来的是流量水涨船高的“副作用”,让企业从新正视App在自有业务中,对于终端消费者营销及运营的作用;最后,各个领域新技术的齐头发展,如边缘计算、5G网络、VR/AR,冥冥之中似乎透露着未来技术1+1的倍数放大效应(只不过现在还没有显现出来)......

据对公开资料进行统计,2021年全网小程序数量已超700万,其中微信小程序开发者突破300万,小程序DAU已超4.5亿;日均使用次数同比增长32%,活跃小程序则增长41%,小程序生态已塑造出新的增长空间。App生态其实也不弱:2021年下半年的公开数据显示,在全球三大应用发行商(Google Play,App Store,Amazon Store)平台,依然有超过200万的App活跃,这还没有包括国内的一些大型App应用发行平台的数据。此外,App的下载数量,也是逐年增长的过程中(从2017年的1781亿次到2020年的2180亿次)。

App的开发需求依然活跃。

桌面应用、App、小程序、物联网终端设备......面对业务日益复杂的终端适配需要,跨端框架的使用趋势只增不减。本文到处搜刮了跨端开发框架,汇总在一起,供大家参考,便于后续App或者端侧开发时,需要跨端框架选型做一定的参考。

什么是跨端框架?

进入正式盘点前,还是先科普下概念:跨平台应用开发框架是开发人员可以使用一套相同的代码,一次性地编码便可在多个端侧平台上运行(如:小程序、浏览器、iOS、Andriod、MacOS、Linux、麒麟、UOS.....)。它最大的作用是极大降低了开发人员的开发周期,进而实现快速交付。

跨平台应用程序开发框架的好处:一套代码适用多个设备、多个平台、多个应用商店中发布、快速成型、快速开发、无缝产品维护。

1、Flutter

Flutter是谷歌的移动UI框架,可以快速在iOS和Android上构建高质量的原生用户界面。 Flutter的快速开发,富有表现力的精美UI和类似本机的性能吸引了一大群使用者。使用Flutter的一些典型公司包括:Google,eBay,宝马等。他们选择Flutter的主要原因:

  • 框架高度稳定
  • DART语言为基础,AOT编译语言
  • 平稳的开发周期
  • 强大的热更新功能
  • 满足各种需求的UI套件
  • 完美匹配的Flutter的用户和企业众多,开源框架更新及维护快

2、Ionic

Ionic是用于跨平台应用程序开发的增长最快且领先的开源框架。针对移动设备进行了优化的UI组件库和工具有助于快速构建交互式应用程序。使用Ionic的国际大型企业包括:GE,空中客车,Panera等。他们选择Ionic的主要原因:

  • 对开发人员友好
  • 庞大的社区
  • Cordova edge
  • 高标准的UI套件
  • 简化了开发的测试流程

一份国外的技术报告显示,海外企业高管更喜欢Ionic和React Native等解决方案。

3、React native

由Facebook在2015年开发的React Native可帮助企业使用Swift,Objective C和Java等语言构建类似于本机的应用程序。使用React Native框架的一些企业是Facebook,Skype,Tesla等。选择React的主要原因:

  • 现成的组件丰富,拿来即用
  • 社区驱动框架发展
  • 热更新技术
  • 高可靠性
  • 本地UI组件的实现

4、FinClip

FinClip是凡泰极客研发的一套小程序容器技术,也可以说是小程序沙箱 Runtime/Engine,提供 Runtime 基于浏览器内核,采用动态语言(JS)和声明式 View 构建(XML),兼容互联网主流小程序技术,可采用 Vue、react 基础上的 DSL 框架。

与Flutter、React、Xamarin等跨端平台不同的是, FinClip严格意义上讲是一项容器技术。与跨端平台不仅不冲突,还可以完美融合。移动端跨平台开发框架中,不管是通过Flutter、Taro、 kbone等开发出来的小程序均可在FinClip当中运行。使用FinClip的一些企业国内大型企业居多,如工商银行、中车数字、融创集团等。选择FinClip的主要原因:

  • 小而巧,只专注小程序集成,集成SDK后体积增加3M左右,提供小程序全生命周期的管理 ;
  • 提供小程序转 App 服务,能够一定程度解决 App 开发难的问题;
  • 几个产品中唯一支持企业私有化部署的,可进行定制化开发,满足定制化需求;
  • 兼容微信小程序,之前开发者已拥有的微信小程序,可无缝迁移至 FinClip;
  • 多端支持:iOS、Android、Windows、macOS、Linux,国产信创、车载操作系统。

5、Apache Cordova

Apache Cordova是一个著名的跨平台应用程序开发框架,该框架使用Web技术,包括HTML,CSS和JavaScript。使用Apache Cordova的一些企业是Walmart,Adobe,QrStore等。选择Cordova的主要原因:

  • 框架非常出名,许多开发者对该框架使用的技术也非常熟悉
  • 强大的社区支持能力
  • 市场上插件非常广泛,意味着更多的业务想象空间
  • 免费和开源
  • 支持本地开发及调试
  • 实时重载

6、Xamarin

Xamarin是.NET平台的扩展,一度是开发人员和企业最受信任和喜爱的框架(没有之一)。Xamarin使用C#开发所有内容。使用Xamarin的一些企业是阿拉斯加航空,美国癌症协会,JustGiving等。选择Xamarin的主要原因:

  • 开源和免费
  • 框架性能优越
  • XAML的基本框架,用于使用C#构建动态移动应用程序
  • 通用模式的库,例如Model * View ViewModel(MVVM)
  • 具有语法突出显示,代码完成,设计器以及其他专门用于开发移动页面的功能

7、NativeScript

NativeScript是具有活跃的开发人员社区的开源框架。开源框架用于使用Angular和Vue构建跨平台应用程序,以加快应用程序开发速度。使用NativeScript框架的一些公司是GeekyAnts,Traverse LLC,Workbox等。选择NativeScript的主要原因:

  • 代码库适用于iOS及Android。
  • 成本效益相对来说较其他框架显著
  • Angular,TypeScript或JavaScript的优势
  • 易于使用和良好的开发体验
  • 低代码开发

8、Node.Js

Node.Js是一种流行的跨平台框架,其运行时框架基于Chrome V8 Javascript引擎构建。效率和响应能力是使Node.Js成为企业中流行选择的两个优势。使用Node.J的一些企业是Facebook Messenger,Twitch,Slack等。选择Node.Js的主要原因:

  • 更快的代码执行过程
  • 零缓冲和更快的编码输出
  • 具有事件循环功能的单线程模型
  • 开源免费

另外,服务器端开发支持和可伸缩性也是Node.Js成为跨平台应用程序开发的主要因素。

9、Appcelerator Titanium

开放、可扩展的开发用于创建丰富的应用程序,使Appcelerator Titanium成为企业研发框架的选择之一。基于Eclipse的IDE,MVC框架和云服务是其它关键参数,这些参数使该平台非常适合跨平台应用程序开发。使用该平台的一些企业包括加利福尼亚州的乐高乐园,Pulse,皇后图书馆。选择Appcelerator Titanium的主要原因:

  • 单一代码库
  • 开放源代码
  • 基于JavaScript的SDK
  • Appcelerator Alloy MVC框架
  • 集成了移动后端即服务
  • 与Appcelerator的开放市场集成

10、Corona SDK

Corona SDK也是一个存在时间较长的跨平台框架,适用于希望为移动设备和台式机开发基于游戏的应用程序的公司。使用Corona SDK构建的一些应用程序包括Gunman Taco Truch,Battle 2,Zip Zap等。选择Corona SDK的主要原因:

  • 开源且完全免费。正因为其完全免费的特性,使该平台成为游戏应用程序开发者的主要选择。
  • 强大社区支持
  • 插件生态丰富
  • 基于Lua语言
  • 轻松调用任何本地库资源

11、Sencha Touch

Sencha Touch通过功能强大的SDK和HTML5工具包,帮助开发人员为移动和桌面系统构建跨端应用程序。它允许开发人员创建动画和功能用户界面是使该平台成为企业的理想选择其它优势。一些使用Sencha Touch的企业包括:布法罗大学Kaseware的Las Cumbres天文台。选择Sencha Touch的主要原因:

  • 更快的生成本地应用
  • 本地封装
  • HTML5设备 API
  • 事件处理可提供更好的触摸响应
  • 支持新型的智能和创新版本系统

12、Adobe Phonegap

在开放式网络技术的支持下,Adobe Phonegap被广泛用于构建出色的应用程序。借助HTML,CSS和Javascript快速创建应用程序的能力,可以创建神奇的应用程序,从而使该平台成为跨平台应用程序开发的最佳框架之一。 使用Adobe Phonegap构建的一些应用程序包括:TripCase,Untapped,snowbuddy等。选择Adobe Phonegap的主要原因:

  • 健壮的开发者社区
  • Phonegap工具集
  • 丰富的插件库
  • 第三方工具支持也是较为丰富

13、Vue Native

Vue Native使用JavaScript构建应用程序。Vue.JS被认为是具有成本效益的,也是当今许多企业使用它的原因之一。使用Vue.Js框架构建的一些应用程序包括Kitsu,Social Amnesia,Listmonk。选择Vue Native的主要原因:

  • 代码实时更新,实时同步
  • Swift移动应用程序开发支持
  • 文档对象模型
  • 良好的生态系统
  • 学习门槛低

14、Qt

Qt拥有一整套全面的高度直观和模块化的C++库类和API,可简化应用程序开发。具有高运行时性能的高可读性,易于维护和可重用的代码使其成为有史以来最佳的跨平台框架之一。使用Qt的企业包括德国汉莎航空公司(Lufthansa Technik),克拉里乌斯(Clarius),费森尤斯(Fresenius)等。选择Qt的主要原因:

  • 同类最佳的收费标准
  • 自己的跨平台IDE
  • 丰富的基础启用程序集
  • 框架附加组件
  • C,C++,Python,Javascript等

15、Codename One

Codename One用于构建具有完整后端和前端实施的复杂的真实世界应用程序,并具有便捷性和成本效益。 使用Codename One来构建应用程序的一些企业有Vision24,BoI Global Group,Math Underground。择Codename One的主要原因:

  • 无需特殊硬件和100%可重用的代码
  • 可拖放的GUI生成器
  • 很好地控制像素并在任何地方绘制
  • 完全访问本机OS语言
  • 开源和免费

16、Monaca

Monaca是最受好评的开放式混合应用程序开发平台,可以立即插入任何现有的工作 流程和开发环境中。Cloud IDE,用于调试器的CLI和远程在线构建是使该平台最适合企业的其他因素。使用Monaca的一些业务包括Bekfood,WhatsMode,Starnick等。选择Monaca的主要原因:

  • 灵活的开发环境
  • Onsen UI,用于构建美观,高性能的应用程序
  • 远程构建和持续集成
  • 良好的调试和测试体验
  • Cordova电源插件支持强大
  • Cordova的后端服务优秀

以上16款跨端框架,你都知道多少呢?如果有更多的跨端框架,欢迎在评论区留言及讨论。

发布于 2024-01-16 18:33

感觉瓶颈是不是你基础不好

发布于 2020-07-24 16:12

可能去那些有真实项目在运营的公司会比较好,技术的提升很多时候都是在解决一个一个项目中的问题后突飞猛进的。最好能让自己在项目中起主力作用。

编辑于 2020-07-24 17:52

来杭州吧

发布于 2020-07-25 08:16

到瓶颈了还不好吗

可以去学更多新玩意了,每次出新特性感觉就和游戏更新了新版本一样,贼爽

随便去github上面逛逛总是能发现很多好玩的东西

发布于 2020-07-25 09:46

突破瓶颈重点在于找对方向并持续不断地学习,包括深耕自己的技术或者学习更前沿的新技术。

或许 Serverless 是一个较好的发展方向


关于DEEPEXI Serverless
DEEPEXI Serverless定位于企业级前端全链路开发服务平台,属于DEEPEXI A系列产品之一,其提供了丰富的前端组件与API服务,通过自由拖拽即可快速搭建前端应用,免去前端开发者重复造轮子的底层工作。

另一方面免去服务搭建,无需购买和运维IaaS,提升应用部署和运维效率,实现低门槛微服务应用上云,帮助企业快速构建业务应用。


产品亮点
丰富的组件库:援引行业高质开源组件库,并自研高阶业务组件,回馈开源生态,尽可能地让使用者不重复造轮子。

可视化开发:提供丰富的组件,深度打通数据服务,灵活调用API,并且通过可视化拖拽、配置的方式快速搭建前端应用,真正实现低代码开发Web应用和移动端应用。

无需管理基础设施:用户无需感知 IaaS 购买和运维即可在快速创建和运行应用,解放企业繁杂的运维管理,聚焦核心业务。

行业解决方案:提供行业模板和API,用户可以基于模板进行二次开发,开发者只需关注核心业务,大大降低应用开发的难度。

产品价值
DEEEPEXI Serverless帮助企业快速沉淀前端物料资源,通过这些资源和平台提供的资源可以快速搭建前端应用,免去重复代码样式编写,提升50%的研发效率。另实现前端上云,无需耗费精力在环境搭建、应用部署、代码托管等烦碎琐事,大大缩短开发周期,降低运维成本,让前端开发者和业务开发人员专注聚焦在业务逻辑的实现上。


剩余详情可查看滴普的这篇知乎文章:


快速咨询
登陆下方链接申请售前咨询,联系人姓名中加上推荐码 deepexi@zhihu 将有专人联系开通。

发布于 2020-07-29 15:21

基础很重要,在有一定的个在经验的情况,建议快速系统地高强度的学习基础。

几点建议:

1.学习方法:先粗粒度的宏观把握,在针对各个支线去快速学习,快速学习的要点是建立“最小可行性产品”,完成最小的闭环后,其它的内容就是丰富和各个知识点的综合应用了。

2.关注工作:学习能力还是要体现到工作环境中,思路上要成长,从完成“前端工程师的开发”,到“用技术来为工作流程服务”。优化工作流程的关键是担当,去承担那些边界模糊的任务,比如前后端接口规范统一不了,我们是否能冒烟测试;测试人力不足,我们是否能用nodejs做自动化测试;营销页面这种繁杂的工作,我们是否能去二次封装可视化页面系统;新员工成长遇到了阻碍,我们是否能一针见血的发现问题并给出建议;越基础越偏向与道,我们能否在道与术之间,去判断未来的技术趋势;

3.跨学科的学习:基础是某些被人广泛接受的认知的最小闭环,在最小闭环上丰富,重点是,为什么我们能观察到工作流程的痛点?为什么我们能在人力不足的情况下,能去做自动化测试和冒烟测试?为什么我们能观察到技术趋势?为什么我们能和新员工共情?为什么我们具备二次封装的能力?我们为什么能合理的低侵入的埋点获取有用的信息?我们知道,因为广泛的学习和实践,并且不断复盘。道理是否都不难,关键是知行合一,打磨出自己的一套。

4.标签思维:我是在解决问题的过程中,最熟悉前端相关的知识,所以在市场上工作有了前端工程师的头衔,我们在解决问题,分工合作有利于促进经济,但别沉浸其中了,深度要有,广度也要有。

发布于 2020-07-25 08:34

哈哈,看了你的介绍,是比我技术强的前端,不过想来好好学习的话前端也就这些内容了吧,如果真的在技术顶端了,那就想想有啥可以突破的技术点,想想语言方面的,我是不行了,要继续跟随技术发展方向了,不过还有一点哈,js会不会有他的局限,那局限是不是其他语言可以解决,可以学点别的,必经都是用来解决问题的,貌似没必要把自己限制到一门语言里面,浅显的认知,不要喷我

发布于 2020-08-04 17:03
( 为什么?)