首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  bmpidev2019  ›  全部回复第 5 页 / 共 14 页
回复总数  261
1  2  3  4  5  6  7  8  9  10 ... 14  
❮ ❯
2023-03-13 08:58:35 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader
@kongkongye 这是 gpt_index 库利用 openai 提供的 embedding 模型完成的，具体你可以看背景提供的链接介绍，并不是把所有内容一股脑喂给模型，那样真账单爆炸了
2023-03-13 08:57:24 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader
@kongkongye 一个 task 一个会话完成，任务驱动的，实际效率比自己写还要快，因为对语法和生态掌握的不熟练，所以实现交给 chatgpt 反而很快能完成。
2023-03-13 08:55:48 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader
@handuo 这也可以，主要是费用的问题，这个适合私有部署，否则人多了账单爆炸，不过增加一个 bot 也容易
2023-03-13 02:31:16 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader
@haoxuexiaoyao 可以的，你甚至可以吧一本书的内容用 embedding 处理，目前这个 bot 只是处理单页面，当然也可以一次发送多个 url 让它把这些页面内容全部喂给 chatGPT 去处理。
2023-01-31 22:18:52 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@maladaxia 😂
2023-01-21 06:59:53 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@kkocdko 你把编译器去掉，虚拟机怎么执行？除非你自己搞个编译器把 sql 编译成字节码。。。
2023-01-21 00:39:59 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@chenqh wal 模式解决了读取的问题，多写的话目前只能有一个写入者，但多个写入是可以通过 queue 来完成的，一般写入很快，所以问题也不大，当然 hc-tree 这个特性看起来解决了多写的问题，值得期待
2023-01-20 11:38:47 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@kele999 这种怀疑毫无意义，代码是开源的，可以自己去查
2023-01-20 11:33:46 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@lichao 还有一些索引和表的 b-tree 有些设计都是在内存里存着，然后 fsync 到文件系统，所以有内存的帮助，I/O 开销并没有那么高，一个证据就是 sqlite 的官网在一个页面就有两百多条 sql 查询而渲染的，但速度能在 0.01 秒内完成，显然是有优化效果的。
2023-01-20 11:08:25 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴
@lichao n+1 最大的开销还是网络，进程内的函数调用开销很小，可以看这个介绍： https://www.sqlite.org/np1queryprob.html
2022-11-30 16:01:25 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@maggch97 这个开销才正常一些👍但你怎么统计实时用户的？
2022-11-26 14:33:08 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@maggch97 应该不是 golang 的问题，是 sfu 实现的问题，pion 本身应该也 OK ，不过调试真困难是真的😅
2022-11-16 06:26:20 +08:00
回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub
@shawndev 没有列出全部的功能
2022-11-14 09:33:51 +08:00
回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub
@codingbody https://www.bmpi.dev/self/my-writing-story/250k/ 这里有排版的介绍
2022-11-13 00:18:58 +08:00
回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub
@learningman 😂等过两年再弄个简洁的，重新弄还是挺麻烦的
2022-10-27 16:04:56 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@moose123 我现在就 2 个
2022-10-24 21:18:23 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@moose123 团队用完 elixir 就回不去了😄
2022-10-23 12:55:50 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@moose123 小众语言招聘难是个绊脚石，只能招学习能力好的培养了，好在入门也很快，起码比 rust 快多了😂另外工作机会少也导致大家不愿意投资这个技术，作为 side project 倒很好，出活快。
2022-10-22 15:04:22 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@xieren58 用 rust 搞明年也上线不了😂
2022-10-22 07:29:03 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容
@moose123 相当于实时通信 Web （ real-time ）的 Python+Django 组合，迅速出活，实时交互。所以 free4.chat 这个项目我设计了三大 feature：Real-time Communicating ，基于语音的实时聊天； Real-time Collaborating：基于白板的实时协作； Real-time Contesting：与其他人实时比赛，玩一些基于语音的游戏，比如可以通过语音与他人练习口语。这一切的底层都是实时与自动扩容，这些都得益于 Elixir/Erlang-otp 的支持，让开发效率变得无比快捷，服务器资源要求也很低。
1  2  3  4  5  6  7  8  9  10 ... 14  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1034 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 19ms · UTC 20:18 · PVG 04:18 · LAX 13:18 · JFK 16:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.