V2EX › zengxs 的所有回复 › 第 1 页 / 共 29 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 29

❮

❯

2 天前

回复了 plasticee 创建的主题 › 程序员 › Ruby 是一门值得学习的语言么？

@plasticee #46 我没说过

前 ai 时代他们的开发效率至少也是一个级别的
当然现在 ai 时代已经不重要了，因为所有语言都能快速开发了

3 天前

回复了 plasticee 创建的主题 › 程序员 › Ruby 是一门值得学习的语言么？

ruby 的生态位 (rapid development) 基本上被 python 吃掉了
python 更简单，三方生态更好

4 天前

回复了 Wikey 创建的主题 › 程序员 › 大模型千千万，为什么非要用 Claude？

我觉得取决于使用场景吧，

在一般业务开发下，更偏向于迅速把需求做完，里面没有复杂的状态、策略需要考虑，claude 的开发模式让你和模型对话更少，快速交付，这种情况确实很有优势。

但是在部分领域，比如偏底层偏 infra 等注重可靠性的领域，做的太快未必是一件好事。这种场景下，gpt 的 “过度防御” 未必真的 “过度”。

13 天前

回复了 webhub123 创建的主题 › 程序员 › agent 的代码到底审不审核

视项目而定吧，如果是像 linux 内核这样可靠性至关重要的项目，那必须一行行审

但是大部分普通项目，我觉得保证整体架构正确就行了，人审每行代码基本是不太可能，没那么多时间给你
我觉得这种情况下只能加强可观测性，确保出问题能第一时间知道，第一时间解决

13 天前

回复了 zhengfan2016 创建的主题 › Rust › 为什么 rust 这么难学

你想要用简化的 rust async 其实也很容易，只要涉及到对象传递的地方，通通用 clone 不要用借用就完事了

13 天前

回复了 zhengfan2016 创建的主题 › Rust › 为什么 rust 这么难学

设计的取舍吧
无畏并发是 Rust 的主要卖点之一，帮你在编译时就能提前避免 data races 或者 deadlock 等并发问题
但代价就是写起来贼麻烦

对大型的复杂系统会有工程优势，但是如果是小项目，建议直接 Go 一把梭就完了

10 月 27 日

回复了 CodeCodeStudy 创建的主题 › Linux › 用 www 运行还是用 docker 运行更安全？

容器内可以使用 65532 uid

参考 https://docs.docker.com/guides/dhi-openshift/ 的 hardened image 镜像加固实践

10 月 26 日

回复了 phoenix380 创建的主题 › 程序员 › self-host 代码仓库，各位老哥公司里都是什么方案？

@garvinchen1015 #14 其实不差多少，gitlab 运维并没有特别复杂 (用 docker omnibus 方案）
无非多吃点资源，4c8g 跑 gitlab 足矣，这个配置 10 人左右团队用不会有性能问题

10 月 26 日

回复了 iorilu 创建的主题 › 职场话题 › 别说开发了, 这把运维真给干没了把

@ytmsdy #84 哈哈这个不会，我是开发不是运维，
运维老哥们，根据我这边的观察，一天天基本是在配权限，这个 ai 估计也很难代劳

10 月 26 日

回复了 iorilu 创建的主题 › 职场话题 › 别说开发了, 这把运维真给干没了把

@ytmsdy #82 哈哈，生产环境还是别浪，慢慢来，一点点上

10 月 24 日

回复了 iorilu 创建的主题 › 职场话题 › 别说开发了, 这把运维真给干没了把

@idblife #44 哈哈也是逐步验证，目前跑两个多月了效果还不错，打算明年扩到 2000+核

10 月 24 日

回复了 iorilu 创建的主题 › 职场话题 › 别说开发了, 这把运维真给干没了把

我现在是 k8s 配合 rancher-ai-mcp + grafana-mcp + victoria metrics mcp
给 ai 接入线上只读权限

组件状态，线上日志，线上指标都打通了，现在 ai 基本能够贯穿开发、运维环节

然后能用 ai 分析线上环境状态，给优化建议，然后让他给我 yaml 配置，我大致 review 一下没问题就可以更新
接入线上环境后，还能反馈给开发环节，做性能优化，排障都很方便

现在管理一个大约 300+ 核的生产集群，线上比较稳定还没出过事故

10 月 21 日

回复了 yunnysunny 创建的主题 › 程序员 › 我给路由器写了一个 800 KB 的代理客户端

800KiB 应该一大半是 zig 的 tls 实现，之前研究过 zig 给 aarch64 打一个最简单的 tls client 就有大约 500KiB

另外就是感觉梯子还是不适合跑在这种 gc 都能导致卡死的低端设备上
zig 实现的协议也不是无开销的，tls 握手的 rsa 运算很耗 cpu ，ecc 可能会好点，但是开销也不小
aes 虽然有硬件加速，但硬件加速了也不是零开销的

感觉并发或者流量一高，还是很容易出问题

10 月 21 日

回复了 Bologna 创建的主题 › Python › 前端想学后端，但是看完这段代码就已经力竭了

@meteora0tkvo #34 他说的都是最基础的，哪怕 curd 也会涉及这些内容 😂

10 月 21 日

回复了 Bologna 创建的主题 › Python › 前端想学后端，但是看完这段代码就已经力竭了

@Bologna #28 是的，Go 虽然语法简单，但是还是要求你必须有基础的后端概念，他自己也引入了一些比如 goroutine 之类的独特概念
如果没有后端基础，直接去学可能也很难的

10 月 21 日

回复了 Bologna 创建的主题 › Python › 前端想学后端，但是看完这段代码就已经力竭了

@Bologna #23 Go 的优势是语法简单，容易入门

不过看你帖子里目前的情况，可能这个优势也不太存在

10 月 21 日

回复了 Bologna 创建的主题 › Python › 前端想学后端，但是看完这段代码就已经力竭了

这种情况，要补的知识点太多了
可以先从你熟悉的 nodejs 开始学后端
至少 js 语法你还是熟悉的，只需要了解后端概念就行