zengxs's recent timeline updates zengxs's recent timeline updates
zengxs
 |
Per zengxs's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
zengxs's recent replies
16h 28m ago Replied to a topic by webhub123 › 程序员 › agent 的代码到底审不审核 |
视项目而定吧，如果是像 linux 内核这样可靠性至关重要的项目，那必须一行行审
但是大部分普通项目，我觉得保证整体架构正确就行了，人审每行代码基本是不太可能，没那么多时间给你
我觉得这种情况下只能加强可观测性，确保出问题能第一时间知道，第一时间解决
但是大部分普通项目，我觉得保证整体架构正确就行了，人审每行代码基本是不太可能，没那么多时间给你
我觉得这种情况下只能加强可观测性，确保出问题能第一时间知道，第一时间解决
17h 47m ago Replied to a topic by zhengfan2016 › Rust › 为什么 rust 这么难学 |
你想要用简化的 rust async 其实也很容易，只要涉及到对象传递的地方，通通用 clone 不要用 借用 就完事了
18h 14m ago Replied to a topic by zhengfan2016 › Rust › 为什么 rust 这么难学 |
设计的取舍吧
无畏并发是 Rust 的主要卖点之一，帮你在编译时就能提前避免 data races 或者 deadlock 等并发问题
但代价就是写起来贼麻烦
对大型的复杂系统会有工程优势，但是如果是小项目，建议直接 Go 一把梭就完了
无畏并发是 Rust 的主要卖点之一，帮你在编译时就能提前避免 data races 或者 deadlock 等并发问题
但代价就是写起来贼麻烦
对大型的复杂系统会有工程优势，但是如果是小项目，建议直接 Go 一把梭就完了
Oct 27 Replied to a topic by CodeCodeStudy › Linux › 用 www 运行还是用 docker 运行更安全？ |
Oct 26 Replied to a topic by phoenix380 › 程序员 › self-host 代码仓库，各位老哥公司里都是什么方案？ |
@garvinchen1015 #14 其实不差多少，gitlab 运维并没有特别复杂 (用 docker omnibus 方案）
无非多吃点资源，4c8g 跑 gitlab 足矣，这个配置 10 人左右团队用不会有性能问题
无非多吃点资源，4c8g 跑 gitlab 足矣，这个配置 10 人左右团队用不会有性能问题
Oct 26 Replied to a topic by iorilu › 职场话题 › 别说开发了, 这把运维真给干没了把 |
@ytmsdy #84 哈哈这个不会，我是开发不是运维，
运维老哥们，根据我这边的观察，一天天基本是在配权限，这个 ai 估计也很难代劳
运维老哥们，根据我这边的观察，一天天基本是在配权限，这个 ai 估计也很难代劳
Oct 26 Replied to a topic by iorilu › 职场话题 › 别说开发了, 这把运维真给干没了把 |
@ytmsdy #82 哈哈，生产环境还是别浪，慢慢来，一点点上
Oct 24 Replied to a topic by iorilu › 职场话题 › 别说开发了, 这把运维真给干没了把 |
@idblife #44 哈哈也是逐步验证，目前跑两个多月了效果还不错，打算明年扩到 2000+核
Oct 24 Replied to a topic by iorilu › 职场话题 › 别说开发了, 这把运维真给干没了把 |
我现在是 k8s 配合 rancher-ai-mcp + grafana-mcp + victoria metrics mcp
给 ai 接入线上只读权限
组件状态，线上日志，线上指标都打通了，现在 ai 基本能够贯穿开发、运维环节
然后能用 ai 分析线上环境状态，给优化建议，然后让他给我 yaml 配置，我大致 review 一下没问题就可以更新
接入线上环境后，还能反馈给开发环节，做性能优化，排障都很方便
现在管理一个 大约 300+ 核的生产集群，线上比较稳定还没出过事故
给 ai 接入线上只读权限
组件状态，线上日志，线上指标都打通了，现在 ai 基本能够贯穿开发、运维环节
然后能用 ai 分析线上环境状态，给优化建议，然后让他给我 yaml 配置，我大致 review 一下没问题就可以更新
接入线上环境后，还能反馈给开发环节，做性能优化，排障都很方便
现在管理一个 大约 300+ 核的生产集群，线上比较稳定还没出过事故
Oct 21 Replied to a topic by yunnysunny › 程序员 › 我给路由器写了一个 800 KB 的代理客户端 |
800KiB 应该一大半是 zig 的 tls 实现，之前研究过 zig 给 aarch64 打一个最简单的 tls client 就有大约 500KiB
另外就是感觉梯子还是不适合跑在这种 gc 都能导致卡死的低端设备上
zig 实现的协议也不是无开销的，tls 握手的 rsa 运算很耗 cpu ，ecc 可能会好点，但是开销也不小
aes 虽然有硬件加速，但硬件加速了也不是零开销的
感觉并发或者流量一高，还是很容易出问题
另外就是感觉梯子还是不适合跑在这种 gc 都能导致卡死的低端设备上
zig 实现的协议也不是无开销的，tls 握手的 rsa 运算很耗 cpu ，ecc 可能会好点，但是开销也不小
aes 虽然有硬件加速，但硬件加速了也不是零开销的
感觉并发或者流量一高，还是很容易出问题
Select Language