想问什么叫初级的前端？会哪些是初级前端啊？

今天有一个同学在后台留言给我，“想问什么叫初级的前端？会哪些是初级前端啊？”

因为手机码字麻烦，我简单回复他，“就是一些业务逻辑简单的开发工作呗。”

回家之后，想了想，决定写一篇文章专门回复一下。

在我的印像中，初级前端和高级前端，并不是会的前端技能的数量的问题。而是你能用你目前所掌握的技能，解决多么复杂的业务需求。

现在看来，这位同学的这个问题，其实是这样的，

初级前端开发，什么情况下能“确定”他变成了高级前端开发？

其实可以从招聘网站中得到一些启发。仔细观看一些招聘需求，当招聘方明确要求“高级前端开发”的时候，其职位所要求的既有工作年限，通常要3 - 5年，也许5 - 7年，这没有明确的标准。

但很明显，越是对专业性有要求，对解决复杂业务的能力越有要求，那么对于工作的时间就越是要求的多。但这恰恰说明，业界对于“高级前端”至少在“时间”这个维度上，是没有明确标准的。

从业内的实际情况来看，事实也正是这样。有些人成长速度很快，三年之内已经开始负责千万用户的前端架构。在前端行业，任何问题放在千万量级来考虑，都将是一个系统级的问题。

而另一些人则成长很慢，也许五年了，依然在初中级前端的水平徘徊。这类人将面临低水平工作不断重复的境况。

而有趣的在于，这二类人在自信或是说自负这个方面，经常是相反的。呵呵，这个自己体会，不多说。

前面已经说过了，我个人倾向于认为，初级还是高级前端跟你会多少种技术，并没有必然的、成正比的关系。只要你能理解复杂的业务逻辑，并用你已经掌握的技能，例如javascritp，能够比别人更好的解决这些业务需求，提出业内比较领先的解决方案。那么你已经是一个事实上的“高级前端开发”了。

而从这个角度来看待“初级前端什么情况下变成高级前端”这个问题，会发现答案与你所面临或接受、或是你所能够解决的工作任务相关。

也就是说，当你能够胜任“其它的高级前端才能胜任的工作”时，你就已经是一个事实上的“高级前端开发人员”了。

这位同学，加油干，你可以的。