标签:mod 工程师 类别 模块 传递 毕业 选择 运动员 索尼
类别 | 具体技能和面试问题 | 现在的回答 | 毕业找工作 |
---|---|---|---|
语言 | 最拿手的语言和代码量 | java,到现在为止代码大概一千行吧 | |
软件实现 | 你有没有在别人的代码的基础上改进?你是怎么读懂别人的代码,你采取什么方法不影响原来的功能,遇到的bug是什么,怎么解决,bug出现的原因 | 有改进,读懂别人的代码主要靠注释和提问以及对函数功能的理解;采用改进函数方法不影响原来的功能;遇到的bug是调用函数时参数问题以及循环问题,通过不断调试来解决 | |
软件测试 | 你是怎么测试自己的代码,怎么测试别人的代码 | 采用eclipse自带的测试工具,以及在关键点设置输出语句 | |
需求分析 | 你做过多少个有实际用户的项目,用户人数多少,你的项目有什么创新之处 | 目前没有 | |
行业洞察力 | 你最感兴趣的领域是什么,这个领域过去十年有什么创新,你分析过这个领域前十的产品吗,请分析一下他们的优劣,你要进入这个领域,如何创新 | 运维吧,现在思科还是老大,但华为等几家厂商逐渐赶上来了。我并不想做创新,只想跟随前人 | |
项目管理 | 你参加过项目管理吗,如何决定各个任务的优先顺序,如果项目不能及时完成,你要怎么办 | 一般按市场调查,需求分析,项目规划,团队分工,调试测验;如果不能及时完成,就得加班赶工了 | |
软件设计 | 你做过架构设计,接口设计,模块化设计吗?你比较过不同的设计方式吗?你的设计取得什么成果? | 没做过软件设计,现在做的最多只是小程序 | |
质量意识 | 你是怎么做代码复审的?你加入团队后,能帮助提高代码质量吗?请具体说是怎么提高的? | 首先代码必须成功编译,接着代码要在调试器中单步执行做测试,复审过程中提出自己的意见,最后与其他人讨论决定最终方案 | |
工具/社区 | 你在各开发平台用过什么样的工具?你自己写过什么工具提高效率?在社区有贡献过什么工具和代码?你的技术博客坚持了多久?读者最多的是那一篇? | 比如DEV C++,CodeBlocks,Eclipse,sql server,netbean等等,水平过低没贡献过什么工具和技术博客 | |
团队协作 | 描述你在项目中如何说服同伴采取你更好的方案,或是听取别人的意见改进自己的方案,如何说服懒惰的同伴加紧工作 | 我会尽量用温和的语气和新旧方案的各方面的比较来说服同伴采取我更好的方案;听取别人意见的时我也是通过两种方案的比较从而选择性改进;通过施加压力(比如每天催促,扣工资奖金,劝离团队等)来说服同伴加紧工作 | |
理论素养 | 你上过什么数学,计算机或其他理论课,请举出具体的例子说明你把学到的理论知识应用到实际中 | C语言,java,数据结构等,比如java里面的冒泡循环可以帮助我们对一组数字进行排序 | |
自我评价 | 全年级专业排名多少》你刚入学到现在的排名有变化吗? | 大概50名左右 |
- 答:c
a) 不懂啥是靠谱的设计; b) 随便应付一下即可; c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来不看书; b) 看了就忘; c) 有时分享。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 听说过,但是认为意思不大; c) 这要讲场合。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:e
a) 从来没听说过; b) 出了问题再说吧; c) 想做,但是不知道怎么衡量效果。 d) 能够在多种语言和架构中做到 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 把原型直接用于产品,不然就浪费了; c) 不用原型,一直在产品中直接改。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 按我的想法设计,用户以后会适应的; c) 大概同意,但是怎么接近用户呢? d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:d
a) 做完了,就知道花费了,不用事先估计; b) 大概估一下,不必在意时间 c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:d
a) 一直用鼠标和GUI; b) 到时候问牛人; c) 正在学习命令行工具。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:a
a) 只用老师教的一个; b) 随意; c) 没有任何定制。 d) 会定制,并且分享给其他人 e) 还会学习和使用各种编辑器的扩展。
- 答:b
a) 从来没听说过; b) 模式没用; c) 每写100行程序,我就尽量用一个模式。 d)有实际使用的经验 e) 能用具体代码说明模式的利弊
- 答:a
a) 从来没听说过; b) 用QQ,u盘即可; c) 领导要求才用。 d) 经常用 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 只会printf; c) 加log 太麻烦,我的代码不会有bug 的。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 太麻烦,不用; c) 想用,但没有时间。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 抓住所有异常 c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 随缘; c) 有时这样做。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 没有实践的机会; c) 代码都在一起比较好管理。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:a
a) 从来没听说过; b) 拷贝代码过来用也可以 c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 并行不会出错的; c) 任何代码都应支持并行。 d) 考虑在适当的层次支持并行 e) 不但主动做, 还会影响同事一起做好
- 答:d
a) 代码都在一起比较好改; b) 随缘啦; c) 没搞清楚啥是V,啥是M。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 我的数据量不大,无所谓; c) 不会有效率问题的,现在CPU 都快了。 d) 主动测试程序效率,以验证估算 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 想用,但不知道工具 c) 主要靠肉眼观察算法效率。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 任何修改都可以叫重构; c) 每天应该重构两次。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 我的代码不会出问题的; c) 项目没有安排时间,我也没有提这事。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 从来不看那些代码; c) 那些代码没有bug。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 用户太蠢,不值得听反馈; c) 想做但是没有机会。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:a
a) 没听说过; b) 不必这么麻烦; c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 签入代码,就是做完了; c) 。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 覆盖20% 就好了; c) 要覆盖至少60%。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:c
a) 从来没听说过; b) 每个bug都是特殊的; c) 测试用例不值得加 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
a) 从来没听说过; b) 如果有问题,用户会报告的,我们不用测这些; c) 如果有明确要求,我可以做好。 d) 一直主动这样做 e) 不但主动做, 还会影响同事一起做好
- 答:b
答:大部分成功者不是先行者,并不能说明我们没必要做领头羊。goole,dell,hp,lenovo的最终成功是因为做出了与其他同行不同的创新,以谷歌为例:无论是搜索引擎、Gmail邮箱、网络文档编辑器,还是Google地球,Android手机操作系统,以及最炙手可热的“云计算”,Google在技术方面都走在了最前沿。因此我们仍需要做出创新。
答:需求分析是一定要做的,每种新产品的问世都离不开需求分析。需求分析最初决定了产品是否有研发价值。民众刚开始可能理解不了创新产品可能带来的好处所以就说不出需求(比如古代的马车驾驶员的需求只能是更轻便坚固的马车和速度更快的马,而不是想要一辆四轮小汽车),这就需要一些目光敏锐善于总结的人通过提取各方面需求的共同点来,并对这些共同点进行分析进而研发新产品(德国人卡尔·本茨研发汽车,莱特兄弟研发飞机),所以我们还是要做需求分析。
答:单元测试结果是可重复和一致的应该是指测试后的结果可以多次相同,比如对一段用户登录代码进行测试,用户名和密码不匹配、用户名不存在、密码错误的情况结果应该是相同报错,而不是每次出现不同的报错提示。
对于这句话我想问的是,这些创新者是在他们所擅长的领域之外发现的创新,然而前提是什么?不可能随便就发现一个创新吧!那些领域内的专家为什么没有做出被领域外专家发现的创新呢?
说到底我们该如何把握创新的时机呢?创新早了用户可能无法接受,创新晚了则市场又可能会被先行者抢占,如何让早期尝鲜用户继续接受创新?
学校的编程老师教编程的时候总说编程之前就要先考虑你的程序所要实现的功能,我个人的经验也是如此。如果一些功能想在后期添加则必须协调好之前其他模块的关联,这个过程极有可能出现很多bug,那么我如果按书里所说的不要过早优化,我应该提前做好什么准备来避免出现大量bug?
这里我不同意作者观点,这个实时显示英语解释功能是设计人员考虑到可能有低龄用户和高龄用户,这些用户极有可能从未接触过英语,所以作者不该这么说设计者。
这里我觉得作者看法有些片面,如果CPU技术已经效能过剩,那为什么各国还在努力研究最快计算机呢?其中一个原因就是一些国家恶意垄断关键技术,所以为了突破封锁还是有一些国家仍在研究这些技术。
https://book.douban.com/annotation/56781835/
标签:mod 工程师 类别 模块 传递 毕业 选择 运动员 索尼
原文地址:https://www.cnblogs.com/myfist/p/9048361.html