自我介绍阶段，我掏出 pad ，对照着介绍了一下我在搜狗网页搜索做过的需求，如何调研，如何推动项目，如何评测，如何做人工运营等等等，虽然到目前只实习了不到三个月，但还是尽可能的详细的说了一下经历，还介绍了一下我的学生工作经历

面试官并没有针对我的经历做过多的提问

接下来他问了我为做产品经理做过什么努力，我就说我以前很安静，不爱和人说话，但是产品经理需要用强大的表达能力以及调研的事实结果去说服团队的人，后来我积极参加学生工作，与外界沟通 blablabla 不细说了 然后他说 现在有一项技术，能精确识别年龄在 10 岁以上的人的说的话，问我这项技术可以应用在哪些产品上 ，我说一个，他就说还有呢，如此循环好多次，我终于想不到说啥了 oooo 问：你说的以上产品哪个最靠谱最能实现

答：地图语音精确导航，能已新功能的形式应用到现有的已经成熟的地图产品上

问：你的缺点？ 答：有点拖延症，桌子很乱，成绩烂（态度是不是很真诚！）

问：评价一下你的群面表现

答：（跟上面写的群面经历差不多，重点说了一下我对“看是否在线”这个功能的思考以及为何补充发言）

问：评价一下小组其他人的群面表现
答：略了略了 oo
问：最常用哪款产品，说一下不足

1 、找不到一个入口可以查找聊天记录里的图片，查找时需要往上翻聊天记录，往往要翻挺久的

2 、把整理收藏表情的功能入口放的太深
问：你知道为什么把入口放深吗

答：产品人员应该是做了缜密的用户调研后认为直接放在之前那个位置会造成用户误按？（猜的） 问：你还有什么问题要问我的吗？ 答：有的，请问您负责腾讯的哪个产品

形象干练气场很足
问：自我介绍

答：掏出 pad ， blablabla （再次推荐一下印象笔记） 问：你实习做的是 pc 端产品，有接触过移动端的产品吗，介绍一下你喜欢的移动端应用

答：有啊有啊，拿着 pad 手舞足蹈地重点推荐了一下我喜欢最近比较喜欢的一款 app ： hanx writer

还介绍了荔枝 FM ，澎湃新闻， zaker
问：最常用什么手机 app ，对其有什么意见
答：同上

问：群面完觉得自己能过吗？ 答：当时觉得过得可能性有六七成吧

随后我还表达了一下我是深圳人十分希望能进贵司工作 blabla ，总体聊得比较开心，聊完我主动找 hr 姐姐握了握手

25 号中午，我第三次来到技术交易大厦，十分忐忑不安
找工作人员打听了一下，面试官是腾讯地图的负责人
Boss ：自我介绍

我：简单地介绍了一下实习经历，由于一开始有些紧张，没有详细说太多

Boss ：问了很多项目的细节问题

我：有一两个细节的数据确实不了解，就只能说不清楚了 ooo 哎，其他知道的数据都如实回答了

Boss ：最常用的 app
后来发现已经有京东的入口了（哭晕在厕所）
面试完感觉很不安，意识到自己准备不足

没有对自己在跟进的产品做更为深入的数据调研，我还是 too young too simple ，需要学习的东西还有很多，实习还要接着进行，我一定好好学习！ 其实最开始为什么想进入产品这个行业呢，大概是因为我在院学生会的时候，主导过活动，主导过宣传方案，拉过赞助，觉得自己的策划能力审美能力还是不错的

后来开始找实习，起初也是屡屡碰壁，被大小公司拒过 n 次

后来很幸运能进入现在的公司实习，接触到产品的相关工作（想借此机会感谢过程中对我提供帮助的人，真的十分感谢）

后 端 腾讯的笔试，上面说过了，都是基础的东西，蛋疼的是要跑到武大去考，而且教室很难找

不知道是巧合还是百度和腾讯两家企业在相互掐脖子，将笔试时间安排在同一天，上午笔试完百度，心都凉了，还要我们去笔试腾讯，搞得烦死了！直到考完大家才比 较欢笑些，因为一班的人因为一个考试而差不多聚到了一起，蛮开心的吧！ 当天晚上 3 点多就收到了面试通知，这效率，呵呵，你懂的

根据考场 ( 网上贴出来的 ) 来看，武汉有 6000 多人参加腾讯的笔试；这个量是不是有点多啊！呵呵

结果那天收到面试通知时，因为在睡觉，所以一脚将手机踢下床了，结果手机坏了，悲剧死了！关键时刻还手机摔坏了！只能借同学的手机

腾讯的面试有三面，一面二面都是技术面，三面是 hr 面 ，不知道我是不是人品问题，所以第二面不是技术面；一面本来报的是后台开发，不知道什么情况被调到游戏后台了，搞得我很紧张

一面： 面试官蛮好，先是让我 自我介绍 ，完了以后，跟我聊了下 P2P 和分布式的东西 ，差不多有个 30 分钟吧，然后就是做了两个题目

判断链表是不是有环

这个题目是经典中经典的题目啊！我一开始用铅笔画了画图，想了想，然后就开始写代码了，由于是铅笔，所以写错了可以擦掉重新写，这样就不会涂涂画画的了，所以代码还是蛮整洁的，还加了一些注释，写完后，面试官让我讲了讲原理，然后问我如果只有一个节点，同时它的指针指向了自己，这种情况怎么样

我按自己的代码检查一遍，结果把这种情况算成了环，我说，哎呀，这种情况还是没有考虑到，按我的代码应该会把它判断成环啊 ( 当时可能脑袋短路，实际上这种情况就是有环，而我当时以为那不应该是环 ) ，后来我一想不对，这算不算环啊？ 我问面试官时，他笑了笑，没有回到了，直接过了

一般的 BBS 上都需要注册用户名，而注册时需要检查用户名是否唯一，怎么设计后面的架构

让我想想，给出我的设计

一开始我吓到了，还以为是 BBS 中不懂的东西，还好是检查一个字符串的问题，这才将心放回肚子中了，想了想，设计了两种数据结构： hash 表和键树 (trie 树 ) ；对于 hash 表来说，可以快速的将字符串找到，但是会出现误判的可能性，出现误判时需要进一步的检查；而键树不会有误判，但是它的查找呢需要更多的时间，同时如果很多用户名没有共同的前缀的话，那么会浪费很多空间，可能对于有限的内存来说，这样会负担不起

然后面试官又问有没有两全的办法，我考虑一会后，就说用 Bloom Filter + Trie 树来解决， Bloom 的特点可以快速的判断一个字符串是否存在，如果不存在的话，一次就能够发现，而如果存在的话，可以通过 trie 树来解决是否真的存在 [ 我觉得应该是这个问题的解决方案征服了面试官 ]