第一次作业:阅读教材,提五个问题

茕箐独林 茕箐独林 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区

这个作业的要求是:https://bbs.csdn.net/topics/608340750

问题1:

我阅读了教材的这内容(第一章9页,大型软件的复杂度有超过几百万行代码)

有这个问题【软件究竟有多复杂?可否形象化的表达它的复杂程度?我们现实生活中的软件:百度,QQ,微信,复杂在哪里?】。

我查了资料(用搜索引擎查),有这些说法【

  1. 软件开发的难在于它的非人类化,和纯逻辑。
  2. 软件开发的复杂性在于需求的复杂,设计的复杂和实现的复杂。你几乎是在把现实生活中某个过程完整地重建起来。
  3. 良好实现的代码是相似的,而糟糕实现的代码则是各有不同。它们总是以最意想不到的方式挑战着你的忍受极限。】。

根据我的实践,我得到这些经验 【软件的复杂性体现在其纯逻辑性,而且不同的人也有不同的编程风格,以日常生活为例,软件工程,就相当于在一块地面上盖起一座大楼,本身已经很困难了,但是,软件的组成部分,程序单元,又不像砖块一样都是一个模子刻出来的,而且制作难度也比较大,而且,软件工程的蓝图,也不想一般大楼一样,有一张形象的设计图,软件成品,都是在人们一步一步完善而形成的。】。

但是我还是不太懂,我的困惑是 【我们现实生活中的软件:百度,QQ,微信,复杂在哪里?】。

 

问题2:

我阅读了教材的这内容(第二章40页,大多数“程序”都是用单一的语言写的,如果软件有多个语言写成的不同模块,可以通过定义API(接口)来实现。),有这个问题【接口怎么实现了不同语言之间的交互?API怎么定义,怎么用?】。

我查了资料(用搜索引擎查),有这些说法【

  1. API看似简单的名词,却代表着重要的架构设计。从架构设计的角度来看(所谓的组成论),软件系统就是模块和接口。模块(层次/组件)决定分工,接口决定交互。API就是接口的定义。模块间并不需要关心其它模块的实现,只需要了解如何进行协作即可。
  2. API你可以看成人你可以和他说话可以交流因为每个人不一样,所以API的功能也不尽相同。】。

根据我的实践,我得到这些经验 【API是你输入一个参数,它可以返回一个结果的东西】。

但是我还是不太懂,我的困惑是 【API怎么定义,怎么用?】。

 

问题3:

我阅读了教材的这内容(第七章135页,阿超说的话,如果我们的项目成功了,有人以“开源”的名义来要我们的源程序,我们能答应吗?),有这个问题【怎么理解软件的“开源”】。

我查了资料(用搜索引擎查),有这些说法【

  1. 一个软件是开源的,最基本的含义是代码是公开的,任何人都可以去查看,修改以及使用。
  2. 开源不等于免费。软件代码虽然可以免费给别人,但是软件相关的服务,例如编译维护升级等,一样可以赚钱,例如 Redhat 就是家开源软件公司,不仅仅赚钱,而且很赚钱。
  3. 开源代码既然源码都是开放的,所以直接拿来免费使用基本都是没有问题的,但是这并不意味着使用开源软件是完全没限制的。每个开源软件都对应自己的开源协议,具体的使用限制在开源协议里面都详细的规定。】。

根据我的实践,我得到这些经验 【开源等于公开代码,但不等于可以免费使用代码,这其中还有好多协议】。

但是我还是不太懂,我的困惑是 【为什么一个“开源”就要设置那么多的协议呢?】。

 

问题4:

我阅读了教材的这内容(第七章147页,TFS也和Git无缝集成,微软默认源代码管理工具采用了Git。为了让Git能处理庞大的代码库,TFS团队还进行几次技术改造,并且把这个项目开源共享),有这个问题【什么是Git,为什么要处理庞大的代码库,怎么处理?】。

