 |
SorryChenV2EX 第 166280 号会员，加入于 2016-04-04 12:27:08 +08:00 |
UK coventry
SorryChen 最近回复了
95 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@HappyFruit zotero 当然可以匹配到正确的标题，作者，但是关于发表信息只能告诉你这个论文发在 arxiv 上。然而并不能告诉你这个论文发表在 ICLR NeurIPs ICML ECCV 等会议。
zotero 的 PDF 阅读是用的 PDF.js ，性能一定很差。
Paperlib 也支持 webdav 。
如果你并不需要读大量会议论文，不用 latex 写作（ paperlib 有非常方便的 bibtex 导出窗口，兼容任何编辑器），zotero 也不错。
当然 paperlib 还有许多比 zotero 体验好的地方，只能自己体会了。这也是大家使用 paperlib 的原因。
zotero 的 PDF 阅读是用的 PDF.js ，性能一定很差。
Paperlib 也支持 webdav 。
如果你并不需要读大量会议论文，不用 latex 写作（ paperlib 有非常方便的 bibtex 导出窗口，兼容任何编辑器），zotero 也不错。
当然 paperlib 还有许多比 zotero 体验好的地方，只能自己体会了。这也是大家使用 paperlib 的原因。
103 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@jaylong 啊那个我很久之前就不用了，我不知道他能导出为啥呢
104 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@jaylong 你说的是 papers3 ？
153 天前 回复了 shuxiaoseng1024 创建的主题 › 海外留学 › 打算再工作一年左右，去留个学，然后润出去，这样可行吗 |
@yuanmomo = = 问题是你的意见，不也是幸存者偏差的一种么
153 天前 回复了 shuxiaoseng1024 创建的主题 › 海外留学 › 打算再工作一年左右，去留个学，然后润出去，这样可行吗 |
我还是比较支持体验体验再决定在哪生活的。
想不想留在一个地方只有体验了才有发言权。网络信息尤为片面。
还有国家公派留学建议不需要去了解和考虑了。
我就是英国公派攻博。每年公派项目大头是博士。硕士了了无几，几乎拿不到的。英国申请 CSC 博的流程你需要先考过语言，拿到学校的 unconitional offer, 然后意向导师给你向学校提名，学校组织评选，拿到学校的 CSC 提名之后，你才有资格向国家留学基金委申请。然后国家留学基金委再评选，筛出来最后的资助名额。有的学校会超额发 CSC 提名，因此即便你通过了学校 CSC 提名，也有可能败在最后的评选。另外最近欧陆很多学校，老师，都不再招收 CSC 学生了。
我在这四年了，只能说有好有坏。同学们有的人留下，有的人回去，啥都有，适合自己生活节奏的才好。
另：朋友老师跟我说，亚洲男性，在我这找工作，鄙视链排最低，在印度人之下 = =，女生还有一个企业性别比例的优势 = =
想不想留在一个地方只有体验了才有发言权。网络信息尤为片面。
还有国家公派留学建议不需要去了解和考虑了。
我就是英国公派攻博。每年公派项目大头是博士。硕士了了无几，几乎拿不到的。英国申请 CSC 博的流程你需要先考过语言，拿到学校的 unconitional offer, 然后意向导师给你向学校提名，学校组织评选，拿到学校的 CSC 提名之后，你才有资格向国家留学基金委申请。然后国家留学基金委再评选，筛出来最后的资助名额。有的学校会超额发 CSC 提名，因此即便你通过了学校 CSC 提名，也有可能败在最后的评选。另外最近欧陆很多学校，老师，都不再招收 CSC 学生了。
我在这四年了，只能说有好有坏。同学们有的人留下，有的人回去，啥都有，适合自己生活节奏的才好。
另：朋友老师跟我说，亚洲男性，在我这找工作，鄙视链排最低，在印度人之下 = =，女生还有一个企业性别比例的优势 = =
192 天前 回复了 v2taylor 创建的主题 › 程序员 › 想问下， vue3 开发的项目，想做一个插件应用中心类似的东西 |
@v2taylor @xhawk
不知道你是不是 Electron 的 APP 。提供点 Electron 项目的实现思路细节。在学习了 VSCode 之后，我在我的项目 https://github.com/Future-Scholars/paperlib 实现了插件系统：
1. 首先所有的插件都运行在单独的 process 里，可以使用 Electron 的 utilityProcess 。这可以保证你插件崩了，软件不会崩。
2. 因为插件和软件主体，在不同的 process 里，你需要设计实现一个好用的 RPC 。比如我从插件所在的 utility process 想要访问软件主体的一些 services ，你几乎不想每次都单独通过 Electron 自己的通信 ipcMain message port 之类的来分别一一实现。理想的思路是通过基于 ipc ，message port 封装，来在 process 间暴露想要的 API 。
我的实现是，ipc 只负责初始的沟通建立部分，类似于握手吧，交换一个 message port pair 。然后后续的所有通信都通过 message port 。这样写起来比较简单头脑清楚一点。message port 之间，传递的包括，calling 的类别，服务名，函数名，参数等。然后对应 process 处理好得到结果之后，再通过 message port 回复回去结果。请求和回复有一个唯一的 id 进行匹配。细节还是得去看代码。这样就可以实现，你任意跨 process 调用函数，甚至跨 process 的事件监听。
process 间 API 的这个暴露过程本质上就是在创建一个图，图的节点是 process ，边就是是否已经暴露了 API 。因此你可以基于此，写一些代码，在新 process 创立时，请求所有已存在的 process ，向自己暴露 API 。比如你创立插件所在的 utility process 后，首先运行的代码是向 renderer 和 main process 请求向自己暴露 API 。一旦暴露了，这个图里就是三个节点了，也多了两条边。之后，你就可以在插件 process ，使用 const results = await MainAPI.XXX.YYY(...) 类似这样的方式，来和软件主体进行交互了。
建立好这一套机制之后，你就可以给让插件调用你所暴露的 API 了。而且即便插件崩了，也不会影响你的软件主体。
3. 关于插件的加载。插件全都加载到 node vm 里。至于下载和安装卸载等，你可以参考 https://www.npmjs.com/package/live-plugin-manager 。自己实现也不是很麻烦。
4. 你需要设计一个规范，来让插件开发者遵守它开发插件，比如插件的 initialize 过程需要做什么，插件在卸载的时候必须要有对应的 dipose 函数来清理一些不必要的东西。
不知道你是不是 Electron 的 APP 。提供点 Electron 项目的实现思路细节。在学习了 VSCode 之后，我在我的项目 https://github.com/Future-Scholars/paperlib 实现了插件系统：
1. 首先所有的插件都运行在单独的 process 里，可以使用 Electron 的 utilityProcess 。这可以保证你插件崩了，软件不会崩。
2. 因为插件和软件主体，在不同的 process 里，你需要设计实现一个好用的 RPC 。比如我从插件所在的 utility process 想要访问软件主体的一些 services ，你几乎不想每次都单独通过 Electron 自己的通信 ipcMain message port 之类的来分别一一实现。理想的思路是通过基于 ipc ，message port 封装，来在 process 间暴露想要的 API 。
我的实现是，ipc 只负责初始的沟通建立部分，类似于握手吧，交换一个 message port pair 。然后后续的所有通信都通过 message port 。这样写起来比较简单头脑清楚一点。message port 之间，传递的包括，calling 的类别，服务名，函数名，参数等。然后对应 process 处理好得到结果之后，再通过 message port 回复回去结果。请求和回复有一个唯一的 id 进行匹配。细节还是得去看代码。这样就可以实现，你任意跨 process 调用函数，甚至跨 process 的事件监听。
process 间 API 的这个暴露过程本质上就是在创建一个图，图的节点是 process ，边就是是否已经暴露了 API 。因此你可以基于此，写一些代码，在新 process 创立时，请求所有已存在的 process ，向自己暴露 API 。比如你创立插件所在的 utility process 后，首先运行的代码是向 renderer 和 main process 请求向自己暴露 API 。一旦暴露了，这个图里就是三个节点了，也多了两条边。之后，你就可以在插件 process ，使用 const results = await MainAPI.XXX.YYY(...) 类似这样的方式，来和软件主体进行交互了。
建立好这一套机制之后，你就可以给让插件调用你所暴露的 API 了。而且即便插件崩了，也不会影响你的软件主体。
3. 关于插件的加载。插件全都加载到 node vm 里。至于下载和安装卸载等，你可以参考 https://www.npmjs.com/package/live-plugin-manager 。自己实现也不是很麻烦。
4. 你需要设计一个规范，来让插件开发者遵守它开发插件，比如插件的 initialize 过程需要做什么，插件在卸载的时候必须要有对应的 dipose 函数来清理一些不必要的东西。
228 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@samallll biorxiv 的论文都有 doi ，检索元数据太简单了。也许只有 CS 学科才能理解为什么需要 paperlib 。
245 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@henrylau0220 可以，待会更新一下。但是我没有这种 API 测试，你可否协助测试？
微信 https://share.1password.com/s#bjj8Qhq8qGJOKCN_MtDXwV9Ng55WFmGuTCcfuJ15Lmw
微信 https://share.1password.com/s#bjj8Qhq8qGJOKCN_MtDXwV9Ng55WFmGuTCcfuJ15Lmw
245 天前 回复了 SorryChen 创建的主题 › 分享创造 › 一个科研狗开发的文献管理软件 Paperlib 3.0 |
@henrylau0220 哈是说别的 LLM ？还是第三方 proxy 的 API ？
Select Language