软件工程问题及回答

 

一、第一章：概论    IT人基本职业道德是什么？有时候是否跟潮流走，用大多IT人的道德来规范自己，还是按照自己的心里底线？

答：“所谓职业道德，就是同人们的职业活动紧密联系的符合职业特点所要求的道德准则、道德情操与道德品质的总和，它既是对本职人员在职业活动中行为的要求，同时又是职业对社会所负的道德责任。”ＩＴ人的职业道德也是，每个IT人员都有自己的职业道德。而且创新也是一种美德，并不是什么时候都跟着潮流走，自己一定要有自己的特色。

 

二、第二章：个人技术和流程    如何快速提高IT员个人技术，是自己单独学习还是和别人讨论试学习，和别人讨论试学习时，是和自己水平差不多的还是和比自己厉害很多的？

答：这也许是每个初学者醉关心的问题。要想提高的最快，你必须有个团队，你们一起学习，一起进步。但是你又必须学会独立思考，不断总结，不断学习，你才会很快的提高自己。

 

三、第三章：软件工程师的成长   书上第5页提到现在软件产业还是一个相对年轻的产业，但是现在给我们的感觉就是它已经基本成熟，一些ＩＴ员现在做的就是在完善或是修补前辈们的作品。（我想是我没有达到那个层次，接触不到一些东西，才会这样问，但是真心这样认为）既然它是相对年轻的产业，但是由于它的不确定性，会不会突然又进入另一个高速发展的阶段，比如像科幻小说里的那样，突然带着人们走进另一片天空？还有现在的软件工程师又需要具备哪些基本技能？

答：这的确是一个年轻的产业，而且很多领域正在慢慢背业界人士所发掘。它需要人们不断的创新，不断地开扩。但是它也不会突然又进入另一个告诉发展期，因为这需要技术和时间的积累。

 

四、第四章：两人合作   有时候并不是所有项目都适合结对编程，那么如何判断哪些情况更适合结对或更适合一个人？又如何把自己的实力发挥到极致？

答：当你们两人一起编程时，适不适合，其实心里已经有答案了，关键还是你们个人，不是所有的团队一开始就是很好的编程了，这都需要磨合。

 

五、第五章：团队和流程    我现在对团队还不是很理解，特别是在分工方面，老师觉得一个人在忙 其他人在看， 或是只有两个人在做 ，其他人都不知道干嘛好 ，怎么解决这问题！如果自己技术水平很差，有如何在队伍中发挥自己的作用？

第五章问题：在这一章中介绍了各种团队与很多模式，每个模式都有自己的特色和优点，那么一个团队为了更好的发展可以有多中模式吗？

答：因为每个人的能力都不一样，所以你要明确你在团队的位置和作用。只有你自己清楚了，你才能在你的团队里发挥自己最大的用处。

 

第六章问题：书117页说：“敏捷的方法是帮助你更早的知道你是否能如期完成任务”。那么我们是不是可以理解为每个人或是每个团队都可以在任何任务下使用敏捷方法呢？

答：理论上是可以的，但是现实中并不一定都可以。

 

第七章问题：MSF团队模型和ＭＳＦ过程模型这两者有什么关系？又有什么必然的联系吗？

答：这个问题我自己也找不到答案来回答我自己。

 

第八章问题：从书上可以看出用户的想法项目经理往往掌握不到，甚至南辕北辙。而程序员和项目经理的想法有时候也会有一些出入，那么是否让程序员和用户之间有一点的互动？

答：每个职位都有每个职位的工作，但是又不是所有人都会把事情做到完美，所以如果要程序员与用户沟通，可能又会出现新的问题，所谓在其位谋期事。

第九章（P173 9.1）

问题：可否理解产品负责人就是项目经理，因为他们两者就是做同一种工作。

答：不可以。他们的工作有时候看起来一样了。这要根据不同的情况有不同的解释 有时候 项目负责人和项目经理可能为一个人 有时候项目经理可以把项目分配给其他人 这样被分配者就成为了项目负责人

第十章（P183 10.1）

问题：看了书，感觉用户的需求很难掌握，有时候用户的真实需求会随时间或是用户的想法而改动，那么我们要如何正确的把握住用户的真实需求？

答：首先要了解自己的客户，考虑市场，技术等问题。并且及时与自己的客户沟通。

第十一章

问题：为了避免误解，我们是不是可以把我们理解的告诉用户，并且最好是图像的形势或是其他方式展示给用户？

答：这个要根据实际情况而定，如果你们认为掌握不了顾客的意思，那么着无疑就是一个号办法，但是顾客往往就只在乎结果，你有时候就只需要把成果给顾客就好了。

 

第十二章

问题：为了让用户满意，是否可以在用户的原来基础上创新，体现出一些人文关怀，请问这是一些好的想法吗？还是这是程序员的顾忌？

答：你想要创新这个想法是好的。但是你一定要在满足客户的需求之后，在原来的基础上添加一些修改，不能改变用户最初的要求。

第十三章

问题：（220）文中提到用户需要帮助，但是用户没有那么蠢。是一个人非常典型的例子，但是这个例子问题太过突出。有时候就算我们记住了用户的选择，考虑了用户的感受，但是还是难免把握住那住个度，那么我们如何准确的把握住那个度。

答：那么你首先要站在大众的角度上思考问题，然后在用户的角度上思考，最后根据你个人的想法，掌握好那个度。

第十四章：
问题：本章主要讲的是软件的质量和对软件质量的保障工作。而且开发过程的可见性有非常差。那么在我们接到一个项目时如果没有能力去完成它，是否放弃这个项目。但是没有挑战就没有进步，这其中如何选择？

答；你自己说没有挑战就没有进步。当你接到一个你没有能力去完成的项目时，那么你首先的想法不是放弃，而是想办法克服它。当然，量力而为。
第十五章：

问题：文中（288）的例子中提到很多程序员都想在开发或是修改的时候加一些功能进去，但是这往往是不允许的，那么我们如何在这中间找平衡。即允许加进我们想加的东西？

答：我们有时候只需要做好自己的工作，你的领导不同意你这样做，那么肯定有他自己的顾虑，知识你看不到。他又没有和你说而已。

第十六章：

问题：如今科技发达，社会进步快，相对一些科技技术更新也快。但是却很难在旧的领域有创新，而新的领域又很难开发。那么当我们有新的想法时，是不是做好了再公布还是在一边做一边发布呢？

答：一般情况下，就是还没有做好时，但是自己又有能力去完成它时，一般都是先发布的。

第十七章;

问题：看书中的例子(336)，猪、鸡、鹦鹉觉得例子很典型，非常喜欢这个例子。但是这并没有明确指出一个负责人来，一个团队应该只有一个声音，我想问这个负责人事他们的哪一个人？猪或是鹦鹉/?

答：能者居之。团队里说话的那个人必须能够服众，必须能够站的住脚。

转载于:https://www.cnblogs.com/xhy1210/p/4602393.html