open-research
open-research copied to clipboard
X-lab2017
📚 用开源的方法来研究开源的现象。（open source methodology for open source phenomena）
同济的田老师牵头的软件供应链项目准备结题了，需要几篇文章来支撑，正好借助这个点，我们可以集中一起来协作一波。 目标期刊和会议包括： **1. 《华东师范大学学报（自然科学）数智供应链与物流科技专刊** - 截稿日期：2022年5月30日 - 录用通知发出时间：2022年6月11日 - 链接：https://mp.weixin.qq.com/s/GY9yQQAIx0dsOgJ_OpfFiQ **2. 《信息网络安全》期刊** - CCF 列表期刊 - 随时投稿，直接给到责任编辑 - 审稿周期：一个月左右，即可接受 - 链接：http://netinfo-security.org/CN/1671-1122/home.shtml **3. APWeb-WAIM会议** - CCF C类会议 - 截稿日期：4月29日 - 录用日期：5月27日...
根据研究生开题模板 #53 ，提出如下的开题框架： - 开题题目：面向开源治理最佳实践认证过程的分类预测模型 - 研究对象：开源项目、CII 徽章认证过程 - 研究视角：开源项目治理与评估场景视角 - 研究问题：是否能够通过认证过程数据的方式来进行自动的徽章登记评估与分类 - 研究方法：通过分析历史参与CII 认证的项目过程数据，提出能够合理反映认证过程的特征模型，构建“基准数据集”，利用机器学习算法实现自动化分类或预测任务 - 研究结果：找到“基准数据集”上性能最好的多分类模型，并应用到OpenCertified项目中。如果时间允许，还可以结合 OpenSSF 的 [Scorecard ](https://openssf.org/blog/2020/11/06/security-scorecards-for-open-source-projects/)项目，做预测模型。 - 实验设计：选取合适的数据源，根据 [CII 的认证规范](https://bestpractices.coreinfrastructure.org/zh-CN/criteria)，构建多维度特征模型，用常规的机器学习模型构建流程进行实验。根据取得的效果，确定是否加入新的数据源与特征（图特征、NLP特征等），迭代优化。 数据开源： - 已通过的项目数据：https://bestpractices.coreinfrastructure.org/zh-CN/projects - 邮件列表数据：https://lists.coreinfrastructure.org/g/CII-badges/topics...
开题题目：面向开源协作的开发者专家检索系统研究与实现 研究对象：开源开发者 研究视角：开源协作视角 研究问题：是否能够基于GitHub上开发者协作历史行为，构建开发者专家检索模型 研究方法：采集开源协作数据以及开源项目中的文本数据并进行数据清洗；构建开源开发者专家检索概率生成模型，同时完成开源项目活跃度度量、开源协作网络表示学习、开源开发者技能体系构建与文本匹配三个子任务；使用后端框架 Flask 以及前端框架 React 完成开源开发者专家检索系统的设计与实现。 研究结果：提出基于开源场景的开发者专家检索模型；构建开源开发者技能分类体系；提供开源开发者专家检索服务。 实验设计：使用协作日志数据集构建基于“客户生命周期价值”的项目活跃度模型并进行案例分析实验；使用协作日志数据集设计开源协作网络表示模型，并使用链接预测的评估方法进行不同模型性能对照实验；使用项目文本数据以及主题分类数据结合专家知识构建开发者技能体系，此外针对开源场景的文本数据构建文本匹配模型用于检索服务；设计并实现开源开发者专家检索系统，进行案例分析以及系统测试实验。
时间节点： - 提交正式初稿：6月8日前 - 第一轮建议：6月9日晚上 - 第二轮建议：6月13日 - 开题答辩：6月15日下午1点 相关文档：https://xlab2017.yuque.com/g/msdpvs/cd8ugi/folder/26297675 任务： **1. **开题框架**的讨论 issue 跟踪（6月6日之前完成）：** - 模板：https://github.com/X-lab2017/open-research/issues/53 - [x] 顾业鸣：https://github.com/X-lab2017/open-research/issues/54 - [x] 翁振杰：https://github.com/X-lab2017/open-research/issues/89 - [x] 杨鸣：https://github.com/X-lab2017/open-research/issues/94 - [x] 朱香宁：https://github.com/X-lab2017/open-research/issues/22 -...
在 OpenSSF 的 Slack 上看到的 CFP 信息： - https://scored.dev/call_for_papers/ **Call for Papers** The SCORED workshop invites academia, industry, and governmental entities to submit original research papers and demos (hands-on or...
https://github.com/X-lab2017/open-research/blob/main/openlist.md 1、Notes: A bold No. indicates the record has been shared in our meetings, e.g. 0012. 这个感觉没有必要。如果论文已经分享了，可以通过 [History] 字段来显示。黑体并不明显。建议保持简洁即可。 2、A. 论文收集流程图 这个图建议单独用一个文件进行维护，对文档进行解耦，一个页面只做好一件事情。这个页面就专门是论文困列表。B. Directory Tree，也搬到合适的地方去。 3、表格排版 目前表格排版，还不够理想，看能否进行一些优化，
- **Title**: Measuring and Modeling Group Dynamics in Open-Source Software Development: A Tensor Decomposition Approach - **Year**: 2021 - **Conference or Journal**: ACM Transactions on Software Engineering and Methodology -...
有几个软工相关的idea，可以借助OSS的研发过程做一些相关的研究 - 团队规模与软件开发团队生产力之间的关系相关性分析 - 软件提交模式和项目质量挂钩？ - 不同的开发语言的测试覆盖率和质量状态的关联性？ - 成熟的项目工程发展是否可以推测一个新的项目工程未来的发展稳定性？ - 从关注代码到最后成功contribute代码的比例是多少，路径是多少，或者说其他的影响因数，这些有什么启示？ - 影响开发者贡献的软件工程流程有哪些，这些能够给我们工程提效有什么启示？ - 如何通过推荐算法，推荐这个项目是否找到合适的reviewer来做，然后形成自动分配评审机制. 或者说是如何找到项目的下一个合适交接者。
## I propose to read this paper in a sharing session - Title:开源软件社区开发者协作网络结构演化分析——以 Cloud Foundry社区为例 - Year:2019 - Conference or Journal :复杂系统与复杂性科学 Complex Systems and Complexity Science - Rank:中文核心期刊、CSCD -...
论文列表结构如何调整
当前的论文列表结构为[openlist.md](https://github.com/X-lab2017/open-research/blob/main/openlist.md)，包含 |No. | Paper | Author | Conf&Journal | Year | Rank | Tags| 等列。 新的“[论文推荐](https://github.com/X-lab2017/open-research/blob/main/RecPaper.md)”流程体系中按论文7要素给出如下的模板： - 论文题目（Title） - 发表年份（Year） - 会议或期刊名称（Conference or Journal） - 级别（参照 CCF 级别）（Ranking）（可选） - 分类标签（参照...
