在深入代码之前，大多数面试官喜欢聊聊你的背景。
位于达内安卓培训也就是通过android.tedu.cn找到的那个地方, 有专家提示, 面试官心里所想知道的是。
你对编码认知。你是否知道如何编写好代码？
个人具备的能力, 领导力是不是其中一种? 你有没有经历过完整的工作流程? 你有没有修复过不太正确的事物, 哪怕你本身并不需要去做这件事?
沟通。和你交流技术问题是有用的还是痛苦的？
你应该至少说明以下中的一个：
你曾解决的一个有趣的技术问题
你曾克服的一个人际冲突
显示领导力或个人能力的例子
你曾在以往项目中做出的贡献
那种最受喜爱的语言, 与之相关的一些琐碎之事, 针对这种语言你所做过的种种行径, 还有你对它不满意之处究竟在哪。
有关公司产品/业务的问题
关于该公司的工程策略(测试，Scrum，等等)
怀揣着对技术的热切喜爱, 展现出你对自身所开展的全部事宜抱持着骄傲之情, 呈现你对自身做出的抉择满怀自信之态, 彰显你对语言以及工作流持有独到想法。
沟通
要是碰到涉及编码问题的状况, 沟通就成了关键所在。有这样一位求职者, 在工作之际需要他人提供帮助, 并且能够与人进行正确的沟通, 相较于那些能够轻松解决问题的求职者, 甚至还要更胜一筹。所以呢, 你最好展现出如下这般的特征:
令他人觉出你具备团队精神, 面试官旨在明晰与你一同开展工作是怎样的感受, 会存在何种问题, 故而要使他们目睹你的团队合作特性, 用“我们”去替换“我”来讲。
有想法要大声讲出来, 要是不知如何去做, 不晓得问题该怎么解决, 那就讲讲当下的想法, 讲讲觉得怎样做或许会有效果, 讲讲觉得哪些会有用, 讲讲没用的缘由, 这对琐碎闲聊问题也同样适用。
假如正在谈论的那个话题, 确实是你从来都未涉及过的领域, 那么千万别不懂装懂, 绝不能这样做。不知就是不知, 要如实表达。反之, 你能够直截了当地讲: “我不清楚，不过我猜测是$thing, 这是为何呢”, 这是由于后面借助分析能够把别的选项给排除掉, 而且运用其他语言或者问题当作例子来讲也可行。
话说出口之前, 别不经过大脑思考就冒出来。别自信满满地, 把那答案直接脱口而出。要是那结果, 属于正确性质, 可即便如此, 你也得花些时间, 去思量思量该怎么解释才好。倘若那答案是错的, 那这么个做法, 就会显得你这人特别冲动、特别鲁莽。你, 可不是在与人比拼速度, 而且你这么弄, 更有极大可能, 因为打断了她说话, 或者没搞清楚状况就随便下结论, 从而惹得她不痛快被惹恼了。
摆脱困境
某些时候, 你会陷入一种僵持的局面。放松下来。这并不代表你已然失败了。请记好, 面试官通常更为在意的, 是你能不能巧妙地从几个不一样的角度去剖析问题, 而非一味固执地坚持所谓正确答案。
绘图, 别把时间耗费在脑袋里思索, 能画到板子上, 绘出几个各异的测试输入, 绘出你怎样手动顺遂获取所需的输出, 而后思量把你的方法转变为代码。
有关于解决问题的简单版本, 不清楚怎样去搜索发现集合里的排在第四位置的较大条目, 那么去思索怎样找出排在首位的较大条目, 接着考量能不能继续运用此方式。
构想一个简约却作用不好的解决办法, 随后为其予以改进。使出全部力量。运用所有能够运用的方式去获取某个答案。
聊一聊自身的思考路径, 说一说你所晓得的内容, 阐述一下你觉得哪些有可能行得通以及为何会无效的缘由, 你也许会陡然发觉它实际上能够发挥作用, 或者修改后的版本是具备成效的, 还有可能, 你会获得提示。
等候提示, 别以满怀期待的目光紧盯着面试官, 不过能拥有短暂的“思考”时段, 面试官说不定已然打定主意给你个提示了呢, 暂且等待她的提示, 免得打断她。
留意空间以及运行时所存在的界限, 假若是你并不清楚自己是不是能够对解决方案予以优化, 那么便明晰清晰地讲出来。
写下你的思路想法
很容易凭空地冒出来自我矛盾的想法, 把你的想法写下来, 之后再去考虑那些细节。
调用那个辅助函数, 接着持续向前行进。要是你没办法或多或少地即刻想出经由何种方式去达成算法, 那就把它略过。撰写一个命名较为恰当的调用函数, 比如: “这将会达成 X”, 随后再迈向接下来的步骤 如果那个辅助函数是极为微小可忽略的, 你甚至能够将其忽视。
莫要担忧语法, 不妨采取这般方式, 即一笑了之。要是你非得去考量语法, 那就把它还原至英语。只要朝着面试官表明随后会回来进行整理便可。
准备充足的空间, 因为之后你或许会有要在代码行之间添加东西, 诸如代码或者笔记的想法, 要从白板顶部起笔书写, 且每行之间都留出一段空白来。
最后去写一个会进行重头检查的标志, 不要去担心你所写的那个for循环是不是应该有“。
