[讨论] 建立学术研究流程中的各个环节与要素

[will-ww]

通过识别学术研究中的各个关键环节，构建标签体系：https://github.com/X-lab2017/open-research/labels

1、论文入库过程：

• 大家挑选平时看到的好的论文，利用 PR 的形式推荐到仓库中：https://github.com/X-lab2017/open-research/pulls
• 编写 PR 的时候，可以根据一个**推荐模板**进行填写
• 老师或经验丰富的同学 Review 后进行合并
• 逐渐形成一个相对完善的论文库
• Todo：建设一个完善的多标签体系，多论文进行标签化（业务、技术、年限、档次、难以等）
• Todo：建设一个 UI 界面方便检索与查看论文库（利用开源软件或 SaaS 服务）

2、论文选择过程：

• 老师和同学根据自己的兴趣选择合适的论文进行阅读，并进行标注
• 大家相互之间可以知道还有哪些人对改论文感兴趣，以便相互讨论
• 甚至可以连接论文作者

3、论文分享过程：

• 通过组会等相关性是进行论文分析
• 分享前给出**分享模板**给出论文的摘要信息，随会议通知发出来
• 分享过程进行视频录制，会后通过 B 站等渠道进行发布

4、论文总结过程：

• 会后通过技术文字的形式，结合**总结模板**，对论文进行总结
• 融入大家讨论、以及后续推荐阅读等信息，进一步完善成果输出
• 将总结文字通过微信公众号等渠道进行传播，同时也沉淀与回链到论文库中
• Todo：最终成果的一键式分享工具（从一个信息源，到多个发布平台的分享与追踪）

以上四步为论文阅读与分享环节，作为一名研究生的日常基础科研活动，不断积累与迭代~

5、论文构思过程

• todo

6、论文实践过程

• todo

7、论文写作过程

• todo

8、论文发表过程

• todo

学术研究全流程

大家提出建议~

[will-ww]

同时也结合论文产出与毕业时间，设定了一些 milestones：https://github.com/X-lab2017/open-research/milestones

时间上如果有出入，大家可以提出修改~

[bifenglin]

论文分享者需要从论文库里找论文，若论文库里没有想要的论文需要自己提交论文通过审核。我在实施过程中出现的一些问题：

1. 想要增加贡献，需要将整个仓库clone下来，随着项目越来越大，clone成本会越来越高，之前郭师傅那边出现过这样的问题。这些可以通过技术等方面进行解决，还是有一定参与学习成本。
2. 第二个重点和难点是论文总结留档过程，之前是在语雀中，我看到这学期主持人没有将相关分享内容留档在语雀中，这部分若要转移到github是否会出现第一个二进制文件在git中存储下载问题。
3. 还有论文分享若要分享成一个文章博客是很好的尝试，增加大家的写作水平，将论文要点和讨论总结输出也能增加对论文的理解，我之前也尝试过总结分享，一开始因为水平不够，感觉像是文章翻译。。。这部分需要大佬来指教一下或者可以有学习的范本。。。

[bifenglin]

思维导图是一个很好的记录和分享方式，其中markmap是一个很好的markdown转为思维导图的工具，我调研使用过程中出现的问题有以下几点：

1. 需要markdown解析工具集成markmap解析工具。意思就是github的markdown解析工具不支持直接解析，需要到本地进行解析查看。
2. 无法显示图片，一些论文的表格和结果图很重要，若不能显示图片写作成本会大大增加。

[tyn1998]

1. 需要将整个仓库clone下来，随着项目越来越大，clone成本会越来越高，

的确，我觉得要改成外链的形式，先把pdf上传到诸如oss的地方，然后仓库里挂个链接。对于目前已有的pdf，可以用一些命令把.git目录中已有的blob从历史记录中完全抹掉，从而降低git仓库的大小。

[xiaoya-yaya]

关于论文的产出我有几个想法：

• 2-3个人成立一个研究小组，由一个经验丰富的同学来带
• 一个好的研究工作最重要的是提出好的、有意义的研究问题。研究问题不是一个人空想出来的，需要从文献阅读中，从实际场景中，从不断讨论中来。所以建议研究小组保持至少每一周碰头一次的频率，思考和调整研究问题和方向，定期拿到大组会上分享。
• 在 GitHub 上以 Issue 和 Milestone 的形式追踪，以10天作为一个时间周期，总结上个阶段的进展，设计下个阶段的任务和预计产出
• 维护一个每年度重点相关会议的投稿日期表，会议驱动地论文写作和产出

[tyn1998]

• 维护一个每年度重点相关会议的投稿日期表，会议驱动地论文写作和产出

对，还可以维护一个日历，大家在自己的日历app上订阅这个日历就能集成到自己的workflow去了~

[will-ww]

1. 需要将整个仓库clone下来，随着项目越来越大，clone成本会越来越高，

的确，我觉得要改成外链的形式，先把pdf上传到诸如oss的地方，然后仓库里挂个链接。对于目前已有的pdf，可以用一些命令把.git目录中已有的blob从历史记录中完全抹掉，从而降低git仓库的大小。

对，这个没问题，放在云上应该可以很好管理~

[will-ww]

• 维护一个每年度重点相关会议的投稿日期表，会议驱动地论文写作和产出

对，还可以维护一个日历，大家在自己的日历app上订阅这个日历就能集成到自己的workflow去了~

日历这块有啥好的解决方案不？@tyn1998

[will-ww]

关于论文的产出我有几个想法：

• 2-3个人成立一个研究小组，由一个经验丰富的同学来带
• 一个好的研究工作最重要的是提出好的、有意义的研究问题。研究问题不是一个人空想出来的，需要从文献阅读中，从实际场景中，从不断讨论中来。所以建议研究小组保持至少每一周碰头一次的频率，思考和调整研究问题和方向，定期拿到大组会上分享。
• 在 GitHub 上以 Issue 和 Milestone 的形式追踪，以10天作为一个时间周期，总结上个阶段的进展，设计下个阶段的任务和预计产出
• 维护一个每年度重点相关会议的投稿日期表，会议驱动地论文写作和产出

都非常赞同，我们一个个做起来~

[tyn1998]

以下这个流程应该可以~

1. 制作（导出）ics格式的日历
2. 把ics文件放到oss上
3. 各个日历app订阅对应的url即可

ics resource: http://icalshare.com