学习教材《构建之法》遇到的问题及思路

在学习中每个人都会遇到各种各样的问题,下面就是我遇到的问题及可能解决问题的思路。

1.如何写好程序的注释,每个人都会写注释,但是,需要注释什么?

思路:注释是为了解释程序做什么,为什么要这样做,以及特别要注意的地方,就要做到下面几点:每个级别的注释有统一的风格;同时注释要注重重点,简明扼要;对于难懂的程序要详细注释,这样可以防止错误发生。

2.每个人都有自己的风格,如何在团队合作中,将不同风格融合在一起

思路:代码的风格是:简明,易读,无二义性,如遇到分歧,关键要本着“保持简明,让代码更容易读”的原则,看看代码中的代码规范能否让成员更好地理解和维护程序。

3.代码如何复审?

思路:代码复审的正确定义:看代码是否在“代码规范”的框架内正确的解决了问题,复审的目的在于找出代码错误如编码错误,逻辑错误,算法错误,潜在错误和回归性错误,这就需要自我复审,同伴复审,团队复审的共同合作!

4.什么时候适合选择敏捷?

思路: 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

5.程序发布之后,要开讨论会议,要讨论什么?

思路:要讨论编程过程中出现的各种问题,避免下次重复出现该类问题,同时总结经验,不断的提升自己的能力。

所以问题的的解决基础建立在参加程序的开发,并熟悉了解该程序,为该程序的功能实现付出了巨大努力,同时还需要强大的编程能力,所以在平时要不断地练习,提升自己的编程能力

时间: 2024-12-24 21:02:17

学习教材《构建之法》遇到的问题及思路的相关文章

学习《构建之法》的感悟

在读了<构建之法>这本书之后,令我感触颇深. 一.第一映像: 还记得第一次翻开<构建之法>,真的是眼前一亮,这本书与常见的软件工程教材有本质的不同,这本书写得跟小说似的,而且语言幽默风趣,颠覆了传统软件工程教材刻板生硬.枯燥乏味的形象,相较之下,这本书显得清新脱俗.可是因为书中有许多讲的是工作中要注意的地方,所以有些地方不是很懂. 二.收获: 1.日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有了改进的方向. 2.日后工

项目管理学习——《构建之法》读书笔记

最近终于有时间来读读书了.买了<构建之法>已经一年多了,这次静下心来读完了,收获很大.现在想起自己在上大学的时候学习软件工程是机械工业出版社出版的一本外国书籍的翻译版本,当时由于对于整个行业没有太大的感触,而这本书又全部由专业术语和定义组成,所以当时的课是相当痛苦.而老师通过的这门课程的方式又由各种理论知识考试为准,所以当时学习感觉相当“鸡肋”. 好的地方: 1,情景式.对话式对白,有趣易读.这点非常喜欢,很多实际中碰到的问题在这里可以重现.比如:每日构建,在实际开发中,就会由于各种原因导致不

构建之法学习回顾(二)

学习完构建之法五到八章之后,发现这本书更加贴近于当代,一般的软工教材为了追求更广更久的接受度,在内容上会趋于保守,而这本书不同,许多生硬的知识都得到了新的活力. 在第五章的学习中,主要讲了典型的软件团队模式和开发流程.以及我们也将讨论团队模式和开发效率之间的一些关系. 团队有一致的集体目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作.团队成员有各自的分工,互相依赖合作,共同完成任务.只有我们当做一个团队一样进行工作和学习才能取得更大的成就. 第六章的学习中讲了敏捷流程及其原则,Bac

构建之法学习总结

在学习完构建之法这本书后我收获颇丰,构建之法与其他市面上编程教材最大的不同之处在于这本书没有大段枯燥无味的代码,作者别出心裁地用一个个小故事来启发读者,语言也不失风趣幽默.读完这本书后,我有许多感想,心得与疑问.今后的软件开发维护等大多都是团队合作,有良好的编程风格十分重要,良好的编程风格不仅能为团队中其他成员阅读代码时带来便利,也能极大程度地提升效率,减少错误的发生.今后的软件开发不再是自己写代码来满足自己的兴趣爱好而是要最大程度地满足客户的需求.创新对于一名程序员来说是十分重要的.对于他人的

学习构建之法后的疑问

通过一个学期的学中做,做中学这样的学习方法,深深的感觉到了与平时听课学习方式的不同,收获很多.我学习完构建之法这本书后仍然有几个小问题.’ 1.成功的软件总是解决了我们生活中的迫切需求,但是不同的人群有不同的需求,我们如何去权衡各种需求,从中取出最核心的需求,我们该如何完成一个好的需求分析? 2.在实际制作软件时,外观.需求.性能.效率,我们该如何取舍?我们需要注意些什么才能更好的完成开发设计? 3.优秀的产品总是需要优秀的团队,但是在有限的资源下,怎样才能磨合出优秀的团队,探索出合适的团队模式

构建之法第六章学习心得

这周我学习了构建之法第六章敏捷流程,本章主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论.以及什么时候选择敏捷的开发方法,什么时候选择其他方法..敏捷开发的原则是尽早并持续地交付有价值的软件以满足顾客需求敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势经常发布可用的软件,发布间隔可以从几周到几个月,能短则短业务人员和开发人员在项目开发过程中应该每天共同工作以有进取心的人为项目核心,充分支持信任他们无论团队内外,面对面的交流始终是最有效的沟通

构建之法第四章学习心得

今天我学习了构建之法第四章,主要讲述了两人合作的理论和知识点.合作,无论在任何领域,都是不可缺失的,往往能产生不可替代的效果.同样在软件设计中也是如此,经过我的学习,我了解到软件设计中两人合作主要包括包括代码规范.极限编程.结对编两人合作的不同阶段以及影响他人的技巧. 其中最让我印象深刻的是代码规范.包括:代码风格规范和代码设计规范,代码风格规范主要是文字上的规定,看似表面文章,实际上非常重要:代码设计规范牵涉到程序设计.模块之间的关系.设计模式.等方方面面的通行原则: 同时,我了解了代码风格规

构建之法第七章学习心得

这周我学习了构建之法第七章MSF的介绍.MSF有9个基本原则,针对信息共享,团队内部运营,市场,还有客户.同样是强调效率,人性,灵活,还有前景. MSF对信息共享和沟通十分强调,对团队内部运营强调相互信任,各司其职.MSF敏捷开发模式分为两支,MSF敏捷开发模式和MSF CMMI开发模式.都是很人性,灵活,以及对自身有高要求的模式.结合上一章的敏捷流程和这次学习的MSF,在我看来相对比较迅捷,给人一种少了很严肃气愤的方法,个人还是比较喜欢.MSF的最大特性是商业化,并一直体现在项目的实施过程中.

构建之法第八章学习心得

今天,我学习了构建之法第八章软件需求,人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件团队如何才能准确而全面地找到这些需求呢? 需求分析1.获取和引导需求 软件团队需要找到 软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设

感谢《构建之法》

1.背景介绍 今年东北师范大学计算机学院给研一的同学开了一门软件工程的课,使用了<构建之法>这本教材. 书籍<构建之法>:https://book.douban.com/subject/26577755/ 作者 邹欣:http://weibo.com/sdxinz?refer_flag=1001030101_&is_all=1 http://home.cnblogs.com/u/xinz/ 编辑 周筠:http://weibo.com/yeka52?refer_flag=1