铂金没咋涨过，要不考虑下铂金

挖个坟。参看阮一峰的帖子 https://www.ruanyifeng.com/blog/2023/03/weekly-issue-244.html 。
我不是搞大数据的，在一个传统企业工作，体感基本是一致的。大数据这个概念有存在价值，但没有普遍性，大多数的企业用不到

@lixiaolin123 OOP 的年代已经过去了，那会儿 OOP 大行其道，所以 JAVA 和 C#都是基于这套东西设计的，之后设计的语言可能都不存在类这个概念比如 GO

@lixiaolin123
package main

import "fmt"

// 定义一个回调函数类型
type Callback func(int) int

// 处理函数，接受一个回调函数作为参数
func process(value int, callback Callback) {
result := callback(value)
fmt.Println("Callback result:", result)
}

// 一个示例回调函数
func double(x int) int {
return x * 2
}

// 另一个示例回调函数
func square(x int) int {
return x * x
}

func main() {
value := 5

// 使用 double 作为回调函数
process(value, double)

// 使用 square 作为回调函数
process(value, square)
}

GPT 生成的和 JS 很类似

对于类是第一公民的语言，比如 JAVA,C#，依赖注入能降低复杂度。但是对于 JS ，GO 这类语言就大可不必。原因也很简单，JAVA 的表达方式基于类，灵活性是很差的，所以需要所谓的设计模式去弥补

@cj323 应用每增量了，微服务的成本问题就显现出来了

@ryalu 微服务最大问题就是，容易导致成本失控，这种失控不像项目失败一样，它是隐形的。

@keller 老兄明白人

@xhwdy26
把原本部署方案改成用 docker 容器部署，每个项目都是一个镜像就行，这些镜像都部署到一台机器上，
源码层面不需要动

@yinmin 哪儿那么多百万级的业务...如果有，迁出来这一个单独部署和维护就好

docker 把服务部署到一台机器，这样要改的少点

兄弟我是 2018 款 15 寸，一模一样的问题。昨天已经出掉。我找两个三方维修查了下主板没任何问题，所以这问题其实很复杂，要么是固件程序不兼容，要么就是有 GPU 有问题，不管哪个都挺难搞。建议你赶紧出掉。

@ciki 我理解是应该按业务场景去独立模块，为业务中公用模块的扩展和维护服务。解决熵增问题的方法之一

@estk monorepo 了解下

@q727729853 国内面试纯属变态，国外面试一般看看算法和以往的项目经验

@wangritian 这是国内的情况，国外前后端都能做的开发很多，不仅仅是成本问题，难度不高的模块，其实就应该一个人负责效率高。

@lvlongxiang199 你说的这个是代码管理工具干得事情...

继续做硬件，不要在软件上继续投入了。你选的软件赛道更卷