软件工程实践总结&个人技术博客
软件工程实践总结&个人技术博客
为了不遗漏作业内容,这里有一份checklist方便同学们快速检阅。
截止时间
- 本次作业截止时间2024年12月14日 23:59 博客审核需要时间请各组提前发布博客
一、作业要求
第一部分:课程回顾与总结
寒假作业要求你在阅读构建之法社区中前人提出的问题,选择5个及以上的问题写下自己的思考。现在的你对这些问题有什么新的看法吗?
你是否在这门课中获得了成长呢?也许你有一些想要抒怀的地方,那么在这次总结中写下来吧。
-
给自己的总结博客起一个有意义的标题~
-
给出以前问题思考的博客链接。
-
请尝试对自己曾经思考过的问题再次进行解答,并阐明,是如何通过看书,实践,或者讨论弄清楚的。
-
是否原来的问题还不明白?如果有,请分析。
-
是否产生了新的问题?如果有,请提出。
-
软件工程这门学问有很多 “知识点”, 这门课强调 “做中学”——在实践中学习知识点。
- 请问你在项目的需求/设计/实现/测试/发布阶段(一共5个阶段)中,每个阶段收获最大的知识或能力是什么?
-
结合自己在个人项目/结对编程/团队项目的经历,谈谈自己的理解或心得。
-
结合这次课堂的学习经历,自我评分对七大课程目标的掌握程度(百分制),并作出相应解释。
- 目标1: 理解软件工程师的职业道德规范和实践要求,了解国情社情民情,理解软件产品对社会、健康文化等影响,树立积极向上的软件开发理念。
- 目标2: 掌握需求分析的全过程,能辨别客户表述的多样化要求,熟练使用需求表达工具,能够规范、准确地表达客户的需求,构建需求分析模型。
- 目标3: 掌握软件开发的全过程,遵循体系结构设计方法和基本设计原则,通过正式的技术评审,完成从体系结构设计模型、数据设计模型和构件级设计模型,形成面向高效可靠的服务组件设计方案或软件系统设计方案。
- 目标4: 能够执行从组件到软件系统的技术评测,具备设计模型的评判能力,具有创新设计意识,能够优选设计方案。
- 目标5: 遵循软件开发各阶段文档标准,采用规范的表达,掌握需求规格说明书、系统设计说明书、系统测试报告等文档撰写方法,具备与业界同行交流能力。
- 目标6: 具有良好的团队意识和合作技能,能够与其他成员开展有效的沟通和协作;能够组织、协调或指挥团队开展工作。
- 目标7: 能够辨别具体软件项目管理中涉及的构成要素,掌握软件规模和工作量的估算方法,能够选择合适的工具规划软件进度并对项目管理过程进行配置,具备初步的管理复杂软件工程项目的能力。
第二部分:个人技术总结
在第一次作业“准备篇”中你为自己制定了学习路线,现在学习的怎么样了?你在团队开发中是否担任了开发角色,你在开发中解决了哪些技术问题?获得了哪些技术进展?
请你从个人技术学习角度和团队开发技术角度中选择你最擅长的一个相关技术,进行分析描述并总结。
-
相关技术的粒度不宜太大,比如不应该选择诸如Java语言/Html/JS这样的大类,而是一个较细的分类,如Axios的使用总结、Spring Boot上传和下载文件、在团队开发中采用的推荐算法等。
-
可以从项目开发过程遇到的“坑”以及采取的解决方案出发,构思技术主题。
-
要求单独为这个相关技术撰写一篇博客并发布,请在实践总结博客中给出技术博客的链接和技术概述,格式参考如下:
-
1| [技术博客标题](链接) -
2| 概述:.......
-
-
博客的内容应该至少包括以下部分:
- 技术概述,描述这个技术是做什么的/什么情况下会使用到这个技术,学习该技术的原因,技术的难点在哪里。控制在50-100字内。
- 技术详述,描述你是如何实现和使用该技术的,要求配合代码和流程图详细描述。可以再细分多个点,分开描述各个部分。
- 技术使用中遇到的问题和解决过程。要求问题的描述和解决有一定的内容,不能草草概括。要让遇到相关问题的人看了你的博客之后能够解决该问题。
- 进行总结。
- 列出参考文献、参考博客(标题、作者、链接)。
二、格式和要求
1.提交规则
-
1.补交:在deadline 后两天内提交视为补交,得实际得分 * 50%;忘记提交作业和补交扣分一致; -
2.缺交:在deadline 之后两天未补交视为博客缺交,分数为0分; -
3.作业抄袭:当助教发现两篇博客文字/图片/代码过于相似时,判定两篇博客都为抄袭,分数都为-100%(注意是倒扣!); -
注:前几次作业有出现模仿去年博客的情况,一旦助教发现将进行扣分处理,请同学们 独立完成作业,严禁一切形式的模仿和抄袭 -
4.伪造提交:虽然作业博客没有完成,但是先提交到作业占位置,判定为伪造提交,分数得0分;
2.格式
-
1|为了方便其他学校的老师或者助教了解课程实况,请大家在作业开头添加格式描述: -
2| 这个作业属于哪个课程 | <班级的链接> | -
3| :---- | :---- | -
4| 这个作业要求在哪里 | <作业要求的链接> | -
5| 这个作业的目标 | <写上具体方面> | -
6| 其他参考文献 | .... |
三、评分标准
第一部分
-
【覆盖课程目标1】
- (20') 5个阶段中,每个阶段收获最大的知识或能力是什么?
- (10') 结合自己在个人项目/结对编程/团队项目的经历,谈谈自己的理解或心得。
- (10') 自我评估对通过课程的学习,对各个课程目标的掌握程度,并作出解释。
-
【覆盖课程目标5】
- (20') 回顾自己思考过的5到10个问题:尝试解答、继续分析、提出新问题。
第二部分
- (20') 回顾自己思考过的5到10个问题:尝试解答、继续分析、提出新问题。
-
【覆盖课程目标4】
- (40') 个人技术博客
相关推荐
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?.docx
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?
高校技术转移办公室人员如何提升技术成果的推介效率?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
机械三维3D设计图-自动引孔锁螺丝设备.zip
机械三维3D设计图-自动引孔锁螺丝设备.zip
sogou-wubi-5.5f.zip
五笔输入法
智能体上下文工程:预算控制与结构化压缩的Python实现
【内容概要】 本资源是《智能体演化史》系列第四篇的配套代码,用 108 行 Python 实现一个会"收桌子"的上下文管理器。核心是两件事:一是设一个上下文预算,用 token 估算函数实时盯着;二是超预算时执行结构化压缩——把早期轮次压成一段结论式摘要,保留最近若干轮原文,并且对失败尝试和关键事实单独留档,不让它们被摘要吃掉。配套测算脚本给出三组可复算的数据:关键信息密度从第一轮的 100% 衰减到第 80 轮的 13%(腐烂的本质是稀释,不是撑爆,按当前增量要 213 轮才真的撞上 128K 窗口);跑 80 轮,不压缩累积 199 万 token,滚动摘要降到 37.1 万,直接截断只要 42.6 万但关键信息只留下 8%。这组数字说明:只盯着账单会选错策略。 【适用人群】 智能体已能跑通、但长任务开始"变傻"的开发者;负责长会话产品体验的工程师;需要在成本与准确率之间做取舍的架构师。 【使用场景及目标】 1) 给自己的智能体加一层可配置的上下文预算与压缩; 2) 用测算脚本对比三种策略的成本与保留率,做出有依据的选择; 3) 作为团队内部分享材料,解释"提示词工程"为何被上下文工程取代。 目标:让长任务不再越跑越糊涂,同时把 token 花在真正重要的信息上。 【其他说明】 需 pip install openai 并配置 OPENAI_API_KEY;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。


