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