我查了资料(用搜索引擎查),有这些说法【

  1. git就是版本控制,和SVN一样,都是版本控制软件,主要面向你的代码管理。
  2. git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。
  3. 把Google的代码全部重新构建一次,其规模相当于把Windows系统构建40次之多。】。

根据我的实践,我得到这些经验 【git可以处理庞大的代码,有些工程的代码量不是人力可以轻易处理的】。

但是我还是不太懂,我的困惑是 【git怎么处理庞大的代码?】。

 

问题5:

我阅读了教材的这内容(第十三章277页各种测试方法部分),有这个问题【有没有什么方法可以显著提高测试效率?】。

我查了资料(用搜索引擎查),有这些说法【

  1. 不要做无效的测试
  2. 不要做重复的测试
  3. 不同测试版本的测试侧重点
  4. 首先需要清楚影响测试效率的因素都有哪些,有什么方法可以解决这些问题。
  5. 测试前移,提高转测试版本质量
  6. 增加测试经验文档积累】。

根据我的实践,我得到这些经验 【有很多方法可以提高测试效率】。

但是我还是不太懂,我的困惑是 【又没有一个演示实例可以形象的展示一个好的测试怎么写?】。

 

 

 

...全文

相关推荐

【工业自动化】欧姆龙PLC产品线与编程软件应用:从选型架构到调试排错的全流程技术指南

内容概要:本文《欧姆龙PLC与编程软件完全手册》系统介绍了欧姆龙PLC的产品架构、软件体系、通信协议、选型策略及编程调试技巧。重点区分了两大技术平台:基于CX-Programmer的传统C系列(CP/CJ/CS)与基于Sysmac Studio的新一代Sysmac平台(NJ/NX/NY),强调二者在软件生态、寻址方式和通信架构上的根本差异。手册详细对比了各系列PLC的性能参数,并提供与西门子产品的功能对标,帮助用户快速定位。深入讲解了编程操作中的关键问题,如任务结构设计、间接寻址、FB封装陷阱、在线调试五件套等,特别指出“FB使能关闭时状态不初始化”等易出错点。最后汇总了选型路径与现场避坑清单,极具实战指导价值。; 适合人群:具备一定工业自动化基础,从事PLC编程、设备调试、系统集成的研发工程师和技术人员,尤其是从西门子平台转向欧姆龙或参与新项目选型的1-5年经验从业者。; 使用场景及目标:① 新项目选型时判断应选用C系列还是Sysmac平台;② 编程调试过程中掌握高效操作技巧与常见问题排查方法;③ 实现跨平台迁移、系统升级或接手他人项目时规避架构与逻辑陷阱;④ 提升对欧姆龙PLC任务机制、间接寻址、FB设计等高级功能的理解与应用能力。; 阅读建议:本手册理论结合实践,建议按“先架构后操作”的顺序阅读,重点章节需结合实际工程反复演练。特别是FB设计规范、任务切换处理、强制操作收尾流程等内容,应在仿真环境中验证后再应用于现场。注意版本匹配问题,操作前确认所用软件与控制器固件版本兼容。

莫问西东LJ

CISP-CSE注册云安全工程师备考资源包

CISP-CSE注册云安全工程师备考资源包

嫑甭歪孬

科技中介服务机构如何通过AI技术降低技术评估与匹配服务的操作门槛?.docx

科技中介服务机构如何通过AI技术降低技术评估与匹配服务的操作门槛?

BIZKEEN

国央企创新负责人如何借助平台实现创新资源的高效配置与项目落地?.docx

国央企创新负责人如何借助平台实现创新资源的高效配置与项目落地?

BIZKEEN

高校技术转移办公室人员如何高效筛选并推介科技成果?.docx

高校技术转移办公室人员如何高效筛选并推介科技成果?

BIZKEEN
评论 1
收藏 已收藏
分享
返回顶部