社保现在都慢慢工资全额交了，目前 70%左右交
光社保 个人+公司 一个月都差不多四千了；这个还不包括公积金、医保

而且 OP 本身对比就有问题，你拿 gin+gorm+zap+viper 与 springboot 这样的大一统框架做对别
若可以，不妨这样对比，
Java：netty + mybatis + log4j +*，
Go：gin+gorm+zap+*

Go 现在相对比较正确的姿势是，找相对成熟的、主流的 go 的微服务框架（相对大一统的框架）来做比较
比如，我们目前用的是好未来的 go-zero ，做法基本就是定义 api+表，然后通过工具生成 model 与接口的代码

但是相对 Go 带来的好的地方，要造轮子是属于可以接受的；选择某个语言或技术栈，都是要综合考量的
起码对我们来说，要造轮子属于可以接受的

个人就是从 C/C++/Java （ Springboot-微服务那套）一路过来的，只能说最终选择了 go 这个方向；而不是继续停留在 Java/Springboot 那套

@x940727 #110 不知道是我说的有问题，还是你理解有偏差；我说除了要造轮子——那是因为相对 Java 来说，确实是缺不少成熟的企业应用的中间件；某些情况下没有合适的就要自己造轮子

要造轮子的意思，不是所有都要造轮子

@monkeyWie #19 说的好像我没用过 java sprnigboot 一样。按照我们这边的实践，go 写业务除了要造轮子之外，没有多难受。恰恰是毕业 1-2 年的同事，前后维护过 java 与 go 的项目，都说 java 用起来难受

tailscale ，对方电脑设置 subnet router

Subnet routers and traffic relay nodes
https://tailscale.com/kb/1019/subnets/

对一些人来说，只要每年年底都有公司裁员，对他们来说都是一样的，只是裁员而已
他们不会关注裁员比例、行业、方向诸如此类，也不会关心为什么裁员

就好像某个段子那样，野外遇到一只熊，要怎么做？对他们来说，只要跑得比你快，或者踹你一脚让你跑不了，就可以

与 c/c++中指针与值概念是一样的，只是用起来没有心理负担

A：指针传递，可修改其值
B：值传递，不可修改

对于 go 来说，若你想修改某个参数的值，就需要拿到其指针