初到上海，面试一周拿到 6 个 offer，可今天的面试让我陷入深深的迷惘

今天有幸去上海某英语上市公司面试

面试到最后，技术面试官对我说了一句话：“你的方向是完全错误的”

一盆水浇的我猝不及防，当头棒喝

事情是这样的

自学前端，然后去了二线城市的小公司，工作一段时间后因为小公司技术有限，也没人带我，为了寻找突破只能继续横向学习，多学一种语言。然后就不停地在网上找课找资源，自学了 php。

后来我辞职了，来到了上海（一周）

我简历的技术栈大概就是前端 php 都可以做

然后海投

最终收到了好多小公司邀请，去了之后，有的简单实现业务有的就考两道题

每次我都能收到 offer，

我简直飘了，

但是就像最前面说的

可当我来到这家公司面试的时候，

来了两个人面试我，一个 php，一个前端

php 问题，简单的可以回答，问到 laravel 框架底层如何实现从读取到渲染数据原理，完全不会。

前端问题也一样，问我如何用 js 实现的一个 Vue 组件，我不会，我只会用别人的组件

结果就是，都没通过

PHP 面试官对我说，你的业务功能实现都很通，但是问到深处就不会了，我们不需要这样的人

出来的时候我浑身哆嗦

感觉没有了目标。

因为我下一步的计划是 golang。

但是根据今天的结果。

我想我也应该去学底层。

但是对于我来说这太难了。

因为我觉得必须进一个正经的大公司才能有这种机会

自己在网上找的资源找课程，也只能停留在实现功能业务啊。

我现在很迷茫。因为我下一个公司也是一个外包公司。也就是说肯定无法深入。

这样就算了，但是自己想往深入发展又该如何自学？？才能适合这些大公司的口味呢？

跪求指点。

yuriko

2018-04-13 15:17:06 +08:00

其实是常见问题。
从应用层入门，然后多年从事应用层开发，尤其如果不怎么解触复杂场景也没有和高手公事过的时候，的确容易形成广而不精的状况。

撇开教育质量本身的问题，这其实也是很多科班和自学的区别。很多的科班都是自底向上的教学，会从计算机原理系统一路讲到上层应用开发设计管理，但对于应用实践倒是不深。而自学则是会偏向于应用，从动手实践做项目开始，随着需求扩大知识面，接触更多的领域，而问题也是在于对于平时接触不到的深入领域，往往就知识点薄弱。

两者孰优孰劣这个事情又可以吵一天了，要我来说的话就是两种不同的使用场景。
对于小厂来说，学习曲线更短的应用领域是更好的选择，目标是用便宜的人力能在最短的时间里完成更多的功能。
对于大厂来说，随着场景和需求变得越发严苛，编开始需要对问题本质更深层的了解了。

对于有广度的人来说随着需求场景的提升，自然会开始考虑更深层次的问题来解决需求；而有深度的人则会利用已有的知识实现归纳总结触类旁通。所以无论是哪种，大神最后往往还是殊途同归。

看你对语言学习的执着，我大概也能体会到面试官的想法。对于一个有几年的开发经验的码农来说，如果想着提升自己的技术实力，的确有必要在广度的基础上挖深度了，一些底层的实现原理、设计思路，对于之后面对高难需求场景或者解决疑难问题克服都有有帮助的，而广度这时则能进一步帮助你有更多的选择。

q397064399

2018-04-14 00:38:46 +08:00

@huba
关键是你自己对自己的定位，从应用出发本就没有错，计算机技术发展这么多年，
无论是框架还是语言都是竭力在封装计算机原理跟实现细节的，未来的分工只会是更加分化。
还有计算机原理还有框架细节本来就不应该暴露给开发者。

一个框架在合适的应用场景下，应该是开发者抄起来就是干的热武器，
如果士兵需要学会机械原理后才能使用枪支，那么仗就没法打了。

应用开发者本来就应该关注应用场景逻辑上的高层次抽象跟合理的代码模块化，
而不是每天需要去研究各种框架底层的细节，只有在确实需要了解细节的时候才去打开黑箱

zig

2018-04-14 17:54:17 +08:00

其实问你的原因就是想考察你的程序设计能力以及原生的 js 能力，很多程序员说只要能实现业务就行了管那么多干啥。我举个例子，假如业务中有个功能需要一个功能组件，在网上找不到相同的，这个时候该咋办？代码就不写了么？这个时候肯定就需要自己去封装一个组件，这就能看出来程序员的水平了。上面很多程序员哥们的想法我也可以理解，有的时候没碰到过难题或者说自己没有主动去挑战过难题，能力就会停滞不前，会出现一个 [自己不知道自己不知道] 的情况。学习框架的原理不是说工作中一定会用到，而是学了就会更理解框架是怎么解决业务中的问题的，后面肯定会有新的框架出现，原理和要解决的问题明白了，学习新框架不就很快了？或者从最基本的角度讲，人人都会调开源的组件库，那么你的优势在哪里？