我的澳洲 IT 求职经历 · 面试篇 · 技术面试

在国内，某些大厂的技术面被戏称为「面试造火箭，入职拧螺丝」。
面试前都要充分准备（刷题），尤其是很多日常几乎碰不到的问题。
例如对前端开发来说，老生常谈的有浏览器渲染过程，JS 原型链等。

然而在以应用层面为主的澳洲，技术面试几乎不涉及底层原理与实现。
除面 Canva 之外，我遇到最难的问题竟然是 JavaScript 的 call / apply。

当然，也有例外的：

# 类型

通常，技术面试会延续之前的做题：
若之前是算法主导，那么技术面也会继续考底层，前后几乎没有关联；
若之前是项目主导，那么技术面基本就是该项目的拓展，关联度很高。

有关 Agile 的概念，不妨参考阮一峰的敏捷开发入门教程 (opens new window)。

国内大厂讲求实用性，快准狠，很少听到偏理论化的指导思想。
在澳洲的大厂，通常都会采用「敏捷开发」来指导开发流程。
不过这个「采用」可以是有程度的，并不一定要完全履行。

Agile 通过快速迭代、持续交付，以确保所开发的都是有价值的需求：

作为普通开发，只需要了解就够了，毕竟不是专业的 Agile Master。
但对于像我这种过去没有在 Agile 环境待过的同学来说，还是应该多做点功课。
尤其是在面试的时候，对方可能会问及相关的话题，有些概念最好先提前理解好。

有关 Scrum 的概念，不妨参考敏捷开发之 Scrum 扫盲篇 (opens new window)。

Agile 只是理论层面的方法论，要落实还得有一套执行模式。
例如，比较常见的是 Scrum / Kanban，这也是很多大厂的套路。
（以下例图来自 Agile and Scrum Overview (opens new window)）

Scrum Diagram

对于算法主导类的技术面，Pair 肯定是必须的。
很多都在 HackerRank 的 CodePair (opens new window) 上进行，建议提前熟悉用户界面。
至于能不能通过，基本就是看你对刷题的投入，不在下文的讨论范围之内。

首先要弄清楚：为什么要 Pair？有什么好处？
如果你想要标准答案，建议自行 Google 搜索。
但对于面试官，说白了就是：与候选人一起工作，看对方是否合适做同事。
因此无论是现场还是远程，无论是算法主导还是项目主导，我们都需要关注：

编码前先明确需求
无论新/改需求是简单还是复杂，我们都应该先明确需求。
例如，Toy Robot 新增路障，我们应该把对应的解题思路先讲一遍。
必要时还应该在白板上进行推演，让面试官判断你对需求的理解是否确切。
全程保持良好的交流沟通
写代码时，不一定要没话找话，但一定要表现出热情与合作。
一定要牢记，面试官这是在选同事，一定要表现出你是很 nice 的人。
需求能做完固然好，但做不完也还好，因为重点是解题思路与沟通协作能力。

例如，文件切来切去，面试官未必熟悉代码结构，最好及时告诉对方你要干嘛。
又如，当初实现时就考虑到了拓展性，那么你也应该在相应的代码块解释一番。
若遇上算法类卡壳的情况，讲出自己的困难，比无动于衷地陷入冷场要好得多。