V2EX › matrix1010 的所有回复 › 第 4 页 / 共 29 页

V2EX = way to explore

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

For Existing Member Sign In

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

❮

❯

2025 年 3 月 8 日

回复了 songray 创建的主题 › 程序员 › LLM 还不如低代码

"去年我实打实的套了 100 刀租了个号体验了一把" Devin 的价格是$500 ，开源开发者可以申请免费使用。你这个 100 刀不会是租了个假的吧

2025 年 2 月 27 日

回复了 ashin 创建的主题 › 创造者 › 有一段时间没来了，说说我不上班后最新的收入情况

今天是星期四，V op 50 ，带你一起赚美刀

2025 年 2 月 26 日

回复了 18bili 创建的主题 › 数据库 › TiDB 的 sql 查询为什么这么慢呀，是我打开的方式不对吗？

可能真是你打开方式不对。问性能问题请至少带上配置信息/部署方式/部署环境/表信息/查询 sql/并发量。当然更恰当的方法是去官方论坛提问，不过肯定也会要你提供这些信息

2025 年 2 月 24 日

回复了 milala 创建的主题 › 职场话题 › 你们招人的时候需求一个人但是招 2 个试用期实行末尾淘汰吗

对于技术型创业公司来说这么做挺理性. 但前提是末尾淘汰针对公司所有程序员，而不是这 2 个。如果是 2 个都很厉害的，招进来磨合完两个都要，把公司菜的程序员裁掉。如果 1 个厉害 1 个不怎么厉害，就看公司有没有更菜的，把更菜的裁掉。创业公司人才是核心，永远要尽可能去确保高人才密度

2025 年 2 月 22 日

回复了 shebaoting 创建的主题 › 程序员 › AI 似乎很难生成 100 个相同类型的名字？

完全不重复这种精确要求 LLM 是肯定做不到的。深度思考也做不到，比如上面那张图就有重复的。只需单次生成且内容简单的话 presence_penalty 可能是比较好的降低重复率的方法

2025 年 2 月 21 日

回复了 yuanyao 创建的主题 › 职场话题 › 一面出 LRU 算法题算难吗

像 LRU 这种问题，无论你刷没刷过题，刚毕业还是工作了 10 年，只要还在做程序员就应该能写出来。从直觉上就应该知道用 doubly linked list + hashmap

2025 年 1 月 12 日

回复了 onion83 创建的主题 › 程序员 › Ai 开始自动抢活儿干了

Devin 已经提了 5000 多个 PR 了，有兴趣的可以看一看 https://github.com/search?q=author%3Adevin-ai-integration%5Bbot%5D&type=pullrequests&p=1

2024 年 12 月 31 日

回复了 GoRuby 创建的主题 › 程序员 › 夜莺监控突破一万 star，这是汗水，也是鞭策

@GoRuby 你这个无法考证的个例我不评论。但做开源并且想赚钱，一定要想清楚谁会为你付钱，仅靠国内这样的风气/环境能不能赚钱。如果面向世界，那些可能付费的程序员/公司看重的是什么。star 其实是各种指标里最没用的一个，给你点 star 的人和深度使用的人很有可能重叠很小

2024 年 12 月 31 日

回复了 GoRuby 创建的主题 › 程序员 › 夜莺监控突破一万 star，这是汗水，也是鞭策

其实我只要项目 star 过 100 就基本不怎么看这个了，而是看 CI ，看文档，看 issue 活跃度和质量这些。比如对比你的 CI 和 Grafana 的 CI 差别就十分巨大，你的项目 CI 里连测试这一步都没有。问基础问题的小白用户一般也不会是公司技术专家之类的，不太可能带来生意，最多也就能提供 star+1 的价值。不卑不亢回复就行

2024 年 12 月 10 日

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

https://github.com/uber-go/guide/blob/master/style.md#handle-errors-once

2024 年 12 月 10 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@rainbowStay repo 不是你在 NewService 函数内部创建的，而是传入作为参数。完全符合依赖注入的定义

2024 年 12 月 9 日

回复了 matrix1010 创建的主题 › 程序员 › 大家有没有给中大型项目补单元测试的经验

@kelololy 我其实感兴趣的是过程，比如 code base 规模多大，多少人参与，什么级别的人牵头，大家配合度怎么样，花了多长时间达到了什么目标等等。不同的公司产品不同，面向对象也不同，所以是不是 kpi ，要不要做这类的问题因人/公司/产品而异

2024 年 12 月 9 日

回复了 matrix1010 创建的主题 › 程序员 › 大家有没有给中大型项目补单元测试的经验

@FrankFang128 这是想象还是实际经验？有没有实际开源项目或者 blog 可以参考。或者说 AI 是否能处理复杂依赖 mock ，复杂逻辑理解(大于 100 行代码的单个函数)

2024 年 12 月 5 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@mrjnamei 这个恰好也是我正在试图避免的问题，初始化 service 肯定是有个 NewXxxService 或者 ProvideXxxService 之类的方法，如果单元测试初始化 service 时也使用这些方法就可以覆盖到。但如果 test 里手动构建 struct: testService := &UserServiceImpl{db: db, ...} 这样就检测不到了

2024 年 12 月 4 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@lesismal 依赖注入其实是符合直觉的，因此专门尝试去理解反而比较困难。前面有人说的在 init 里初始化服务就属于非依赖注入的做法，但这么做的开源项目肯定是极少数，因为复杂的大型开源项目肯定是多人协同开发，那项目结构也要达成共识，而多人共识最有可能的就是使用认可度最高的依赖注入模式

2024 年 12 月 4 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@mrjnamei 其实这个 NewApplicationService ，完全可以把 struct 扔给任何 AI 来写. 这种极简单场景我估计任何 AI 都能达到几乎 100%准确率

2024 年 12 月 4 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@ryalu 从这里来看我觉得应该归属于手工注入 https://github.com/traefik/traefik/blob/33c1d700c02ad09ab793673a14674b39d78fe352/cmd/traefik/traefik.go#L169

2024 年 12 月 4 日

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@FarmerChillax 我问的恰恰正是[依赖注入]，假设 FooService 和 BarService 都依赖 BaseService ，但 NewFooService(...)和 NewBarService(...)都各自调用 NewBaseService()一遍而不是先 NewBaseService 再分别传入，这个应当不能说用了依赖注入。当然这一步可以用依赖注入框架自动完成

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

❮

❯