平时自我感觉良好，一面试就跪。

年底跳槽 挺难的吧

大多数人都是你这个样子的啦

一开始就面牛逼的公司，你也是挺牛的

所以才有面试前补课一说

我也是这样的。。=。=。。。
而且也跟你一样发过类似的贴子。。
t/498024

和考试一样
上课时都听得懂
考试时都不会做

算法现场解不出->基础不行；组件 /框架某个细节一时想不起或没有接触过->基础不行……

太正常不过了

@OMGZui #3
因为是内推的。
从内推，电话面试，视频面试，刷掉，只发生在 30h 内。。。

@XXneet #4
嗯，要开始打好基础，年后再去面试试试看。

@Jimrussell #7
没有算法，就是问一些基础问题，比如判断类型，但是我回答的，是我在项目中用上的方法，就不是面试官想要的标准答案。并没有笔试。
框架的话，就是问的底层实现原理。

@minamike #6
哎呀，就是这种感觉。

@Variazioni #5
感觉我们俩的情况是一摸一样啊。

@FakeLeung 无解。。只能面试之前多背背书。。。

我也是这样，工作上没问题，交给我啥任务都能搞定，就是面试老被问些冷门的东西

因为没有抠过细节, 只知其然不知其所以然.
工作中, 我知道这个地方应该使用 A API.
问题, 为何用 A 不用 B?
A 的优势, 劣势各是什么?
A 是如何实现?
有没有更好的 C?

心慌的一批

发现要求的一些东西 都玩过

然后一问基础,发现啥也不会...或者根本不记得!

所以 现在还不敢出去试水....

简历都过不了啊。。。请问做 Java 怎么去面 Python 的工作

猿之常情，每次跳槽都得花点时间来复习一些理论知识

我还知道，面试回来你会恶补两天课，再过几天又开始划水了。

我还知道，面试回来会觉得自己菜，然后过几天又飘了

要复习塞

总有人感觉能从项目里面获得经验，或者从别人的代码里面。最重要的是花时间看书，把自己的知识形成一个体系，看书效率最高了。

你觉得面试那些问题，工作中真的用的到么? 如果是，，， 如果不是。。。。

@jingyulong #19
项目获取的是实战经验。
书获取的是基础。
但是面试的时候，看不出实战经验，只能从基础下手。

@smdbh #20
很少吧。因为实际中，你即使知道实现原理，一般很少人还会继续造轮子。

@tangym 请教下为什么年底难，我正想辞职呢- -

自己的经历是准备好基础知识，将自己的项目经验讲清楚、深入一点，心态放好一点，大致就 OK 了

@FakeLeung 国内软件编程比国外落后几十年，大部分功利性太强，很少注重原理和基础的。实践是必然的，但如果你想写出一个大家敬仰的作品，还是要有很牢固的基础。
回到老话题上来了，工作与事业的区别。

@Katrol #23
话是这么说，但是对方对我的项目经验的评价是：
我的项目经验太简单，基础了，看不出亮点，只是看在推荐人的面子份上才给的面试机会。
可能是对方公司的门槛确实很高。

能分享下面试题吗

@FakeLeung 我也这样试过，因为基础不好，有些很简单的问题问题没答上，然后就突出自己做好的那点，最后 2333

@tangym 确实是

原来不止是我这样

@applehater #27
没有机会突出啊，没有问关于项目的，都是问基础问题。

基础决定看待事物能否看到本质，这个人的潜力有多大，这样算是特优秀的 一般公司应该招不到或对人成长帮助不大不好留。 招个能写业务的，改 bug 的得了 一般工作的有三年的，一般业务实现 改改 bug 应该没问题 面试聊聊解决问题的思路 考查一下干事是否利索 就好了

@tangym #1
@javacodecreeks #28

我觉得，这不太关事。归根结底还是因为基础不牢固。

原来不止我这样

不要说那么多
我跟你讲
就考默写各代码里面的各种专有词汇
肯定很多人过不了关
de 太方便了，自动补全

看来大家都有同感 啊

哈哈 都一样 最好先看下面试题 ， 而且不知道你们有没有感觉 ，代码敲定越多 ，感觉自己的语言表达能力越来越弱了。。。

沉迷搬砖的后果吧

跟你一样 哈哈哈哈

@Raisu java 还是做 java 吧，python 都想转 java 呢。

因为工作的时候可以面向 Google 所以什么都能搞定

@NeverBelieveMe 我前端也想转 Java

你在之前感觉什么问题都能解决只是因为你之前的公司业务没有达到一定的高度 ,
如果到了你会觉得每天都很艰难 每天都要学很多新的东西,每天都很累,但成长是很快的.
基础不牢说明很多简单的东西你也只是了解怎么应用而不是知道为什么这么用.
还有就是遇到这样的公司对你这样的评价原因是你目前的薪资跟市场同价位薪资已经不匹配了.
他们可以用同样的价格招到比你强很多的人, 不然不会对你这么评价.
这是一个非常危险的信号. 希望加油吧.

@umrw 前端不是很好找工作嘛

@8355
嗯，好的，谢谢建议。会继续努力的。

面试的东西是很主观的。没法评判你的真实情况。我觉得你自己可以根据以下的点来看：

1、问的东西你听都没听过 /没去了解过 /没有概念。
2、问的东西你知道得很少 /模棱两可 /错误理解。
3、问的东西你只能给出初级解决方案 /没有太多其他思路。
4、问的东西是死知识（ API、快捷键之类的）不屑于回答。

如果 2、3 居多，就是基础没达标。我建议在这种情况下对面试官发问，聊聊思路什么的。

我感觉好多都是这样，去年找工作的时候去了某大厂面试，面到第三轮主管挂了

