初学软件工程

在大学生涯中学习了计算机科学与技术,感觉是为数不多在大学中,比较有用的专业,可以学习到实际的知识。

在编程实践中,感觉打代码不是最难的地方,解决一个一个的bug才是最有难度和挑战的,改正一个个逻辑漏洞,改正一个个打错的地方,每一个出错的变量等等等等,在程序运行成功的那一刻,简直成就感爆棚,在完成一个程序,一整套没有bug的程序之后,如何精简和简化这个程序成为了下一个问题,这就是更加具有挑战的点。

希望之后的软件工程学习可以提升自我,让自己提升一个台阶。

时间: 2024-08-27 06:54:32

初学软件工程的相关文章

初学软件工程,对《现代软件工程―构建之法》这本书的疑问

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的<现代软件工程―构建之法>这本教材.上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的. 以下是大致看完书不懂的问题: 1.什么是软件工程? 2.什么是敏捷流程?敏捷体现在什么方面? 3.MSF?PM?的含义是什么? 4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

对初学软件工程的一些想法

1.第一章出现的专业术语整理 加粗专业名词: 软件架构(Software Architecture), 软件设计与实现(Software Design,Implementation and Debug), 源代码管理 (Source Code Control) , 配置管理(Software Configuration Management), 质量保障(Quality Assurance), 软件测试(Test), 需求分析(Requirement Analysis),程序理解(Program

物联网软件工程初学者

对软件工程的理解: 软件工程是按照工程学的管理方式,有组织.有计划的,在一定的质量基础.时间限度和成本范围内,实现功能明确的软件系统.如同一项建筑工程,需要前期测量.计算成本.预期时间.人员分工.中期跟进进度.保证质量.后期检测.维护,在每一段时间内做好应期的事情,才能被称为一项完整完善完美的工程. 初学软件工程,遇到的问题: 1.软件工程的学习与之前学习的课程联系是否密切?如果是与哪方面联系密切? 2.如果基础不是特别好,该如何计划对软件工程的学习? 3.看书上大多是概念性的知识,那软件工程是

《人月神话》读书笔记(一)

作为一个初学软件工程,并没有真正编程经验可言的的人,开始先是通读了一遍<人月神话>,只知道了“人月神话”的真正含义.人月是在估计和进度安排中使用的工作量单位,但因为它具有的危险性和欺骗性导致了它像神话一样地存在.而作者阐述的主要思想是软件编程的项目进度与增加人员之间是不能互换的. 之后再仔细地阅读一遍后有了更加深刻的体会,自进入信息时代以来,对于软件项目而言,项目工作者都挣扎在巨大的“焦油坑”里试图摆脱出来.在挣扎的同时我们也必须努力找到工作的乐趣所在尽管同时肯定会伴随着许多烦恼和痛苦.在一项

浅谈敏捷软件开发与传统软件工程的对比与敏捷开发产生的原因

引言 在"计算机程序的蛮荒时代",人们对于程序的设计.编写是随想随写.灵活变化的.正如我们初学各种编程语言时那样,似乎把程序写对也不是什么很难的事情.然而,这种程序设计模式或许适用于几百行至几千行的小程序,而当我们面对更大的软件规模.更多的代码行数以及更复杂的人员架构时,这种随想随写的程序开发模式似乎不再适用,于是使人们遇到了「软件危机」,进而促使了软件工程这样一门学科的产生. 在我上一门程序设计的课程的时候,老师讲过,当我们学习各种语言.算法和数据结构时,我们学习的是怎样进行&quo

初学构建之法之体会

初学构建之法感悟颇多. 几乎所有程序员都知道"程序=数据结构+算法"这句名言,但我在读这本书之前一直有个疑惑,我感觉所学的数据结构和算法课程几乎没有太大的联系,这是为何,读了这本书,我才了解到,原来程序,就是行行的代码,是建立在数据结构上的算法.程序要对数据进行操作,这些数据有些是静态的,有些是动态的.但是光有代码和数据还不行,工程师要把它们构建为机器能懂的可执行代码,一个复杂的软件不但要有合理的软件构架,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译关系,链接关系等等,这

所谓软件工程

很多编程的人包括我,头衔叫做“软件工程师”(software engineer),然而我却不喜欢这个名字.我喜欢把自己叫做“程序员”(programmer)或者“计算机科学家”(computer scientist).这是为什么呢?这需要从“软件工程”(software engineering)在现实中的涵义谈起. 有人把软件工程这个领域的本质总结为:“How to program if you cannot?”(如果你不会编程,那么你如何编程?)我觉得这句话说得很好,因为我发现软件工程这整个领

初涉软件工程

作为一名机械专业的学生,在刚进大学就解除了一些关于编程的知识,当然只是一些浅显的部分.刚接触编程时就困惑:这不属于我们专业的范畴,我们为什么要学!故一直未将其放在心上,也没有深入学习过,仅仅了解了一些课程范围内简单的编程知识,但老师说这些知识已经可以编一些简单的程序了.对此,我不以为然,因为感觉无从下手,感觉对我们几乎是不可能的事. 随着学业的深入,接触的东西多了,发现机械已经不在是一个简单的独立的行业,已经演变为一个多学科交叉的行业,比如机械电子.机械自动化.CAD技术.机器人技术等等,在中国

0302借软件工程触IT

没有不想学好的学生,也没有选择计算机软件专业后不想过能进军IT的行业的.就对于自己情况来说,大学选择计算机商业软件专业学习也有一年多时间了,未接触专业知识前IT是一个高大上的向往,在初学C语言时,以为学好C语言就向软件开发进发了,当在VC上打满一行行万年历的代码运行后,有了小小的冲动后,更多的是对自己能力和专业的怀疑,程序猿也代替IT成为我们话谈的主角,趴着键盘,码着一行行英文代码,学着0101的转化思想.学会打篮球的人总会幻想着自己成为一个灌篮高手,刚学会打代码就开始想着能否成为一个IT专家.