其他平台有很多优质文章，但是它们可能故意不被搜索引擎收录，比如知乎，微信公众号。感觉国内互联网就喜欢搞孤岛，个人平时还是用 Google ，Stack Overflow 多。
而 CSDN 是故意污染搜索引擎，一堆文章都是复制粘贴的，搜索关键字，可能前面好几篇内容都是一模一样的，看到 CSDN 必来吐口 tan ，tui 。

我目前用 chatGPT 帮我生成大致思路，它写代码大概率运行不了或者瞎编的。
让他优化一个 BFS 代码，分析的头头是道，结果返回的代码狗屁不通。

我用 Wails 开发的一个 GUI 客户端没有报毒，按#22 说的，可能复杂的项目不报毒，特征码占得总比例低于阈值。

没有背景和人脉创业等于纯纯地送钱

灰度

很正常，杀毒软件对比特征库，宁可错杀一千。
比如易语言编译出来的二进制几乎会被所有杀毒软件杀。

学历不对，专业不对，城市不对，时机也不对，除非他自己对编程感兴趣，否则不建议。

别最后应用没发开出来，自己搭进去$3000

我都不知道我的档案跑哪去了

不应该是团队擅长什么才用什么吗？

@furaoo 字节流就是这样的，在不确定配置的情况下，应该一律视为无边界。
举个不恰当的例子，你想发送 170 字节，可能第一时间实际经过网卡发出去的就 100 字节，剩下的 70 它想等等再发。
另一边接收到有数据进来， 就直接解析了，结果就不完整了。

所以需要分隔符标识、头部预制报文长度等方案，保证接收到完整的报文后再进行解析。

ProtobufVarint32LengthFieldPrepender 用于预制报文长度
ProtobufEncoder
ProtobufVarint32FrameDecoder 用于解析报文长度
ProtobufDecoder

另外：如果 Handler 和 Codec 有 @Sharable 修饰，说明其对象无状态或线程安全，可以共享，避免创建重复对象。
否则必须给每一个 Channel 分配一个对象。

字符串可以用：
new LineBasedFrameDecoder(1024)
new StringDecoder(CharsetUtil.UTF_8)
new LineEncoder(CharsetUtil.UTF_8)

我们项目中常用 Protobuf ，可以用以下两个：
new ProtobufDecoder(prototype);
new ProtobufEncoder();

也可以参考上述源码自己写一个

最关键的 MyEncoder 和 MyDecoder 没贴出来，大概率是没有处理边界了

https://www.v2ex.com/i/cgIl7rST.jpeg
个人开发真的有点负担不起，还是得背靠企业

云服务器就是默认没有 GPU ，市面上很多 GPU 服务器都是按小时计费的
1G 我都感觉运行不起来

👍🏻提供另一种解决方案