※ 引述《NDark (溺於黑暗)》之铭言： : 最後，有关於游戏产业的面试可以给其他人一些建议： : # 关於考试， : 敢考的都考蛮硬的，但是我不认为这是好事。大致上从C变数指标记忆体， : 考到C++继承建构解构，然後演算法资料结构，甚至考UML，伺服器架构设计。 : 但是我个人是不太喜欢考试， : 因为我这里是觉得我的能力跟我觉得业界的障碍已经不在这一层级了， : 那些语法跟函式要用的时候再查就够，应该要把目标着重在其他地方。 : 但是这毕竟是买方市场，有要去面试的自己就准备一下，不要像我脾气这麽硬。 针对考试这部份，我来聊聊我的看法 就我所知，有些公司虽然考试很难，可是录取的标准并不高， 比方说这题目很难，能做完的人不多，不过只要有写1/3， 就算有些题目错，只要不是很离谱的观念错误，通过的可能性就会很高。 当然，这样说并不代表我觉得这是个好的评监方式， 只是描述现状而已。 另外，我也很讨厌考指标、括号、建构解构甚至标准函式库指令名称这些很琐碎的东西 上面很多东西 1) 根本很难用到（如多重指标） 2) 现代的 IDE 都可以帮你做到（如自动补完） 比起考那些琐碎的东西，还不如考观念性的题目比较有鉴别力 例如你所提到的「伺服器架构设计」 不过这可能就比较偏向资深程式设计师或架构师的面试题目了 针对刚入门的 programmer 问架构设计，顶多也是得到书本看来的答案而已 我如果要问「伺服器架构设计」 我不光会问怎麽设计，还会问为什麽要这样设计 毕竟这东西没有标准答案，甚至截然相反的答案都可以成立（在不同的情境考量下） 最後，笔试时除了注意题目难不难之外， 其实也是一个观察该公司技术重点的方式， 因为出题者多半都是公司里较资深的技术人员。 看题目都问些什麽，就知道这间公司大概都着重哪些层面， 也许有人问 OO, 有人问 Pattern, 有人问 Architecture, 有人问 Memory Footprint, 有人问 Performance, 有人问 Debug. 当然，台湾的公司问上面这些的毕竟还都是少数， 最多人问的不外乎 Algorithm 与 Data Structure 或是问你看不看得懂这东西是什麽： char (*(*x)[])(int, int); 问资料库与演算法的公司，这表示他们要找的是刚毕业的新鲜的肝 至於问後者问题的公司，这我就不晓得他们要找的是什麽 programmer 了 因为就算你答得出来，进公司後也不会有人要求你要这样写 毕竟作游戏是 teamwork, 代码让人看不懂就没意义了 -- [杂想笔记] 不足称博，故曰其杂 http://tzengyuxio.me --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 112.104.53.35