1752人阅读
为什么会叫体验呢，因为我觉得一天面下来不管结果怎样，给我的整个感觉是好像在跟很多优秀的人聊了一天的天，无关技术怎么样，无关作业怎么样，还看了一天的帅哥美女，就像一次奇妙的旅行，所以说是一次体验，记得下午回去的时候还跟同学说，唉，估计这也是最后一次到这里来了…
身边的人都说TW在全球面试最难的公司排在前十，是的没错，所以自己一直很有压力，虽然没有想结果，但只要一想到要去TW面试就紧张到不行不行的，趁着没忘，今天来写写面试的过程。
1、Homework
内推投完简历后会在官网上看到一分Homework，是线下做的，要求48小时内上传，但是由于一些小问题，作业下载的有点晚，导致最终有些细节的功能没有实现，最终还是通过了。
自己觉得重要的点：
要求你最好写测试，就一定要写测试代码
读清题所有的条件，尽量完成功能
不要用太多For循环，优化后再提交
注意代码格式化
本来想着homework做完后会缓冲几天再通知面试，但第二天就通知面试了，前一天学校还在体测，跑完800简直就是要死的感觉，又接到要面试的消息，然后整个人就方了…没办法，只能临时抱佛脚，反正已经这样了，只能听天由命了
早上九点到了公司（出了点意外，迟到了），九点到十一点是宣讲，完了就开始HR面了，进去之后，一男一女，一张大桌子，难免会紧张，但还好的是HR姐姐很漂亮（美女谁都喜欢看），问了我名字，奇怪的是并没有让我自我介绍，不过也没有时间让我多想，就聊了一些问题，我觉得回答的不是多么好，但至少比想象中的轻松，他们也很好，很认真地听我说，不时的笑一笑，两个人换着问问题，应该是考察不同的方面吧。
整理了下问题
为什么喜欢公司
怎么想到走前端这个行业的，为什么喜欢（自己是非计算机专业的）
你觉得公司最吸引你的地方有哪些
团队开发几个人，你举得怎么协调团队之间意见不统一的问题
团队开发要整体的流程，你都负责什么
结对编程时候有没有说服不了对方的时候 ，怎么解决
项目开发中你负责什么
作为一个Leader，主要负责哪些事情
团队斗志不高，不想工作的时候你会怎么让大家打起精神
对自己未来几年的一个规划 要成为什么样的人
3、coding面
要注意的地方
让提问的时候及时跟面试官提问，交流沟通，不要不说话
构思完之后要给面试官讲清自己的思路
开始写的时候要先写测试
要熟悉之前做的homework，很快定位到要修改或者增加的地方
4、3分钟演讲
本以为coding完了后就该吃饭了，但是姐姐说还要演讲，瞬间脑子一片空白，昨晚练的一点都想不起来了，这次还是六个人一起，到了一间大点的房子，里面有五个面试官，不一样的是他们看起来都很严肃，跟之前所有的面试官感觉都不一样，说了句每个人三分钟，可以带PPT演讲，然后就开始了，一个个开始…
要注意的地方
- 鞠躬很重要，因为你刚上去的时候所有老师都是看着你的
- 声音要洪亮 阴阳顿挫很重要 发现老师低下头了不关注你了，要调整声音
- 超时是个不好的习惯，哪怕提前结束，但也不要太快
- 不要有小动作，或者感受到了要及时制止
- 如果过程中间忘词了，也要沉稳，不要慌，大不了说句抱歉再重来，但切记要注意时间
- 不要带稿子不要带稿子不要带稿子
写到这的时候,刚收到短信，说面试通过了，我那个激动，那个开心呐，都快哭出来了，因为实在太喜欢这个公司了，如果校招进不了，都打算工作几年，走社招了，没想到，上天真眷顾我…好了，先忍忍，继续…
这次房子小了，桌子也小了，重点是有三个面试官，我说了句好紧张，他们让我一分钟自我介绍下，我那会还是觉得气氛挺沉重的，他们也不看我，介绍我就说了句除了您看到的我小眼睛，小鼻子，小个子外，我还有也很多内在的优点…然后都不约而同的看了我一眼，就笑了，这时候我还能好点，没那么紧张了，然后就开始问问题了，我觉得问的我不多，主要还是基础问题，Js还是得好好学。
整理了一下问题
Jasmine的API有哪些，怎样只跑一个单元测试
Node.Js为什么会识别ES6代码
ES6箭头函数怎么写，好处是什么（重点说出this）
一个完整的web应用开发流程
个人更喜欢开发的哪个方向
前台数据怎么和后台交互的，具体过程
学过哪些后端语言，课程学过哪些计算机方面的（本人是非计算机的）
面向对象的思想
用原生Js实现一个类，里面有属性和方法，比如一个手机是个类，有颜色，型号这些属性，有打电话和看直播两个方法
通过什么方式了解前端最新的技术
最近在看什么书 学到了什么
你觉得Js中哪些地方难，但自己搞懂了，哪些地方难，但你没有搞懂的
Js闭包的问题
Js跨域的问题（了解基本的）
最近在学前端的什么技术，有什么问题
终于到了最后一个环节了，挺累的，主要是心理方面的，就感觉节奏很快，没有准备的时间，中午吃饭的时候听说笔试是英文的逻辑题，拿到卷子后，发现好的一点是题目都是那种看程序题， 基本的英文单词还是可以的，我觉得很人性，因为之前做过的笔试的，几乎都是C、数据结构之类的，所以还是很庆幸的，一个半小时的时间
整理了一下问题
首先英语基础是要有的，平时多积累一些常用的单词
一定要看卷子上给的例题和题目要求
细心细心再细心
切勿互相商量成一样的答案，哪怕全对
把握好时间
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：10037次
排名：千里之外
原创：16篇
(4)(3)(2)(2)(5)(2)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'商业与经济
盘点十大入职面试最难的科技公司 Thoughtworks最难
科技公司入职面试最难的并不是传说中的谷歌面试，而是软件开发顾问公司Thoughtworks。
Thoughtworks总部位于美国芝加哥，拥有1800名员工。根据面试者称，这家公司的面试程序包括了测试、代码练习、技术面谈以及伦理面谈。所有的面试程序需要一周时间才能够完成。举例来说，面试考官会提出&如何让更多的女性获得科技产业职位？&这样的问题。ThoughtWorks面试感悟分享 - 简书
ThoughtWorks面试感悟分享
最近有几篇关于科技公司面试的新闻，这篇格外受瞩目，因为竟然有公司力压Google，成了面试最难的公司，而这个公司居然是ThoughtWorks。这个结果真的让我有些惊讶，不妨在此分享一下我的“面经”。先来说说，招聘流程。ThoughtWorks的招聘流程大抵分成如下几个部分，以社招开发人员为例：电话面试，称为Phone Screen，由负责招聘的同事了解候选人基本情况技术电话面试，称为Techinial Phone Interview，TPI，这个环节通常是针对远在外地的候选人代码作业，称为Homework，动手写代码对程序员的考核而言是不可或缺的。通过上面流程，候选人就可以进入到办公室。一般说来，候选人要来办公室两次，第一次会做一些测试题：逻辑和英语测试通过之后，才是真正的重头戏，也是称为“面试”的部分。一般说来，这些环节会在一个下午的时间完成：结对编程面试，称为Pair Programming面谈，称为Office Interview，在我们招聘同事的口中，它有一个更复杂的名字：Overall Technical Interview and Culture Interview这是主要的流程，有些情况会因人而异稍做调整。一般情况下，整个流程需要3周左右时间。我个人参与较多的主要是后两个环节，我的“面经”也主要在这里。结对编程面试，是候选人和面试官一起写代码。所用的代码就是候选人之前在代码作业环节所写的代码。这是个真刀实枪的环节，想作弊是不可能的。之前曾经发生过这样的事情，候选人找人代写代码，结果，一到这个环节就完全暴露。在这个近距离一起工作的面试中，候选者对代码的理解、开发习惯和与人交流的方式等等就全部展现在面试官面前。有些人之前习惯于窝在一个角落里写代码，像这样，写程序时身边还有人交流，对他们来说是一个巨大的挑战。我曾经看到很多面试者在这个环节紧张得不能正常思考，导致实力打了折扣。之所以采用这样的方式进行面试，因为这就是日常的工作方式。希望了解候选人的情况，同样，也希望他们能够最真实地体验我们的工作方式、交流方式和思考方式。不仅仅要写程序，还要彼此交流，降低项目中出现“关键人物”的风险。以之前的一个项目为例，这是一个总规模在十人左右的项目，一年半的时间里，这个项目先后下了四个团队lead，离开项目的开发主力也有五六个，但项目一直顺利进行，未受太大影响，就是因为通过交流，知识得到了充分地分享，避免了“关键人物”带来的风险，也让更多的同事得到了充分地锻炼。不可否认的是，不是所有人都喜欢这种工作方式。有了这样的环节，候选人在体验之后也会有个新的评估：ThoughtWorks是不是他在找的工作，这样的工作是不是他喜欢的。透露一个秘密，如果在结对过程中，候选人能够展现出他对快捷键和命令行的熟练，会在面试官心目中有加分的。接下来是面谈环节，面试官和候选人坐下来，聊聊候选人的一些经历。了解了候选人过往的经历之后，挑一个自己最想讲的项目，做一个介绍。听起来很容易，但接下来，根据他介绍的内容，会做进一步挖掘。比如，候选人说自己做过某个设计，我会问他为什么这么做，而不是那么做，对比不同方案之间的差异。这是一个说难不难的环节，如果在做设计决策的过程中，候选人经过了深入思考，回答出这些问题简直易如反掌，但对于那种直奔结果而去的候选人而言，这个问题却并不容易，当初决定的草率会在这个环节暴露无疑。这是整个面试的重头戏，候选人完全可以在这个环节将自己对技术的深入理解体现出来。所有的问题都是开放的，没有正确答案可言，通过这样的交流过程，我们可以看到候选人更多方面的能力：思考方式、分析能力、表达方式等等。当然，也有一些人让人遗憾，他们应该是做了很多出色的工作，但完全没有办法清晰地表述出来。我喜欢听到的介绍方式是，层次清晰的讲述，当然，如果有激情就更好了。如果你看到过对技术真的有热情的人讲技术，你会知道，与那样的人交流简直是就是一种享受。之后，了解候选人的本职工作之外的努力，因为所谓的工作，并不能阻止一个真正热爱写程序的人求知的心：即便他只是Java程序员，并不妨碍他了解Ruby；即便工作再忙，他也会抽空学点东西。如果候选人曾经利用时间做过一些东西，那是我们乐于见到的，如果再能涉猎更多的东西，那简直太好了，当然，会问一些问题，了解他是“听说、了解、用过，还是深入研究过”。单就面试过程而言，ThoughtWorks的面试并没有特别的。但为什么还有很多人会觉得这个过程很难。或许，这就是他们习惯的工作方式与我们工作方式的差异所在。众所周知，ThoughtWorks在“如何做软件”方面是走得很靠前的。当客户还在考虑ClearCase是否要切换成SVN时，我们已经抛弃了SVN，拥抱了git；当很多公司开始做持续集成时，我们已经开始了持续交付；当许多人开始拥抱敏捷时，我们正逐步地“去敏捷”。在ThoughtWorks工作，要找的是真正热爱技术的人，喜欢刨根问底的人，那种为了完成而完成的人不是想要的。在公司里，经常会听到这样的话：我们不只要实现功能，更要以正确的方式来做。追求是无止境的，所以，要找的就是具备深入思考的能力/潜力的人，这样，才能不断向前。在很多的人印象中，ThoughtWorks有一群特别能说的人，没错，在我们的工作里，沟通占了很大的比例，无论是我们在交付项目中，还是咨询项目里；无论是与自己人，还是与客户。所以，在面试中，我们也特别重视一个人的表达能力，肚子有货的人是否能够清晰地表达出来，而表达能力往往是一面反映多方面能力的镜子：分析能力、组织话题的能力、对技术的理解等等。以个人观察而言，在程序员这个闷骚遍地的行业里，所谓不擅与人沟通的程序员只是没有找到合适的环境。其实，表达能力完全是可以锻炼出来的。还记得我第一次在东软给别人讲东西的时候，紧张得手心里全是汗。在公司内部主动讲讲东西，在社区活动做一些分享，多讲几次，什么问题就都没有了。其实，所谓ThoughtWorks面试难，在我看来，只不过与其他公司只重视技术能力而言，我们更注重全方位的工作能力而已。因为在ThoughtWorks，我们是程序员，但我们不只是程序员。
有书有剑有肝胆，亦狂亦侠亦温文。