关于本仓库的一些想法
@tigerga @sxdxyxy ,首先谢谢两位合作者,一开始就予以支持,内容有时间就写,毕竟我们是公益的。
最近按照 @sxdxyxy 的意见尽量的美化了首页,纯Markdown范畴内,进步的空间也不太大了,望大家见谅。
但是过程中,我在思考,这个仓库的目的何在?
1. 面向国内受众
我本人的初衷是尽量的解决qq群内的重复的问题。基于这个目的,我有了以下的想法:
- 降低国内受众的门槛:
- 入门级教程用中文
- 文件结构
- 暂时一级目录对应一个软件/插件/服务
- 每个目录下都有一个README.[md/org],里面包含:
- 基础介绍
- 教程链接
- Q&A
- issue区允许中文
2. 寻求国际探讨
但是,我觉得高级教程用英文,用以吸引国际友人对软件的使用引发更多的讨论,也是有必要的。因此:
- 主目录用英文,但也给出中文目录链接
- 高级教程用英文
3. 不辛苦自己
如果官方足够完善,我们不必事无巨细的写教程,给出官方链接即可。
我们自己写的东西,一般不全面,不论内容,还是感情色彩。 比如,我个人对zotero教程的定位就是:
- 对于软件本身只写开箱攻略
- 尽量引用官方英文文档,呼吁大家贡献中文文档
- 有必要的话,写一些插件教程。
并且寻求更多合作者加入,众人拾柴火焰高。
P.S. 我最近就看到有个在简书上写了个zotero自定义浏览器引擎的很好的教程,改天可以把人拉进来。当然,写知网pdfJS脚本的人也水平很高,改天也考虑拽进来。群里高手也不少。
因此,顺手的宣传是鼓励的。
P.S. 搬运到简书,知乎不经意留个链接什么的。
4. 公益但不阻止功利
现在项目暂时没什么人气,大家也没有赚钱的初衷。 但如果有个人的付费的优质视频教程,我觉得也可以毫无顾虑的放上链接,最后是否整合大家说了算。 假如真的在网易云课堂之类的地方,搞红了一门小公开课,把延伸阅读乃至大纲链回仓库,我认为也是极好的。
5. 脑洞: 要不要加上硬件?
我个人本仓库的近期计划:
- [ ] 主页
- [ ] 搞个英文的
- [ ] 内容订正,补充,比如是否付费/价格,免费版本限制。(求群友帮助)
- [ ] 有几个软件叙述短,占不满屏幕。(求群友帮助)
- [ ] 主页有几个logo还是太丑了。(求群友帮助,提够长条状清晰logo)
- [ ] Histcite 丑
- [ ] Zotero 胖
- [ ] Jabref 没有
- [ ] org-mode 没有
- [ ] logo颜值过关后,微调宽度,让表格对齐。
- [ ] Zotero
- [ ] README
- [ ] 重写Sync
- [ ] 简单的StartUp
这是我对于本仓库的一些想法,不成熟之处请见谅,希望各位开发者以及读者给予更多建议。
1.想说的话
我最初加入这个项目的初衷就是:让更多学者使用软件来管理文献,减少在这些繁琐的事情上浪费的时间。
最开始在图书馆的数据库讲座中知道了有这样一种软件存在,后来自己在查找Zotero的资料的时候发现了QQ群、这个项目;后来开始有意识的尝试使用各种文献管理软件,在罗老师的MOOC中也看到了他很详细的介绍,在完成自己的毕业论文时使用了E-study;后来在NoteExpress来图书馆做讲座时,发现学校里很多老师甚至是第一次听说、看到文献管理软件的存在。
因为看到很多学者还在使用繁琐的方式管理文献资料,所以希望自己能够做一些事,让他们能够解放一点点,有更多的时间做有意义的研究。
之前在忙碌自己的毕业论文,现在终于提交了论文,感觉有了比较多的时间能够做自己的事了。虽然注册Github一段时间了,但是对它的使用还在探索中,一直搞不清各种提交的流程。
2.对于仓库的建议
我目前准备完成的内容主要有两个部分,一个是对文献管理软件新人的实践教程,另一个是对文献库的备份引导。
使用文献管理软件的目的,最主要的就是要插入引用信息到论文中。但是如果不先掌握好使用方法,就直接插入到论文中,运气好的不会遇到什么问题,如果运气不好,就要手动删除再重新插入,浪费时间不说还有可能导致部分论文丢失。所以我希望可以写出一篇实践教程,让新手把主要功能熟悉后再对自己的论文使用。
而对文献库的备份引导,则来源于我本身对数据安全的关注啦。再加上最近WannaCry的热点,虽然不见得一定会遭遇这种数据丢失的情况,但是相关的意识是需要每个人都建立起来的。
非常不好意思,第一次在 issues 里提交 comment,不小心点了 Close