V2EX › saberlong 的所有回复 › 第 2 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2020 年 12 月 21 日

回复了 zxCoder 创建的主题 › 数据库 › 关于 B+树索引的问题

我自己写的 b+树选择了不固定阶，key 有长度限制，value 不限。过大的 value 通过扩展页分割存储到多个页中。

2020 年 12 月 21 日

回复了 zxCoder 创建的主题 › 数据库 › 关于 B+树索引的问题

页大小可以选择，决定了就固定了。所以要么 key 有长度限制，要么引入其它结构处理超大 key 和 value 。记得 mysql 是有 key 长限制的。最新的版本不清楚

2020 年 12 月 20 日

回复了 tlerbao 创建的主题 › git › 开源项目二开如何让 git 不分叉。

@tlerbao 另外要说明的是，团队使用 rebase 方案，需要培训和约束的。否则请用 merge 方案。

2020 年 12 月 20 日

回复了 tlerbao 创建的主题 › git › 开源项目二开如何让 git 不分叉。

@tlerbao 另外多个分支并行开发时。rebase 方案操作步骤会更多，我会使用本地临时分支

2020 年 12 月 20 日

回复了 tlerbao 创建的主题 › git › 开源项目二开如何让 git 不分叉。

@tlerbao
确实会存在。rebase 方案这个地方确实不完美。只要分支开发提交到上游就会有。确认没问题后，删除这个分支也不影响。但是一般会保留用于追溯。由于基变导致 commit log 编号不同，需要靠 commit 说明来对比。虽然有瑕疵对比 merge 方案，我更喜欢 rebase 。

2020 年 12 月 20 日

回复了 tlerbao 创建的主题 › git › 开源项目二开如何让 git 不分叉。

简述书上有个"如何使用 Git Rebase"，我觉得不错

2020 年 12 月 7 日

回复了 sunshinev 创建的主题 › 程序员 › golang 可以通过反射获取某个包下面的所有方法的列表吗？

直接使用标准库里的 ast 相关库

2020 年 11 月 26 日

回复了 DoctorCat 创建的主题 › Go 编程语言 › 注解的方式生成 swagger 文档太麻烦，有没有 Go 模块类似 Python FastAPI 的自动生成文档的机制？

我也是用 golang 自带 ast 针对性写的

2020 年 9 月 18 日

回复了 Lonersun 创建的主题 › 程序员 › 给面试者的四点建议

@tremblingblue 对，我就是这样的。突然打断工作去做面试。趁着自我介绍过程看下简历，转换下思维

2020 年 8 月 31 日

回复了 maxxfire 创建的主题 › 程序员 › 某些语言的协程机制，其作用是什么，是否会造成额外的开销

@tlday 有个地方有问题。推荐传递不推荐共享的思想和协程没有关系。之前看到一篇文章，目前 go 写的代码中，还是共享的比例高。

2020 年 8 月 21 日

回复了 tmac33 创建的主题 › 程序员 › Go mod 问题

我这边是不用 replace 。部署 athens 之类的本地仓库。GOPROXY 设置为 athens 。私有包走内部部署的 git 服务。设置 GOPRIVATE 让私有包不走 GOPROXY

2020 年 8 月 6 日

回复了 Te11UA 创建的主题 › Python › 多线程与协程爬虫有很大区别吗？多线程转协程能优化多少？

@wysnylc 另外你可以找下百万 Go TCP, 百万 websocket 同时连接的文章。有每个连接使用 go 程，和 reactor epoll 的性能对比。

2020 年 8 月 6 日

回复了 Te11UA 创建的主题 › Python › 多线程与协程爬虫有很大区别吗？多线程转协程能优化多少？

@wysnylc 现在一般普通主流计算机，直接开几万协程确实没问题。以前开发写测试时，不小心开了几十万协程，还能跑。但是线程却不行，资源占用和上下文切换决定了它不可能开启同样多的数量时还能保证可用。
你的怀疑点应该是一次性发出这么多请求。这得看理解了，如果指发出第一个数据包开始，确实可能。
假设极端情况，被访问的服务器响应很慢，导致发出数据包请求后就在 io 等待。那么协程确实能做到同时有几万个请求在等待响应。只是线程要做到同样量级，需要机器资源就更多了。
不过实际上并没有优势，现实中不会这么极端，瓶颈通常也不在这。

2020 年 8 月 5 日

回复了 lux182 创建的主题 › 程序员 › 应该使用 select * 吗？

代码上没碰到问题是因为用 orm 之类有映射功能的。原始的方式是和查询列顺序有关的。直接写*会导致这部分业务逻辑错误。写明列则只需修改需要增加列的地方。一个人了解所有项目是不可能的，允许随意使用*。那么发布时，可能就碰到惊喜。

2020 年 8 月 2 日

回复了 GTD 创建的主题 › 程序员 › 学习计算机网络，是看书比较好还是看网课比较好？

看书效率高。但是关键是要动手

2020 年 7 月 31 日

回复了 beryl 创建的主题 › 程序员 › 开发前真的会画详细的 UML 图么

@beryl 小的迭代更新，大多不画。开发设计人员讲下方案，负责人确认下就好。新的系统设计和大版本升级，我遇到的都是给定足够宽裕的时间，设计完成后系分评审通过后才进行具体的排期。所以不适合赶工期的。赶工期的，都是临时补丁方案

2020 年 7 月 31 日

回复了 beryl 创建的主题 › 程序员 › 开发前真的会画详细的 UML 图么

类画主要的，帮助表达层次关系和依赖关系。
时序图画，帮助验证设计的细节问题。
存在复杂的状态变化时，状态机也画。

2020 年 7 月 17 日

回复了 la2la 创建的主题 › 程序员 › 真的是无语！平时使用的一个测试机器，新招了个人使用了： sudo chmod -R 777 /usr/bin/ 这个命令，真的是秀

真的是网上拿来就用。刚不久前就一个同事卡在登录桌面前进入不去找我。我拿了了 u 盘进入，挂载后看日志，发现在显卡驱动库 panic 了。问干啥以后才说复制了网上的 wine 安装命令

2020 年 7 月 12 日

回复了 rikka 创建的主题 › 程序员 › [数据结构算法求助] 如何实现这样一个数据容器，缓存 key-value 数据？(javascript)

@rikka 定时只是清理策略实现方式上的选择，不影响核心数据结构。只是将超时的判定和超过内存阀值这两个条件分开写，各管各的，实现起来更清晰，并且及时清理超时而已。合并起来也可以做清理策略。比如在触发清理时，先清理超时的，然后判定是否清理得足够多，不够再清理最少访问的就行了。然后需要在查询的地方补上超时判定。本质还是 LRU，只是根据需要做简单修改而已。我觉得你自己思考就明白了

1 2 3

❮

❯