一个很好的后续问题是询问关于工作流的问题。使用分支吗？喜欢 rebase 或 merge这些问题会告诉你，对于所选择的工具有多了解，也会告诉你很多关于熟练程度的信息

每天的工作安排
目的是确定是否存在沟通障碍。我想从 2 到 3 名工程师那里得到答案。如果公司领导说他们遵循一定的流程，但工程师没有谈论到这个流程，那就是沟通障碍的征兆。如果从不同的工程师那里得到不同的答案，这是沟通障碍的另一个征兆。
在高质量的团队中，每个开发者都知道这个流程，而且这个流程是足够轻量级的，它会获得工程师的支持，而不是反对。

一个很好的回答的例子（还有很多其他的例子）是：“我们做 N 周的冲刺，其中每个工程师承诺提交一组功能和错误修复。每天我们都会报告彼此提交的进展情况。我们有一个了不起的产品经理，他与客户接触，帮助我们安排功能和错误修复的优先级。

其中一个坏的回答的例子（还有很多其他的例子）是：“我进了办公室，看看有哪些迫在眉睫的事情。大多数时候，我会被突发事件所打断。

注意没提及 “Scrum” 或其他任何具体的方法论

提几点建议
一定要多花时间回忆你过去的相关经历，包括你参与的项目，你遇到的各种困难，以及如何解决的这些难题。你的回答会影响面试官对你技术能力的印象，所以一定要回顾和整理一下你过去的项目经历

试图通过事先背诵一些答案，然后在面试派上用场是一个非常不好的方法。首先，恰好能用上你背的答案的概率微乎其微，其次，这样的准备会花费你大量的时间和精力，而没有真正能力上的提高。记住，你在现场发挥的越好、越真实，你身上的价值就越高

缺乏对面试的模拟
这是很显然的，做很多事情前你都要准备和模拟一下，防止意外的情况发生。PHP程序员面试也是一样的，如果你正在准备一个PHP程序员面试，你应该找一些可以和你一起准备的PHP程序员，你们一起模拟面试的场景，互相提问

没有展现思考的过程
如果你在回答问题时很长时间不说话，就会让人理解为你无法解答这个问题。你不提供一个思考的过程，面试官就无法了解你的想法，不知道你是在思考还是被难住了。但是，如果你和面试官一直交谈，他就会了解你的想法，看到你的思维过程，这是很重要的。而且当你的思路有偏差时，面试官还可以引导你回到正确的解决方案中来

写代码离不开编辑器
如果你要参加一个技术型的面试，面试官通常会要求你在白板/白纸上写代码，而不是在电脑上。所以，你不能过度依赖于代码编辑器，因为在那里它会帮你补充代码、显示出你的语法错误等。赶快拿出笔和纸，写下你的代码，当你满意自己在纸上写的程序的时候，再把它输入到电脑，让编译器验证它正确与否

不要因为你仅仅写了一个可以执行的程序，就以为自己已经做得很好了。你还要注意在程序中有没有重复的代码、混乱的数据结构、过度的空格等等。要像在实际的开发中一样，设计更有逻辑性的数据结构、有更好的框架、代码更整洁和易读。

当你的程序写完后，花点时间检查一下你的代码，以确保其中没有bug。如果是在用笔和纸来练习，就要把程序再写到编辑器中，让编译器帮助你检查

在解决问题时不要着急，否则只会导致更多的错误，显得你很粗心。要有条理和准确的的做事，经常回头看看你的代码，如果有错误就改正它们。这样做，其实完成项目的时间会更短，而且错误会更少。

全局变量和局部变量
按存储区域分
全局变量、静态全局变量和静态局部变量都存放在内存的静态存储区域，局部变量存放在内存的栈区。

按作用域分
全局变量在整个工程文件内都有效；静态全局变量只在定义它的文件内有效；静态局部变量只在定义它的函数内有效，只是程序仅分配一次内存，函数返回后，该变量不会消失；局部变量在定义它的函数内有效，但是函数返回后失效。