V2EX › bmpidev2019 的所有回复 › 第 7 页 / 共 15 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 15

❮

❯

2023 年 3 月 13 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader

@handuo 这也可以，主要是费用的问题，这个适合私有部署，否则人多了账单爆炸，不过增加一个 bot 也容易

2023 年 3 月 13 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 基于 chatGPT 的文章阅读助手 # myGPTReader

@haoxuexiaoyao 可以的，你甚至可以吧一本书的内容用 embedding 处理，目前这个 bot 只是处理单页面，当然也可以一次发送多个 url 让它把这些页面内容全部喂给 chatGPT 去处理。

2023 年 1 月 31 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@maladaxia 😂

2023 年 1 月 21 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@kkocdko 你把编译器去掉，虚拟机怎么执行？除非你自己搞个编译器把 sql 编译成字节码。。。

2023 年 1 月 21 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@chenqh wal 模式解决了读取的问题，多写的话目前只能有一个写入者，但多个写入是可以通过 queue 来完成的，一般写入很快，所以问题也不大，当然 hc-tree 这个特性看起来解决了多写的问题，值得期待

2023 年 1 月 20 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@kele999 这种怀疑毫无意义，代码是开源的，可以自己去查

2023 年 1 月 20 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@lichao 还有一些索引和表的 b-tree 有些设计都是在内存里存着，然后 fsync 到文件系统，所以有内存的帮助，I/O 开销并没有那么高，一个证据就是 sqlite 的官网在一个页面就有两百多条 sql 查询而渲染的，但速度能在 0.01 秒内完成，显然是有优化效果的。

2023 年 1 月 20 日

回复了 bmpidev2019 创建的主题 › 分享创造 › SQLite 的文艺复兴

@lichao n+1 最大的开销还是网络，进程内的函数调用开销很小，可以看这个介绍： https://www.sqlite.org/np1queryprob.html

2022 年 11 月 30 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@maggch97 这个开销才正常一些👍但你怎么统计实时用户的？

2022 年 11 月 26 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@maggch97 应该不是 golang 的问题，是 sfu 实现的问题，pion 本身应该也 OK ，不过调试真困难是真的😅

2022 年 11 月 16 日

回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub

@shawndev 没有列出全部的功能

2022 年 11 月 14 日

回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub

@codingbody https://www.bmpi.dev/self/my-writing-story/250k/ 这里有排版的介绍

2022 年 11 月 13 日

回复了 bmpidev2019 创建的主题 › 分享发现 › 善用 GitHub

@learningman 😂等过两年再弄个简洁的，重新弄还是挺麻烦的

2022 年 10 月 27 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@moose123 我现在就 2 个

2022 年 10 月 24 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@moose123 团队用完 elixir 就回不去了😄

2022 年 10 月 23 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@moose123 小众语言招聘难是个绊脚石，只能招学习能力好的培养了，好在入门也很快，起码比 rust 快多了😂另外工作机会少也导致大家不愿意投资这个技术，作为 side project 倒很好，出活快。

2022 年 10 月 22 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@xieren58 用 rust 搞明年也上线不了😂

2022 年 10 月 22 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@moose123 相当于实时通信 Web （ real-time ）的 Python+Django 组合，迅速出活，实时交互。所以 free4.chat 这个项目我设计了三大 feature：Real-time Communicating ，基于语音的实时聊天； Real-time Collaborating：基于白板的实时协作； Real-time Contesting：与其他人实时比赛，玩一些基于语音的游戏，比如可以通过语音与他人练习口语。这一切的底层都是实时与自动扩容，这些都得益于 Elixir/Erlang-otp 的支持，让开发效率变得无比快捷，服务器资源要求也很低。

2022 年 10 月 21 日

回复了 Morea 创建的主题 › 职场话题 › 电鸭论坛负责人是什么毛病的心态，国内论坛上，还得讲究个人情世故、报复？ [标题带点情绪化，但没其它意思，仅仅拿出来谈论下，学学国内论坛规则，论坛都能独裁，还是挺牛]

接触过，某灰的确人品不行。

2022 年 10 月 21 日

回复了 bmpidev2019 创建的主题 › 分享创造 › 用 Elixir 重写 WebRTC 语音聊天室，自带集群扩容

@moose123 如果一个应用最终要关系 scale 和容错的问题，那用 elixir 搞肯定是一个好的选择，如果用其他语言，scale 用 k8s 之类方案可以搞，但总是带来一定复杂度，甚至在细粒度的控制方面是不如 elixir/erlang-otp 的。还有如果要做实时通信类的应用，elixir 也不错，phoenix 自带 websocket 。公司项目技术栈有很多考量，但个人项目用 elixir 搞是很爽的。

1 2 3 4 5 6 7 8 9 10 ... 15

❮

❯