87
社区成员
发帖
与我相关
我的任务
分享课程实践报告列表、提问和讨论
| 组号 | 实践项目主题 | 仓库URL | 提问和讨论 |
| 1 | CSDN可视化项目的功能改进 | https://gitcode.net/m0_57103214/csdn-datav | |
| 2 | 开源社区活跃度分析 | https://gitee.com/unique021203/openSource | |
| 3 | 开源项目数据爬虫 | https://github.com/orz010/CodeLab | |
| 4 | 开源软件供应链安全风险分析 | https://github.com/Re-Li-fe/OSS-Security-Risk-Analysis | |
| 5 | openKylin RISC-V系统启动优化 | https://github.com/AboveParadise/OpenKylin-linux | |
| 6 | 开源社区开发者画像 | https://gitee.com/G-SCHENG/WBDCA/ | |
| 7 | Oneflow （开源项目Oneflow的功能改进） | https://github.com/DsLipku/Oneflow-model | |
| 8 | OpenEuler的组成成分分析 | https://gitee.com/jiexuan-zhang/euler | |
| 9 | 技能树 （CSDN 开源项目的功能改进） | https://gitcode.net/weixin_51559847/skill_tree_9 | |
| 10 | openEuler 内核热补丁自动恢复工具 | https://gitee.com/swmrw7/kpatch-auto-recovery-tool | |
| 11 | openKylin RISC-V 控制中心应用中bug的发现与解决 | https://gitee.com/bjhyxh/ukui-control-center | |
| 12 | 开源笔记（CSDN 开源项目的功能改进） | https://github.com/1298652367/buaa-2022-OSS.git | |
| 13 | view design（CSDN 开源项目的功能改进） | https://gitee.com/tong-cat/view-uiplus-extension | |
| 14 | OpenEuler A-Ops通用场景TCP传输性能劣化检测 | https://gitee.com/easywood2002/open-euler-a-ops-tcp | |
| 15 | 基于paddleocr开源项目的高性能ocr模型开发 | https://github.com/Rnkind/IDEocr |
...全文
请发表友善的回复…
发表回复
SoftwareTeacher 2022-12-14
精选
- 打赏
- 举报
20.00元
感谢大家准备的答辩和交流。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十五组： 基于paddleocr开源项目的高性能ocr模型开发 https://github.com/Rnkind/IDEocr
你的计划写到：
- 将优化后的模型集成为可用工具模块，在paddleOCR的github社区发布；
- 总结本次优化经验，将优化的分析思路写为博客，供后续优化与社区参考。
请问你的工具模块获得了多少人使用？
请问你的博客在哪里，获得了多少阅读和评论？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十四组：OpenEuler A-Ops通用场景TCP传输性能劣化检测 https://gitee.com/easywood2002/open-euler-a-ops-tcp
这个项目获得的 Euler 项目的什么评价？ 你们的检测工具能用到其他的软件或平台上么？
杨子琪 2022-12-13
- 举报
老师您好！
（1）就目前的开发情况而言，通过与华为openEuler的指导老师的交流，老师对我们项目有关相关性分析和故障检测的算法的创新性与可行性表示认可，并希望我们的项目能合并入openEuler的gala-anteater项目中，但由于我们的开发一直是在本地获取数据样本进行开发测试，目前有关输入和输出部分还存在接口不规范的问题，我们将在后续时间内对相关接口进行规范化并争取尽早将本项目提交合并；
（2）目前我们的检测工具作为openEuler A-ops系统的一部分仅支持在华为openEuler操作系统上运行，尚不能应用于其他软件或平台。
此外，我们项目的开发报告已同步发布于csdn博客（https://blog.csdn.net/qq_50966775/article/details/128300265?spm=1001.2014.3001.5502），欢迎老师指出问题！
SoftwareTeacher 2022-12-14
- 举报
> 我们将在后续时间内对相关接口
----
请问后续时间具体是哪一天？
杨子琪 2022-12-14
- 举报
老师您好！我们可能需要具体等到考期过后（1月1日后）才能继续开展对输入输出接口的规范化更新工作
1条回复 
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十三组 view design（CSDN 开源项目的功能改进） https://gitee.com/tong-cat/view-uiplus-extension
这个项目的改进有哪些？ 这个项目的目标用户是开发者， 你们的改进如何解决了开发者的痛点？ 你们在合作中具体有哪些收获？
3568225 2022-12-14
- 举报
老师您好，我们对项目的主要改进体现在三方面(1)修复项目存在的漏洞(2)进行外观美化(3)对功能进行优化使其更加合理易用。view design作为一个被广泛应用的项目，其自身是比较完善的，我们所做的工作致力于改善开发者在使用过程中的体验，作为一个开发者本身，我们在使用组件库时希望其有美观的组件，丰富且易用的功能，我们的工作就是以此为出发点，确定具体内容。在本次合作中，我们初次接触了vue组件库，而且是一个规模大且规范的项目，在开发的过程中，对于此类项目的编写方法有了更深入的了解，同时我们在阅读项目内已有代码的过程中，学习到了很多vue下的知识，作为前端开发者收获了很宝贵的经验。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十二组： 开源笔记（CSDN 开源项目的功能改进） https://github.com/1298652367/buaa-2022-OSS.git
这个项目的 “功能改进” 具体有哪些，他们如何解决了用户的痛点？ 你们在合作中具体有哪些收获？
熙之丶94 2022-12-14
- 举报
老师您好，我们的项目对主页得界面进行了全新的改动，界面相比之前更加美观简洁。为笔记增加了6个子模块，在此基础上用户可以在记笔记时为笔记选择归属的模块，我们认为这个功能对笔记做到了细分，对用户来说，有了更方便的索引记录方式，方便了用户的使用。我们认为全新的UI能够在初期吸引更多的用户去体验，而细分邻域能够优化用户体验增加用户的留存率。
项目初步完成，合作中我们也发现多交流能解决许多问题，无论是同学之间彼此的交流，或者是与老师之间进行交流，寻求意见，这些都对我们的开发有诸多帮助；我们也总结到了合作中的许多不足，其中作为提出需求的同学和负责代码开发的同学只是简单的提出加解决的关系，并没有更多的交流与沟通，项目开发的每一个部分都应该是紧紧联系在一起的，所以不应该有这么强的独立性，这时我们合作中的一点教训。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十一组 openKylin RISC-V 控制中心应用中bug的发现与解决 https://gitee.com/bjhyxh/ukui-control-center
请问你们的产品发布有多少用户？
你们的文档中列出了很多 In Progress 的部分，请问它们什么时候能完成？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第十组 openEuler 内核热补丁自动恢复工具 https://gitee.com/swmrw7/kpatch-auto-recovery-tool
你的新项目： https://gitee.com/swmrw7/syscare_patchselfstart 似乎缺少必要的文档说明。 例如，
例如，使用说明写的是：
- xxxx
请问你们的项目完成了么？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第九组 技能树 （CSDN 开源项目的功能改进） https://gitcode.net/weixin_51559847/skill_tree_9
这个项目最后发布在哪里？ 有多少实际的用户开始使用？ 你们给 技能树 贡献了什么代码？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第八组： OpenEuler的组成成分分析 https://gitee.com/jiexuan-zhang/euler
这个分析报告公开发表了么？ 获得了多少阅读？ 有什么评价？
Euler 团队对你的报告有什么评价呢？ 对 Euler 项目有哪些具体的帮助？
弓某人长 2022-12-14
- 举报
老师您好，我们的报告已经在csdn上发布:
[上游分析](https://blog.csdn.net/qq_52713437/article/details/128299202)
[下游分析](https://blog.csdn.net/Nana7mii/article/details/128297849?spm=1001.2014.3001.5502)
之前也在项目中上传了PDF版本的分析报告，现已将分析链接写入readme文件中，可以直接通过readme跳转查看。
由于分析报告发布时间并不长，阅读量、评价都不是很多，Euler团队还未有回应，不过后续我们会持续跟进联系。
我们的报告对Euler的帮助：上游可以帮助开发者更好把握整体的供应架构与演化，分析出哪些软件包更加重要，哪些软件包更为脆弱、是性能的瓶颈；下游实现了LDA模型的自分类，能够展现Euler下游生态圈的分布，不同领域的发展状况，可以更好的对Euler生态圈建设进行引导。
弓某人长 2022-12-14
- 举报
老师您好，我们的报告已经在csdn上发布:
[上游分析](https://blog.csdn.net/qq_52713437/article/details/128299202)
[下游分析](https://blog.csdn.net/Nana7mii/article/details/128297849?spm=1001.2014.3001.5502)
之前也在项目中上传了PDF版本的分析报告，现已将分析链接写入readme文件中，可以直接通过readme跳转查看。
由于分析报告发布时间并不长，阅读量、评价都不是很多，Euler团队还未有回应，不过后续我们会持续跟进联系。
我们的报告对Euler的帮助：上游可以帮助开发者更好把握整体的供应架构与演化，分析出哪些软件包更加重要，哪些软件包更为脆弱、是性能的瓶颈；下游实现了LDA模型的自分类，能够展现Euler下游生态圈的分布，不同领域的发展状况，可以更好的对Euler生态圈建设进行引导。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第七组： Oneflow （开源项目Oneflow的功能改进）
这个工作获得了 Oneflow 团队的什么样的评价呢？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第六组： 开源社区开发者画像 https://gitee.com/G-SCHENG/WBDCA/
你们的项目提到了 “对画像进行动态数据展示“， 请问展示的公开网页在哪里，我们如何能看到， 这个网页的日均浏览量是多少？
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第五组： openKylin RISC-V系统启动优化 https://github.com/AboveParadise/OpenKylin-linux
这是在 OS 层面的工作， 请列出你们最有技术含量的一个 PR，展现你们的 PR 获得的评价，已经你们根据评价做的改进。
dedsecezio 2022-12-13
- 举报
我们的任务分为两部分，systemd服务优化和内核优化。我们其实一行代码也没有写，读代码也不涉及实际要被编译的内容，而是修改配置项的源码，因此我们并没有pr的需要，“不需要写代码”也是我们从这个项目中学到的内容。
我们一开始也以为我们要去拆解Linux源码，但是经过自己动手尝试并于麒麟那边的课题老师交流之后，我们发现正式由于Linux模块化的设计，两项任务都不需要读或者写一行代码，而是针对我们拿到的开发板硬件和麒麟系统所需要的功能通过命令行进行配置。systemd和内核裁剪其实很像，模块增删即可。比如对内核进行裁剪来达到启动优化甚至不需要去看功能性的源码。我们使用的是menuconfig工具，而这个工具又依赖于make和Kconfig，一个是编译时的依赖项管理，一个是配置时的依赖项管理，在这两个工具下，达到了一种低耦合或者说面向对象的方法来编辑c语言写的内核，增删功能更重要的不是代码具体实现，而是配置项的前后依赖和硬件搭配，因此甚至前面提到的几个工具专门来做这件事。整个内核不仅代码本身进行了模块化设计，项目的配置、编译、代码编写流程之间也实现了模块化解绑，这让我们学习了很多软件设计的思想。
因此我们的工作量主要就体现在了写文档和实际开发板配置上，按照麒麟那边老师要求我们的文档暂时整理在这里https://gitee.com/openkylin/rvtrans/issues；而开发板配置方面我们实际做的是用现有代码进行配置和交叉编译，得到了我们自己的“发行版”系统内核。对与这个课题，我们在systemd中优化超额达到了47.6%，而内核方面经过与老师沟通因为缺少硬件相关依赖编写文档即可。对于社区的贡献则可以体现在为麒麟社区其他参与者提供一些经验，因为不管是开放麒麟系统还是用的visionfive开发板，都是今年刚发布的，我们在实际交叉编译时几乎找不到什么相关资料，因此我们认为虽然我们没有做出代码级别的贡献，我们也为这个新兴的开源社区献出了我们的一份力量。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第四组： 开源软件供应链安全风险分析 https://github.com/Re-Li-fe/OSS-Security-Risk-Analysis
你们在csdn 分享的文档被外人阅读的数量是多少？
项目获得了多少 PR 和 Issue
有多少和别人的交流（评论）？ 如何衡量你们的项目最后是否成功？
Re_-Life 2022-12-13
- 举报
老师您好，我是第四组的组长，代表我们组回答您的问题。
1.我们一共在csdn上分享了三篇文档，其中设计文档在一个月前发布，目前阅读量为595，实现文档和用户手册今天刚刚发布，阅读量还没超过10。
2.我们的仓库目前收到了6个PR和6个issue，其中6个issue是同学们浏览过我们的仓库后提出的，对于其中的疑问我们给予了回复，对于可实现的建议小组成员完成以后提交了PR，对于我们暂时无法解决的问题也做出了解释；另外6个PR来自我们的小组成员，在第一版开发结束后我们关闭了之前用于开发的dev分支，随后的改动都通过提交PR的形式由其他成员审核后再merge到main分支里。
3.我们和别人的交流主要就是上面提到的issue。至于如何衡量项目最后是否成功，我认为可以分为开源和项目两个角度。在开源的角度上能够吸引一定数量的开发者来提issue和pr，在项目的角度上能够有一批用户真的使用我们的项目。就目前来说，一方面，我们收到了一些来自同学的issue、我们的文档收获了一些阅读量；另一方面我们基本完成了既定的开发任务，项目可以投入使用，可以说我们实现了当前阶段的成功。
SoftwareTeacher 2022-12-14
- 举报
请来一个你们的博客的链接吧
1条回复
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第三组：开源项目数据爬虫 https://github.com/orz010/CodeLab
这样的爬虫已经很多了， 你们为何不重用开源社区已经有的解决方案呢？ 在已有的项目上重新开发？ 你们的爬虫有什么独特价值？ 如果没有，为何要做你们这个项目？ 请显示你这个项目的一些独特价值。
org_wjw 2022-12-13
- 举报
邹老师好！我们参考了WorldOfCode、GitTorrent等开源项目数据爬虫的实现，借鉴了其中的数据爬取和存储方案，在此基础上对我们的项目进行了设计和改进，利用Github提供的的官方api进行数据爬取，经过加工处理后，自行设计了数据库进行存储。我们认为我们项目的独特价值在于实现了对于开源数据的增量式爬取和自动爬取，提供了便捷友好的交互，对开源项目数据进行了直观清晰实时的展示，不管是想要了解开源的人，还是有一定开源经历的人，我们都提供了获取开源信息的快速通道。从开源中来，到开源中去，为开源服务，这也是我们做这个项目的初衷和价值所在。
SoftwareTeacher 2022-12-13
- 打赏
- 举报
第二组： 开源社区活跃度分析 https://gitee.com/unique021203/openSource
对第二组的反馈：
1）你们报告有没有关于 “一个开源社区从活跃到不活跃的中位数时间， 评价时间” 的统计？
2）你们除了使用工具，还有 ‘自行编写前端’ -- 请问在开源社区已经有这样的前端了么？ 你们的前端有什么独特价值？
3）前端工作的代码量是多少？
4）你们和 CHAOSS 社区交流了么？ 社区的成员对你们的前端工作感兴趣么？ 如果没有交流，为何没有交流？
Smily^-^ 2022-12-14
- 举报
邹老师您好！我是第二组的组长，我代表我们小组回答您的问题：
我们组的总结博客：《开源社区活跃度分析——项目总结》https://blog.csdn.net/weixin_51903460/article/details/128304976?spm=1001.2014.3001.5501
1）我们项目目前设计的评价指标有Project Velocity，Active Author，Response Time， Social Activity四个方面，具体描述可以参考项目总结博客中的介绍；其中Response Time中考虑了仓库的issue以及PR的平均解决时长，不知是否符合老师提到的“评价时间”的定义；关于“一个开源社区从活跃到不活跃的中位数时间”，由于每个社区的规模不同，从活跃到不活跃的时间也不尽相同，由于我们的项目最初的目标只是分析五个开源社区的活跃度，极少数的社区从活跃到不活跃的中位数时间不具有代表性，故未将此项列入考察项目中。
2）在开源社区已经有这样的前端了，可以参考我们组成员发布的调研博客《开源社区分析工具调研》https://blog.csdn.net/weixin_55963187/article/details/128214453；我们前端的独特价值在于，现有的前端只是对生数据的可视化展示，而我们进行了评价体系的设计，并最终对每个仓库给出评级。
3）我们目前前端代码量为2k+，后端代码量为4k+，收集数据10w+条，后续还会进一步完善。
4）我们与CHAOSS社区进行了交流，详见https://github.com/chaoss/wg-common/issues/182#issue-1493611940，但CHAOSS社区目前还未给出回复。
SoftwareTeacher 2022-12-14
- 举报
好的，感谢回复。 我在项目演示中提出的问题：
1）对一个项目的分析，只需要一个项目地址就可以开始，为何只分析了 9 个项目呢？
2）能否把这个课程所有的 15 个项目都分析一次，让我们看看项目的 sum_score?
SoftwareTeacher 2022-12-13
- 打赏
- 举报
CSDN可视化项目的功能改进 https://gitcode.net/m0_57103214/csdn-datav 对第一组的反馈：
1）你增加的功能会带来多少数量化的正面影响（增加多少每天的活跃用户）？
2）作为csdn 的用户， 你觉得还有什么信息可以在这个可视化项目中实现？ 会带来什么影响？
3）大家往这个项目中不断增加功能， 如何让第 N +1 个新功能更容易地增加到项目中？
4）随着更多人、功能的增加， 这个项目的架构会不会变得混乱？ 如何保证项目的架构在发展中也得到优化？ 你有什么软件工程改进的建议 （例如重构）？