@FakeLeung #44 现在环境不好能进大公司就进大公司，小公司混来混去倒闭的概率大，经常裁员 资金流一断就发不出工资。能力不行就自己赶紧学，我建议是先找到目标公司，看看人家的面试要求会哪些技术、框架等等的东西，学好了再投，这样有助于提升你的自信，面试老被打击其实对自信心没啥好处。

面试看缘分的，不要想太多

@RoyL 转行的人太多了，小公司的工资都被拉下来了，我又进不去大公司

我一般只能想个大概，会谷歌，除非近期用过会直接全部想起来，如果是算法题，这个应该会就是会了，不会也就不会了。

面试有时候就是生成鄙视链的过程，真的真刀真枪的能上项目才是真。

我以前去面试，我被问的一塌糊涂，刚好对方项目的一些技术点我是有过经验的，我随便问几个问题，分分钟对面就装不下去了（不是不想回答，就是看得出来根本不懂）。

@umrw 前端也挺难的啊，都在转 python，前端怕什么

多谢楼主的帖子，这大半年写了不少项目，最近我也和楼主一样有点飘了。现在看完谈论自己仔细一想其实还就是个半吊子。

@Vegetable 这总结优秀

面试题一般比较鸡贼，突击一下就好啦

@a4854857 #53
共勉。

@sgissb1 #51
可能对方是看在我的项目很简单，然后想看看是否是可塑之才。谁知道基础还这么差。

@8355 #47
是的，现在这家还算是创业，虽然说工资可能不会说发不起，但是感觉还是大厂靠谱。况且，这一家还是外企。

@UIXX #45
看完你的总结，确实是基础未达标。

@mortonnex #26
我面试的是前端。

南宁的底层小码农，下一年就要毕业了。百度听我说觉得北京太远，就没再联系我第二次。于是我去面试了几个小公司，大多是十几二十人的那种。

我们专业 80%左右的人转行了，剩下的人，可能大部分只能待在底层做小码农。我意识到自己不想要这样（工资方面），所以每天都在努力补习基础。但我已经分不清自己是面向工资编程，还是面向兴趣编程了。一方面，我喜欢钻研有趣的方法，另一方面，我也有想要赚钱的想法。
希望有一天我能像赵哥一样厉害，到那时候金钱对我来说可以变得不重要，于是能够让我看看，自己的爱好到底在哪里。

@Vegetable QaQ，你怎么什么都知道？

@FakeLeung 其实面试也是蛮虚的一个过程，如果考的题目太过于架构师水平，但又不是招架构师，进去一般都是做一些较为琐碎的事情。

如果考的偏算法，但又不是算法岗位，那么进去也不一定就接触算法。

这么些年下来，得出一个结论，就事论事说项目的面试靠谱概率都比较高（不管是被面试者还是面试的人）。

建议没有准备好的时候不要面大厂哈，比如阿里系的面试，面试记录和评价全集团共享，并且永久保留不可修改。一次没准备好的面试记录，可能对后续各个不同事业部的面试都有影响。

就我个人的经验来说，区分项目的简单与复杂有两点：一个是主观上，你是否仅仅只是实现产品的需求，有没有考虑过一些非功能性的事项，比如代码可维护性、可扩展性、应用耗时、高可用等等；另一个是客观上，你的项目是否经受过大流量或容灾方面的考验。如果上面的东西你们项目中有经历过，那么你们的项目就可圈可点；如果没经历过，你是否有调研过这些事项，为未来做准备
所以在这点上，我还是赞同#60 楼说的就事论事说项目，当然面试是主观的，不同面试官的不同的提问和获取信息的角度，这就见仁见智了
------
如果楼主的工作符合要求的话，欢迎来试试我们部门，JD 参见我创建的主题，可以年前面试年后入职，当然前提是楼主认为自己准备充分了

@Lothar #61
毕竟当时有点飘了。

@wdytoya #62
好的，谢谢您的建议，但是 base 不对，很抱歉。

lz 的想法我完全能体会，因为我就经常飘。。。而且飘的时候只感觉自己自信心十足，直到摔下来才发现从前是井底之蛙了

面试不纯粹靠实力，每次面试都当作一次学习，失败了都当作是进步的台阶。另外，面试官不想花太长时间面试了，就只能靠对你的观感判断你的技术实力，这时候乐观自信就很重要了。

楼主，如果你没办法区分自己做的项目的简单和复杂，那说明真的是你自己有问题。平常项目再忙也多看看技术博客，看看目前一二线互联网公司做的项目的使用的技术和对应的复杂度，可能业务场景、并发量和现在手上做的东西不一样，但是多对比来看，肯定是能发现区别的。像我出去面试，别人让我画我做的系统的架构图，我都会先打底说明我做的东西并发量小，架构非常简单，降低对方心理预期。

另外，多出去面试看看啦，面试有时候就是一个碰运气的行为，和谈恋爱一样一样的，大家都不是高帅富，公司也不都是 BAT，有时候就是一个看对眼的事。

@ashmodeus 怎么说，可能有些人觉得做表单简单，但是做的是类似于自定义表单的，就见仁见智了。
或者说复杂的项目，需要用上数据结构，优化啥？

区分项目的简单与复杂程度很简单
你的业务用户量是多少，同样的业务一万和一千万肯定解决的问题是不一样的
用户量一大各种问题就暴露出来了
面试就跪还是说明基础不扎实，平时多总结。

@FakeLeung 不以高并发做评判方向，从业务方向来看，简单的评判标准就是做的项目是否解决的是复杂的问题还是解决了简单的问题，是解决了一堆复杂问题交杂在一起复杂度指数级上涨的结合体，还是解决了一堆简单问题交杂在一起的结合体，这就是一个评判标准吧。有的问题，可能一说出来，大家都是做项目的一听就知道要解决这个问题很复杂。