尤雨溪:非科班出身的程序员如何规划职业发展?


原文地址:尤雨溪:非科班出身的程序员如何规划职业发展?

我的计算机基础知识可不牢靠了,大学里上就正经上过一个 CS 入门课。当然也不是说我基础知识啥都不会,七七八八自学了一些,但是跟科班出身的,尤其是我那帮 MIT 毕业的同事比还是比较自卑的... 买了 CLRS 和 SICP 从来没看完...

作者:尤雨溪
链接:https://www.zhihu.com/question/35703265/answer/64229731
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

我的计算机基础知识可不牢靠了,大学里上就正经上过一个 CS 入门课。当然也不是说我基础知识啥都不会,七七八八自学了一些,但是跟科班出身的,尤其是我那帮 MIT 毕业的同事比还是比较自卑的... 买了 CLRS 和 SICP 从来没看完...

回到主题,我是觉得『前端』这个词现在涵盖的内容也越来越广了,尤其是应用化了以后,俨然前端自己有一个迷你技术栈:

  1. 纯表现层。用户体验、布局、特效、研究 CSS 各种奇技淫巧(例子:CodePen 上各种无比酷炫但基本靠 hard-code 搞出来的特效);对于很多设计/前端兼修的人来说,技术层面就到此为止了。他们很多可能一辈子都不会写翻转二叉树,但他们也能搞出一些科班出生的人一辈子也搞不出的用户体验。当然不排除一些走 creative coding / 数据可视化路线的人需要对物理、数学、甚至计算机图形方面的知识进行针对性的强化。

  2. 应用实现层。可能是大公司初级工程师主要干的活:拿着别人设计好的框架、工具去实现具体的应用逻辑。实话实说这个层面对计算机基础的要求确实不高,只要对 JS、CSS 这些领域专门的东西基础扎实 + 学习能力 ok 就可以了。但是这个层面其实需求巨大,而且有一个独特的需求:开发效率。要提升效率就得对手上的工具了解得非常细致,比如 XX 框架的 N 种优化小窍门之类的... 而这种东西只能靠实战经验去积累,基础再扎实影响也有限。

  3. 应用架构层。技术选型、开发底层框架、制定开发规范、设计应用结构... 这些东西就涉及到知识的广度和深度了,对业务需求的理解很重要,而且碰到具体的纯技术问题的可能性也大得多。编译原理、算法、数据结构在这里都会派上实际的用处。

  4. 基础设施层。自动化构建、部署、测试、加载方案、性能优化、代码质量管理等等... 这一层更加技术化了,而且涉及很多所有软件工程共通的东西,并不局限于前端。

  5. 理念层。通过借鉴整个计算机体系中其他领域的思想,从根本上改进前端的开发范式。Facebook 的人现在做的就是这种事情。事实上能做到这一层的人基本不以前端自居了。

这个问题里现有答案的一些分歧可能就在于『是否人人都应该做大前端』。我的看法是:不看具体业务需求就谈一个前端是不是靠谱都是耍流氓。一个人称不称职,看的是他的技能树和他当前的职责是否匹配。有没有必要学习特定的知识,这是一个要看情况讨论的问题。假如一个人科班出身,基础扎实来做前端,那他可能很快就可以开始涉及架构层和基础设施层的工作,这是比较理想的情况。但如果之前并没有基础,那就看你有没有野心向其他层去发展了,如果你真的有兴趣,在研究过程中自然会发现自己的短板,并且有足够的动力去弥补它。

当然,有野心拓展自己的技能树固然好,但我不会因为一个负责搞交互的人不会翻转二叉树就觉得 ta 不靠谱。你让一个科班出身但是一直搞理论研究的人去做 angular 应用,未必效果就比一个半路出家但是写了 3 年 angular 的人来得好。从这个角度讲,玉伯的看法是有一定道理的(可能表达得确实比较模糊)。

补充一下:上面的这些层次并不是一个发展路线,不是说是个前端就一定要冲着最高的层次去,这不现实,因为每个层次都可以深入钻研,对于公司来说,尤其是大公司,往往更需要在一个层次深入专精的人而不是每个层次都半桶水的人(对于多层次专精的人的需求也是有的,但是这种一般都是 senior 职位了,不会太多)

评论

登录后评论

服务器优惠活动

Top