@kkbblzq 接口可以
//go:linkname SendRequest golang.org/x/crypto/ssh.(*mux).SendRequest
func SendRequest(mux *mux, name string, wantReply bool, payload []byte) (bool, []byte, error)

func (c *connection) SendRequest(name string, wantReply bool, payload []byte) (bool, []byte, error) {
return SendRequest(c.mux, name, wantReply, payload)
}

不过整体也不是很优雅就是了，兼容性很差

@kkbblzq mux ，骚一点就是。。
//go:linkname newMux golang.org/x/crypto/ssh.newMux
func newMux(p packetConn) *mux

type mux struct {
conn packetConn
_ [40]byte

incomingChannels chan ssh.NewChannel
globalSentMu sync.Mutex
globalResponses chan interface{}
incomingRequests chan *ssh.Request

errCond *sync.Cond
err error
}

@LonnyWong packetConn 是个 interface 吧，直接拷贝出来就是了，

@lysS 不需要的，外面写一个相同定义的函数 link 原函数就行了


//go:linkname func1 pkg.func1
func func1(a string) string

记得 import _ "unsafe"

94BKadCRFyK 用个试试

和水平不行的人共事的确糟心；虽然 LZ 有点拉偏架，不过外包现状如此，不排除外包里有能人，但是外包的低门槛也导致里面菜的比例就是更多；

这其实无关 json 解析，非指针的默认值的逻辑充斥着 go 的每个地方，你可以说不好，但是的确就是特性；如果你想在解析的时候直接报错，你可以自定义个 NotNullInt ，实现一下 UnmarshalJSON ；至于你说的指针满天飞，实际情况下真有那么多字段需要区分吗？如果这些字段真这么严格的话，处理一下 npe 很难吗？

可惜了，如果早两个月我怎么也得去看一下。

刚好有需求,mark 一个，主要还是在公司用 mac ，我抢票都是家里电脑 bypass+远程桌面

大佬你这个有做竞品迁移方案吗，比如我已经在使用 gitlab 了，配好了 gitlab 的流水线，能快速直接切换过来吗，还是需要单独一个一个项目重新配置呢。

当你要实现一个 A 功能，你有 2 个选择，1 是在原有的屎山上雕花，花 1W 行代码实现； 2 是新起一个项目，1000 行代码搞定；你会怎么选；说白了，PD 协议在手机这种低电压设备上功率不好做到现在动不动 100-200W+，既然做私有了，在花成本兼容 PD ，还会影响配件收益，你做不做，都是利益罢了。

我朋友圈卖会员的。B 站会员一年是 80...实际上 B 站有活动的时候去开，一年均算下来也就 50-60 ；不过没有啥用就是了。

我倒是觉得不太可能；很多交通法规是地方性的，不同地方禁摩的时间也不同，摩托车的很多法律法规并没你想的成熟，比如是否能上高架、高速的规定每个地方都不一样； 然后是很难过渡，在没有办法解决现存保有的电自的情况下，放开电摩就是不现实的，就算一刀切电自新增都需要以年为单位的过渡期，而在这段时间内能看到的无非是机动车道多了一堆电摩，而电自不见得少多少，短时间是加重了交通问题的；

mac 13 的 air m2 的都好像没有 160 ，那理论也就 1.2G 700 多 看下 wifi 信息里 tx rate 有没有 1.2 。。。而且 nx54 新版都缩水了，无线抗干扰能力下降了，也有可能对性能有影响。。

虽然我是个后端，但是看完我的感觉就是：忽悠领导可以，别过来忽悠网友了；大多所谓的特性优化点都不是无痛的，只适应于部分场景，去除这些鸡肋特性，基本没有什么足够到别人去替换组件的亮点。。😂

感觉用 DDD 主要还是借用思想，具体还是要根据当前公司 /项目的情况来进行适配的，并不是说存储层接口定义只能这样设计。。我上家公司推 DDD 一年之后，基本项目上都做了简化的，完全按 DDD 那套来要增加不少开发成本。

楼上某人的原神海外都是国人在玩的言论承包了我今天笑点😂

@rzdCG #21 你这想法过于幼稚了吧，这世上不缺能力比你强 /更能胜任工作的人；造假这事在大多公司都是原则性问题，你能力再行都没用；

a2tiYmx6cQ==