| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/xnsy/Autumn2019SoftwareEngineeringFoundation |
| 这个作业要求在哪里 | https://www.cnblogs.com/harry240/p/11469058.html |
| 我在这个课程的目标是 | 更好地了解软件工程专业，并学习软件开发的思想 |
| 这个作业在哪个具体方面帮助我实现目标 | 帮助我构造软件开发的框架 |
|
|
个人介绍：
莫听穿林打叶声，何妨吟啸且徐行
我是计算机科学与技术专业2018级计科1班的郝振凯。突然发现介绍自己好难，以自己的视角自己并没有很吸引人的闪光点。自己从小喜欢很多东西，喜欢画画、喜欢书法、喜欢看武侠小说、喜欢乒乓球等等吧。那个时候经常自己写一些东西。如果说算的上优势技能，可能偶尔写一点东西吧。算不上有多好，只是自己有写日记的习惯。记录自己的一些心情。后来的自己变的懒惰许多。有时候会莫名的小惆怅。也许逝去的岁月里，那些曾经的朋友会对我欲言又止吧。有些人认为那不应该是我，而我自己明白，我就是我，从来也没变过吧。生如夏花也许不绚烂但至少有盛开的自由，死如秋叶也许不静美但至少有不留遗憾的安心。扯远了，但这好像就是那个我。
当初你是如何做出选择你所在专业的决定的？
这个问题对我来说直接一点问就是你有没有妥协吧。只能眼神回避一下，然后说，没错，我有妥协吧。但不后悔吧。当初这个专也一开始就放进了计划了，作为备选项吧。然后和家人综合各种原因选择后选择了这个专业吧。可能和自己当初的想法有些偏离吧，但最后的决定也是自己决定的。对于计算机专业，一开始有好奇也有害怕吧。
你认为过去一（两）年中接触到的课程是否符合你对你自己所在专业的期待，为什么？
还好吧，比我想象的有点难。当然，也是自己投入的比较少吧。并没有我一开始想象的那么容易掌握吧。可能是由于之前自己对计算机并没有太多了解吧。很多东西都要从头开始吧。
你觉得你所在的专业是你喜欢的领域吗，它是你擅长的领域吗
别人也问过我这样的问题，我一般都会回答，没有很喜欢，但不至于讨厌吧。计算机专业感觉很酷，对于它的神秘复杂我还是很向往的。如果真的要在喜欢和讨厌之间做一个选择的话，那我会选择喜欢吧。很显然，它不是我擅长的领域。至于原因的话，自己一开始对于计算机这方面接触的比较少吧。还有就是在学习课程方面没有很认真吧。
将来你会选择从事和你专业相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因
不出意外的话我想会有关吧，怎么着我也是学的这个啊。但可能会有一点点偏离吧，因为想有趣一点。想去的城市的话，以前会去思考，现在不会吧。现在更多可能就是看情况吧。其实还是想回家乡。因为家乡有我的家人我爱的人吧。后面的选择也是一样吧。
自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？描述你做的最复杂的项目/作业
只是一些基本的专业知识吧。感觉自己现在掌握的称不算技能或者能力吧，还只是很基础的一些东西。但对于基本代码框架可以有一个更好的认识了。对于已经写过的代码，这个真的没有确切哪怕模糊的数字，嗯~就算不到一千行吧。做过最复杂的作业就是编写一个小游戏了吧。当时尝试过贪吃蛇和俄罗斯方块吧，真的还是比较难得。是查看别人的代码最终才完成的。
离成为一个合格的本科毕业生，在专业知识、技能、能力上还差距哪些？
嗯~这个问题想了很久。自己离那些电视、电影中的程序员还有很大的差距吧。专业知识还需要很大的补充。对于技能和能力还需要去学习和锻炼。自己还没有对其中一门计算机语言更好的掌握。能力上还没有还需要去锻炼代码的编写、改错以及维护能力吧。
对照以上你阅读的前人们的经历，你的选择是什么？
读完前人们的经历，发现大家在最初学习计算机的时候都会有各种各样的困惑吧。我自己也会有很多迷茫的东西吧，但是还是会不可避免地思考自己的未来。至于我的选择，我可能不会选择毕业就工作吧。感觉那样的我会恐惧自己的知识不够。所以可能会选择考研吧，让自己的知识更充实，同时对于自己要从事的行业也有更好地了解吧。
在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？
可能就是自己学习的时间更长一点吧。自己的知识量可能更丰富一点，对于问题的处理能力更好一点吧。同时对于代码和计算机语言会有更好的理解吧。劣势的话就是自己在开始工作的时候会缺乏别人的社会以及市场经验。自己更多的处于学识阶段，而其他人对于现在的形式已经有了很好的理解了。这方面可能就是我的劣势了吧。
针对你的选择，你给自己的大三设定的规划安排是什么？
首先还是要继续巩固自己的知识吧。然后开始为自己的考研开始努力。
你对于实现自己的梦想已经做了或者计划做什么样的准备？
如果说到梦想可能与现在的专业并没有太大的联系。我的梦想可能更生活化一点。至于相对于它的计划或者准备。我想做好当前的事就是对梦想最好的准备了吧。只有对自己未来有了保障才会去追寻梦想这么伟大的东西吧。
提出问题：
一，老板驱动的流程模式（p103）
在中国的一些企业的软件开发者的问题中，有这样一个普遍的问题。不少人提到开发流程事实上是由行政领导主导，或者由公司的老板驱动，因此这种模式被命名为老板驱动的流程。然而我在想对于程序员来说是由他们自己主导构造软件工程还是由老板带动更为合适？对于不同工作经验的程序员哪种模式更为合适？当软件订单的获得不是主要靠技术实力，而是靠个人关系，或者暗箱操作的时候，老板的能力决定决定了一个团队是否能获得订单，既然软件的具体功能并不重要，那么老板说什么就应该做什么吧。（可是对于一个软件团队来说更多的在于创新能力吧）在大型企业内部，软件功能往往由行政体系来决定。软件团队可能尚未成熟，不懂得如何独立地进行需求分析，不懂得如何对行政领导有技巧地说“不”。其实，在团队中，没有平等的交流，就会导致大事故吧。
二，敏捷（116）
这里所谓的敏捷的定义究竟是基于计算机思维还是生活思维？敏捷似乎是一种思潮，或者说是一种价值观，它涵盖了好几种软件开发的方法论。这些方法优势建立在许多行之有效的最佳实践方法之上的。
问：敏捷的思想是天上掉下来的么？
答：不是，是人们总结出来的。
我想敏捷并不是万能的。敏捷的方法能帮助自己更早地知道自己是否能完成任务，仅此而已吧。敏捷宣言当然好，然而人的认识总是在发展，软件行业也不断有新的思想会出现。
三，典型用户（p206）
正如戏剧中有正面和反面的角色，软件系统中也有受欢迎的和不受欢迎的典型用户。如果用户有不同的安全需求，切记要定义不同的角色来适应这些需求。受欢迎的典型用户，指哪些按设计者的期望使用系统的用户。不受欢迎的典型用户，指那些有不正当目的的用户。作者说，要注意这一点：我们的软件不是为所有人服务的。但是这句话是否和“软件开发”的某些道德有歧义冲突？
四，创新者就是冒险家（p354）
很多人不自觉地把“创新”和“冒险”等同起来，其实根据研究，创新人士的关键特点不是喜欢冒险，也不是躲避冒险，而是从错误之中恢复并继续努力，就像文言文所说的“屡败屡战”。可是对于创新来说，做的不一样就算创新吗？做的不一样很容易，做的更好是否才是更困难的？要长期地坚持，没有坚定的价值观是不行的。
五，竞争性需求分析的框架（p160）
从理论的层面谈需求，往往都有一个隐含的假设——只有我们一家公司在给用户提供服务，似乎用户不会考虑或改用其他公司的服务，因此我们可以按部就班地“引导、捕捉、分析”需求。一些定制软件或内部软件也许是这样。但是，大部分普通用户的需求都有好几个互相竞争的机构在提供服务，对于互联网服务来说，更是如此。在这里突然有一个想法，竞争性需求分析应该更切合用户还是更注重同行业的竞争优势？框架的构造是基于用户的需求还是未来的行业形势？
了解和调查源程序版本管理工具:
Git:
Git是一个开源的分布式版本控制系统，用以高效、高效地处理从很小到非常大的项目管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。
优点：适合分布式开发，强调个体。
公共服务器压力和数据线都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点：中文资料少。
学习周期相对而言比较长。
不符合常规思维
Trac：
trac是一个为软件开发项目需要而集成了Wiki和问题跟踪管理系统的应用平台，是一个开源软件应用。Trac以简单的方式建立了一个软件项目管理的Web应用，以帮助开发人员更好地写出高质量的软件；Trac应用力求不影响现有团队的开发过程。
优点：里程碑方式
权限体系是比较完备的设计
缺点：需要划分
需要掌握的东西比较多
Mercurial
Mercurial 是一种轻量级分布式版本控制系统，采用 Python 语言实现，易于学习和使用，扩展性强。其是基于 GNU General Public License (GPL) 授权的开源项目。
优点：更轻松的管理
对网络的依赖性较低
更健壮的系统
缺点：协调同步性要求高
授权要求行更高