敏杰开题——软工团队项目NABCD分析

本组为自选课题:知识路书(暂定)

Need

很多人在泛读文献时常常会自行整理笔记或博客,将某个研究方向的发展过程或某个特定问题的解决过程作出一个概括性介绍。这个工作的极简形式是几行潦草的笔记,终极形式则是一篇文献综述。

比如这篇博客简短地总结了(那个年代)style transfer的发展过程,这篇文章则简单梳理了后rcnn时代目标检测的研究脉络

据我所知,几乎每一个研究人员都学习过如何写综述,因为它是了解某个领域研究实质、整顿思路而催化灵感的过程。因此即使作为综述的简化形式,这种总结式的文章依然能有效帮助我们找寻某个问题或某个问题的答案。

然而我们注意到两个事实:

  • 以博客文章或笔记的形式对已有工作进行梳理,只能以顺序的方式介绍每一篇论文,因为“一条线”的书写顺序是符合人脑思维与习惯的。但很不幸,论文的发展往往是树状的,这样讲故事很难体现文与文间的承接关系,很难直观展现“谁解决了谁”和“谁推翻了谁”
  • 这样的文章更多是写给自己的笔记性质的学习材料,因此一篇中规中矩的小论文未免太耗时耗力了。

于是我们的结论是:在这件重要的工作上,我们的思维过程缺少好的呈现形式,难以直观表现知识脉络。这就是我们想要解决的问题。

实际上思维导图或许正是我们需要的东西——树状地具象化思维关系,画几个随性的圈圈就能非常直观地展现概念间的跳跃与顺承。可惜思维导图并不是专门为文献阅读所设计的,因此常见的思维导图工具(如XMind等)依然不能让我们高效地呈现自己的学术见解。它们大而全,但我们需要小而美。因此我们以此为启发,希望开发一款应用软件,能够快速导入并绘制出文献(或概念)间的层次关系,并让用户可以基于此在浏览器中高效完成自己的交互式笔记。

我们预期它可以像拉力赛时赋予驾驶员方向的road map一样,为广大科研者照亮路况,因此我们称其为知识路书。

Approach

为了便于分工合作,我们自然地选择了前后端分离的技术路线。

前端:计划基于vue.js框架及相关组件库实现,其中较难实现的绘图部分我们已经检索到了如下开源实现或参考代码:

后端:计划基于django+restful-framework实现,借助这个框架我们可以快速搭建restful api,将开发重心移至前端

我们的目标用户,显然是和我们一样有文献阅读与梳理需求的科研工作者,尤其是需要频繁接触新领域的年轻科研人员,如硕士生、博士生。

在商业模式的选择上,由于这个项目是以解决我们自身需求为导向提出的,相比于盈利我们更看重其使用体验,并且由于目标受众群体较小也不足以支撑起足够鲁棒的商业规模,因此我们考虑将其作为开源项目维护,希望依赖强大的开源社区将其打磨为一款出色的软件产品。

Benefit

Competitors

思维导图竞品

XMIND :……

mindmeister:……

文献管理竞品

mendeley:……

endNote:……

电子笔记竞品

oneNote:……

jupyter notebook:……

notion:……

Delivery

用户群体特征十分明显,可以借助邮件、代理人推荐等方式精准定向投送

电梯演说:

嗨,哥们儿,
你平时读论文的时候会划拉两笔吗?我们最近有个项目专门做文献脉络梳理和内容呈现,想象一下你能通过很简单的编辑就构建一个描述论文发展的树状图谱——对,类似你熟悉的思维导图,但它专门为文献阅读者的习惯做了细节优化,比如公式、代码和任何图片、音视频都可以以你熟悉的latex或markdown导入。下次组会试试看用我们的知识路书给老板做汇报,保证你成为全组最靓的仔。感兴趣的话上GitHub搜一下我们的开源项目:知识路书,欢迎使用,更期待你参与我们的项目!

用户量预估

ALPHA:预计用户量:50
BETA:预计用户量:300
RC:预计用户量:500

猜你喜欢

转载自www.cnblogs.com/minjiekaifa/p/12617230.html