标签：section 重要 顺序 法则 要求 为什么 bug 交换 先行者
| 类型 | 具体技能和面试问题 | 现在的回答 | 毕业时找工作 |
|---|---|---|---|
| 语言 | 拿手的语言 | Java | |
| 软件实现 | 有没有在别人的代码基础上进行改进，你是怎么读懂别人的代码，你采取什么方法不影响原来的功能，遇到的bug是什么，怎么解决，bug出现的原因 | 有在别人代码上进行改进。一般来说先根据各个类名大致了解各类的作用，再读懂各个函数。改进时的Bug主要是和源代码的冲突。通过不断调试解决。 | |
| 测试软件 | 你是怎么测试自己的代码，怎么测试别人的代码 | 通过调试测试，分段测试。 | |
| 需求分析 | 你做过多少个有实际用户的项目，用户人数多少，你的项目有什么创新之处 | 没有做过有实际用户的项目...创新这方面，是有加入自己的想法，但是算不算得上创新就不太肯定。 | |
| 行业洞察力 | 你最感兴趣的领域是什么，这个领域过去十年有什么创新，你分析过这个领域前十的产品吗，请分析一下他们的优劣，你要进入这个领域，如何创新 | 家用机掌机方面的游戏开发，各个游戏大厂一直在随时代努力啊，作为任豚就拿Nintendo来说，机子方面来说近十年发布WII、3DS、WIIU、N3DS，到最近的Switch。游戏开发也一直再随机子世代再更新。游戏开发创新不是空口无凭一句话的事吧，太泛了。 | |
| 项目管理 | 你参加过项目管理吗，如何决定各个任务的优先顺序，如果项目不能及时完成，你要怎么办 | 算是参加过吧，一般来说市场调查最为优先，之后再开始计划、分工、开发、调试、测试。至于不能及时完成....加班都不行的话只能跳票了吧？ | |
| 团队协作 | 描述你在项目中如何说服同伴采取你更好的方案，或是听取别人的意见改进自己的方案，如何说服懒惰的同伴加紧工作 | 说话是一门艺术，要想让别人更易接受你的看法首先就要学会站在对方角度着想，思考该用怎样的方式，怎样的语言去开口，说服。至于懒惰的同伴，晓之以情动之以理，再不行就要严肃一些提到团队责任感之类的了。 | |
| 理论素养 | 你上过什么数学，计算机或是理论课，举出具体的例子，如何帮你解决问题 | 高等数学、C语言、JAVA、数据结构等等。拿数据结构来说，通过这门课对编程有了深一层的理解。 |
答：实际开发中发现，有时候在讨论时为了做的更好，经常是“不得不打破砂锅问到底”，这是没有办法的事，也是必要的。至于被破坏的气氛，则需要在会后自行调节与其他队员间的关系。开会毕竟是严肃认真的，不能顾虑太多。
答：实际开发中我确认了我的观点，开会期间大家的建议，想法都很多，需要充分交换，如果这个时候还执意运用所谓三明治方法，效率就会大大降低，而且真的会显得很造作。
答：其实这个问题有点钻牛角尖了....实际开发中不会有这种想法的，只会权衡自己与他人想法各自的利弊，最后自己下判断，之后就要果断地去执行。
我的问题在于，人的需求是会不断变化的，在Ver1.0发布后，在后续版本中需要根据用户新需求而更新软件时，万一和软件的一些根本核心设计出现矛盾怎么办？
我的问题在于，敏捷做法一定是更有价值的吗？有没有其优缺点，以及所谓的“适用范围”呢。
我的问题在于，这个真的是所谓的专家？大概是砖家吧我相信，也确实的见过，在某公司中，一个项目团队从团队建队起，几个成员就各司其职井井有条，出色地完成各项任务，每个人都是重要的一环，不存在所谓轻易减掉一位这种说法。所以不是很明白，如果在工作需要基础上减一位，那事前建队的意义在哪里？
有一个问题可以说天天都要被成千上万的人提出：“你这个想法/计划创新点在哪里？”其实我一直不理解一个问题为什么可以问的这么泛，~是没水平还是什么不得而知~。有些想法或许你没看见，没实现，但是在你的视线范围之外，谁知道这个想法是否已经被他人付诸实践并加以推广呢？这样还算创新吗？
前半句可以理解，后半句完全不知所云。“金钱”一次完全降低了格局。而且从来也不知道创新和金钱之间可以有这么直接的联系。
标签：section 重要 顺序 法则 要求 为什么 bug 交换 先行者
原文地址：https://www.cnblogs.com/the-world/p/9052786.html
