有一个很有名的例子
MAC系统上套件管理程式brew的作者
跟Google面试被刷掉
面试很靠缘分的
其实我觉得台湾三个月试用期
在某种程度是很好的设计
先进来跟团队合作看看
就知道真章了
(缺点就是下份工作面试的时候要想办法解释
台湾HR很爱用时间短质疑忠诚度。。。)
我曾经在某外商工作的时候
面试过一个香港的工程师
面试表现极佳
出题目做作业都讲得很好
进来之后一整个摆烂到不行
香港也有三个月试用潜规则
但是对方的直属主管在美国
硬是要走美国那套进观察期给机会
搞到现在他还在摆烂
我之前也面过一家外商公司
第一关: 主管面试过后
第二关: 出题目让我回家做
第三关: 某工程师技术面试
先聊过背景之后，开始一连串的问名词解释
我直接说，很多名词我看过就忘了，不好意思
对方很惊讶地说: 可是我看你第二关的题目做得很好啊
我说: 写程式我都是从想法开始
然后接下来思考怎么实作，其实不太会去记名词解释
我可以跟你讨论算法
最后被刷掉，理由是对某一个程式语言的掌握度不够高
我以前Leetcode刷过三百多题
但是没在用真的很容易忘记
所以Google, Facebook, Amazon每年多少都会找我去面试
有时候第一关就挂
最佳纪录是Facebook到最后一关，还是被刷掉
只能说跟这些公司无缘
曾经认真想过专心反复刷题
最后觉得没意义
太多技术要学了
我宁愿把时间拿去学新技术
※ 引述《rz2x (弗朗西尔我婆)》之铭言：
: 做肥宅程式员5年了
: 去年年底离职
: 在前公司可以一个人做专案
: 可以一个人同时搞定三份专案
: 觉得自己比以前强的我
: 在只准备了自我介绍的情况下

强者推

建议你还是要记那些名词。名词就像是 API 的名称，如果你每次使用都要从列表扫一次才能知道 API 名称，那还得了?或许像 API 不用记住每个参数，名词你至少要记得，才不会每次都重头开始思考。这样或许很强，但工作效率会很低。特别是到了一个随便数百万行的 project。

挺有趣的，很多人说名词不重要，但解释的时候还是拿一堆名词出来，有没有人要挑战用不用名词沟通看看？

homebrew吧

homebrew XD

还是要看是什么样的名词 名词百百种 从基本到buzzword

从brew可以看出原波果然不喜欢记名词（x

满讨厌那种名词解释大杂烩的问法，也记得前阵子应征还有看到有公司架构问完拿出纸本题库开始问名词解释，不知道在干嘛我自己当面试官纯问基本常见大概1~3个名词问说有没有用过，有的话分享一下这是干嘛的，如果要其他专有名词想不到就试着描述看看，我觉得知道自己在干嘛反而比较重要。因为有遇过很会背专有名词和解释，但根本不会使用的

我指的名词是不只 design pattern 那些，也抱括 project里的名词。和同事谈需求，流程等，也是需要共通的名词或者说是语言。

上面讲到重点了 解释的时候还是得拿出一堆专有名词名词最对事障碍的 跟门外的沟通最困难的就是名词不懂解释的时候还要顺便把名词拆开讲解 开个会跟当老师一样*名词绝对是障碍 (上面错字)

我觉得是看问法，近期感觉很差的是面sr.然后30分钟在名词解释里面各种同样名词的变化型，各种领域的都有，甚至是自己公司没在使用的语言也在问，还真的是拿题库 (A4大小 5页)我觉得如果是问一些常见的也是一种交流，因为我能了解公司内的文化、技术背景，但拿来问30分钟也不是自己stack的大可不必

能举例考什么名词吗 比如说问你什么是http 然后答不出来这样吗？