@rainbowStay #91 抱歉，莫名奇妙发送出去了，想请问一下像上面这个写法也算依赖注入吗？

@matrix1010 #19 意思是不是现用现 New 的都算依赖注入？ func NewService(repo Repository) *Service {
return &Service{repo: repo}
}

@bthulu java 转 go 的新手提问下，为啥 go 不推崇依赖注入呀

这玩意就是个丐版的 macbook ，买点便宜的键鼠显示屏就可以凑一台能用的苹果电脑，适合学生党做苹果生态开发学习。像你俩人手一台 mbp 的情况，这东西就是鸡肋...

@grzhan #2 感谢回复，解答得很清晰

问题还是在与 golang 没有真正的"继承"概念，也就没有针对父子类的多态，因此不能方法重写

合影留念，64000*7.4(usdt 汇率) = 473600

@encro #74 这些都算知识呀。纯粹的 [经验] 很好分辨，我给你举个具体例子你就懂了：普通的 maven 项目打成的 jar 包，解压出来第一级目录就是 cn ，而 springboot 项目打成的 jar 包解压出来，是 BOOT-INF/classes/cn ，你面试去问人家，maven 打的包和 springboot 项目打的包目录有什么不同。作秀成分大于实际用途的，比如你自己也只遇到过一两次，过了当时的场景后对工作没有任何帮助，但你又想借此在别人面前秀一秀，卖弄一下，关键是这种问题别人但凡遇到一次，也能解决，只是缺乏这个经历而已。

@ELONER #63 计算机领域的知识热点更新迭代太快了，有时候前一代的知识还没捂热乎，又有新王诞生，那学到什么程度才能叫会用了呢？项目里用过还不行，得知道他的设计和架构，横向对比他又有什么优势，底层源码看过吗？这个设计的哪个部分用到了什么设计模式？在哪些极端场景下会出现什么极端问题，又该怎么解决？没把这些问题都搞懂，简历上写的都不踏实。吾生有涯而知无涯，以有涯求无涯，殆矣。

@joshua7v 非常认同这种说法，必须得把 [知识型经验] 和 [经验型知识] 区分开来，但有些面试官确实喜欢把 [经验] 当 [知识] 来提问，具体就体现在：问你一个 99%的人都用不上的一个配置项是什么意思，或者问你一个刁钻场景的刁钻问题（比如：Java 中 String 里的 hashCode 方法为什么选择数字 31 作为乘子 ）。这种问题不算难，只要自己遇到一次一定也会理解并能解决，但由于你从没有遇到过，对于你而言就变成了一个钻牛角尖的问题，这种把经验当知识来问的问题既没有选拔性，也没有区分度。

官方这一步已经让很多之前踏入 AI 创业的公司感到恐惧了，之前很多公司都是通过 Langchain 或者 Agent 来实现本地知识库问答，现在官方直接原生支持，能让这些创业公司死掉一大部分...

https://zhile.io/2023/11/09/hehe-github.html

作者博客今天更新了帖子，秽土转生了

给楼主找了下 Kafka 的文档： htps://kafka.apache.org/20/javadoc/org/apache/kafka/clients/consumer/KafkaConsumer.html ，直接搜”consume a batch of records“定位到关键部分

@zhhmax #22 根据 ID 能怎么拿到完整消息啊。。。那我理解要么就上游保留了关联 id 的消息信息，要么就是楼主在消费信息时自己保存一遍关联 id 的消息信息，这样不是更加大了复杂性吗？

@totoro52 #3 提个问题，如果不手动触发确认，MQ 是会阻塞还是会继续处理后面的其他消息？

@zhhmax 即使消息 ID 放到 redis ，那消费失败了消息耶没法重发啊？

@winglight2016 #55 哥们你是几月份换的呀，我看是今年 3 月开始收紧的，需要从历史订单里发起维修