lesismal

@cat55
哦哦是这样子。
我不是没看懂，我根本没看，因为不用 NAS 、上次的帖子我也没看。单纯根据你的语气、误解你了，先给你说抱歉。

然后再说正题：你仍然没有站在用户角度换位思考，这样让别人误解、不冤枉。

很多人用 NAS 的需求不只是存储，很大比例的人都是想公网访问，所以你的出发点是好的、但脱离具体场景了，而且事情节骨眼的时候来讲这些容易被人误解成在说用户也有责任。虽然用户确实也不小心，但最大的问题仍然是厂商安全做的差。
你应该清楚，暴露公网并不应该责怪用户，否则，咱们都应该自己在局域网玩、根本不应该有现在这些对话。不能因为是 NAS 系统就认为用户都是搞技术的、必须关闭公网或者为安全负责。

1 day ago

Replied to a topic by cat55 › NAS › 说过也有人不懂什么意思，总觉得自己用群晖就高人一等

你不能因为 B 后来也犯了错，就说之前 A 犯的错不是问题。

这种已经比较明了的事情，一视同仁，是非分明，没那么难。

4 days ago

Replied to a topic by bimeixishuai › 程序员 › 飞轮圣杯

这就不得不夸 deepseek harness 了，它的 subagents/子智能体真的给力，一个 session 里让它并发躲开去处理，它的主 session 把后续的整批汇总整理合并提交之类的也都处理的很好。

抛开模型本身能力，单纯从这个 subagents 的易用性效率来讲，真的是大大好过 codex 、claude 。

codex 、claude 是收钱型的产品体验设计，尤其是额度窗口限流和重置机制，太搞人心态。

感谢梁圣，deepseek 这才是技术人该有的极客范！

8 days ago

Replied to a topic by bouts0309 › 程序员 › 公司接不起官方 deepseek 转头跟腾讯合作， tps 直接腰斩简直谋财害命

❌ “我们不能像 DeepSeek 那样不加班，但可以把 DeepSeek 卷到加班。” —— 腾讯姚某雨曾在内部这样表达
✅ “我们不能像 DeepSeek 那样不加班，但可以把用不了 DeepSeek 的友商卷到加班。”

8 days ago

Replied to a topic by Koril › 生活 › 今天碰到的一个公共场合的小冲突，分享下

建议图书馆以及其他类似公共场所，每个能占用的设施，增加扫码和计时器，类似棋类比赛的计时器，每个人占座需要先扫码、离开的时候可以开启倒计时 10 分钟（或者其他适合的长度、根据场所特点设置），倒计时过程中其他人无法扫码占用，倒计时归零状态下其他人可以扫码占用。

16 days ago

Replied to a topic by chaxiu › 推广 › 我让 Gemini 4 当高管、DeepSeek 当员工，开了一家软件公司

> ds 不能当高管么？

@Rorysky 众所周知，绝大多数专业能力强的人都被满嘴忽悠的垃圾压一头，本站技术党尤其是这一类的高比例样本人群。

17 days ago

Replied to a topic by chillwind › 程序员 › Codex 使用的临时目录/private/tmp 已从约 36.3 GiB 增长到约 404.9 GiB！

❌ Codex
✅ Nodex

前几天去买酱油，看着超市货架，突然就想起了 Codex ，它是所有品牌的生抽老抽里最能抽的，穷鬼捡烟头——它也是真抽啊

24 days ago

Replied to a topic by lesismal › 程序员 › 用 Claude 搞了个新的 Event Driven、高性能、低内存的 Golang 网络库： fib 。

@onetown 感谢支持！

我也有一年多没手搓代码了，去年还要经常返工，今年初开始就很少需要返工了，准确率很给力。

做这个新库刚开始阶段，我还用自己的经验瞎指挥教 Claude 怎么做。
优化的过程中，它分析代码、trace 、pprof 和各种测试用例测试方法全方位量化，比我的经验验证龟速前进强得不是一点半点、而是几个数量级。
所以我现在都要经常提醒自己：不要指挥 Claude 怎么做技术去限制它的能力，只要告诉它想要达到什么效果，比如“benchmark 某项不如 xx 框架，优化：提高性能、降低内存占用”，剩下的让它自己自由发挥。

我将无我，不负 AI 😂

Sep 30

Replied to a topic by congminhcap246 › 职场话题 › 国庆 1、2、3、4 值班

人无外财不富，牛马无值班不肥

恭喜🎉

Sep 24

Replied to a topic by zanjie1999 › 程序员 › 我说的话那里不好听了？谁能给我解释一下

@zanjie1999 #196

可以考虑用 AI 重写一份了，没必要用 ssh、scp 这些。tunnel+分段、断点传输，两边再加上传输文件的管理功能、前端操作页面，需求能描述清楚，AI 很快就写出来，然后部署、测试稍微折腾下，估计半天一天大概就能搞定。
我这一周多让 claude 从头搞了一份网络库，支持 TCP/UDP/TLS/HTTP1.0/HTTP2.0/HTTP3.0/Websocket，让 claude 优化了很多，综合性能测试基本大于等于其他 go 的库，甚至和 c++、rust 库在不同协议上有来有回。
https://github.com/lesismal/fib

HTTP1.0/2.0/3.0/Websocket 在 github action 跑的 Benchmark：
https://github.com/lesismal/go-http1-benchmark/actions/runs/35991385639/job/107606051154
https://github.com/lesismal/go-http2-benchmark/actions/runs/35991371828/job/107606003742
https://github.com/lesismal/go-http3-benchmark/actions/runs/35991364871/job/107605978280
https://github.com/lesismal/go-websocket-benchmark/actions/runs/35973727175/job/107549159862

AI 效果很好，实现了 eventloop 后，一句话实现 HTTP1.0，一句话实现 HTTP2.0，一句话实现 HTTP3.0，一句话实现 Websocket。。。。
然后加各种 CI 的工程化、协议完整性测试、性能测试。
然后根据性能测试报告和 pprof 让 claude 优化，有的优化比较大，claude 一次要跑一个多小时，但是效果非常好，强得离谱。比如 HTTP1.0，优化前比标准库和基于标准库的方案强一点，但是跟 fasthttp 差距较大，优化后普通 Echo 测试跟 fast 差不多、测试期间系统稳定性影响各有输赢，因为背压机制优化的比较好、pipeline 测试直接吊打其他 go 库甚至 cpp/rust 的库，吞吐直接拉开距离。
AI，真的强得离谱，早点脱离手搓吧，让自己需求描述的能力交给 AI 来起飞。

» More replies by lesismal