V2EX › mightybruce 的所有回复 › 第 1 页 / 共 38 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

1 月 29 日

回复了 abellis 创建的主题 › 程序员 › 在没有技术背景的情况下， Rust 这种无错误编译后才能运行的语言在 ai coding 逐渐成为主流的情况下是否更能保证应用的完整性，更适合 vibe coding？

这个假设完全不存在，Rust 怎么在 AI 下面就是无错误编译。

1 月 14 日

回复了 JustinJack1 创建的主题 › 程序员 › Claude cowork 发布！

说一下 cowork 不是 claude code , cowork 拥有一些额外能力，尤其是隔离代码沙箱这种技术，和 manus 的相关技术部分重合。

1 月 9 日

回复了 aom7610 创建的主题 › 程序员 › 想做一个「真正零侵入 + 支持 MQ」的全链路灰度发布工具，中小企业会买单吗？

左耳朵耗子之前创业做的就是服务治理的服务网格产品，也是服务网格基础上的开发，并单独对 java agent 做了一些支持
https://github.com/megaease/easeagent
https://github.com/megaease/easemesh

1 月 9 日

回复了 aom7610 创建的主题 › 程序员 › 想做一个「真正零侵入 + 支持 MQ」的全链路灰度发布工具，中小企业会买单吗？

全链路灰度发布工具, 一部分算服务网格（服务治理），发布部分这一部分算 devops
云原生的产品能兼容 java 那一套的比如北极星
https://github.com/polarismesh/polaris/blob/main/README-zh.md
发布 openkruise
https://github.com/openkruise/kruise

1 月 9 日

回复了 aom7610 创建的主题 › 程序员 › 想做一个「真正零侵入 + 支持 MQ」的全链路灰度发布工具，中小企业会买单吗？

你看的都是业务层，而不是基建层，靠各种框架解决这个的都是小公司，几千上万个微服务根本无法靠框架，就如你说的不同团队可能语言以及库的版本都不一样，更别说业务代码。

最多解决这个方案都是服务网格，并且大型公司还很多基于开源的服务网格基础上再对他们自己业务再次开发

1 月 9 日

回复了 aom7610 创建的主题 › 程序员 › 想做一个「真正零侵入 + 支持 MQ」的全链路灰度发布工具，中小企业会买单吗？

伪命题，早就有基建公司做这个，你恐怕是在 java 圈子里面呆太久了

2025 年 12 月 23 日

回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试

@weiwenhao 用于神经网络的类 Python GPU 开源编程语言

2025 年 12 月 23 日

回复了 weiwenhao 创建的主题 › 程序员 › Nature vs Golang: 性能基准测试

看不出和现实有什么更贴合之处，或者说不可或缺的领域，现实是搞 AI 原生语言，
AI 编译器以及推理引擎有市场，你这个说实话根本不符合经济学，所以基本做大不了。

国内做
TVM/Triton/TileLang 还有前途，适配国产芯片专做 GPU 内核的领域专用语言,上层原生支持 PyTorch 、TensorFlow 及国产框架。

2025 年 12 月 21 日

回复了 d0r1an 创建的主题 › 推广 › BoxLite - 开源的 AI Agent 沙箱执行环境，让 AI 安全地运行代码和浏览网页

另外 arrakis 也是在 microvm 上做隔离的。

2025 年 12 月 21 日

回复了 d0r1an 创建的主题 › 推广 › BoxLite - 开源的 AI Agent 沙箱执行环境，让 AI 安全地运行代码和浏览网页

很有想法，你的项目看了看，才起步，AI sandbox （沙箱）今年到明年是一个热点，你能说说和你类似的产品，你有什么特点或者优点, 沙箱就是 agent 从 workflow 到更加智能的执行的未来。
对比一下
https://github.com/abshkbh/arrakis
https://github.com/kubernetes-sigs/agent-sandbox

2025 年 12 月 15 日

回复了 gfwuzer 创建的主题 › 程序员 › 我写了一本书：《从零开始手搓数据库(Go)》；评论区抽奖

YXVzc2llYnJ1Y2VAc2luYS5jb20uY24=
支持一下

2025 年 12 月 9 日

回复了 LiuJiang 创建的主题 › Android › 对豆包手机的思考

国外大厂对于隐私和支付安全比国内重视很多，这不是什么家伙头脑一热就搞出来的，像有的 agent anp 支付协议就来搞笑的，身份认证就靠 W3C DID ，对此谷歌设计了 AP2 协议，还没有广泛推开。

2025 年 12 月 9 日

回复了 LiuJiang 创建的主题 › Android › 对豆包手机的思考

准确来说，手机在中国可不像国外一样，手机在中国就像是身份证，绑定了手机号码和一堆支付账户如（支付宝、微信), 不然你连出门都干不了事情，这玩意的确不像 computer-use 那样可控，况且国内公司无底线是众人皆知的。

computer-use 这种 gui agent 国内外都在做，phone-use 从技术上来说，国外不存在问题，估计这个和手机厂商的利益是冲突的，所以还没有。

2025 年 12 月 8 日

回复了 jianglibo 创建的主题 › 程序员 › 是过时了，还是喧嚣之后的回归？

为什么要要用 c++ 做应用服务器, 写业务开发看起来没必要，
技术栈看起来也比较简单。

2025 年 12 月 4 日

回复了 jianglibo 创建的主题 › C++ › 为什么写 C++的人年龄偏大？

@jianglibo 不要太相信 AI, 写 c++都要有自己的判断，就不提 AI,比如一些写其他语言比如 python 的人过来写 c++, 滥用 C++ 特性，libpytorch 全是滥用 shared_ptr

2025 年 12 月 4 日

回复了 jianglibo 创建的主题 › C++ › 为什么写 C++的人年龄偏大？

c++ 标准太多了，不同的标准 c++ 之间差别都很大，还有到现在 c++ 标准库还没有提供统一的网络编程接口，对于很多人来说，写个应用层的程序有困难，底层引擎不存在差别，甚至 c++ 老练经验丰富的程序员多，比很多其他语言开发还有优势，rust 是不可能在底层各种引擎比如（图像渲染、AI 计算、HPC 计算、游戏引擎）代替 c++的。

2025 年 12 月 2 日

回复了 weixind 创建的主题 › 程序员 › 讨论下 AI 时代的软件架构与协作关系的几个可能的变化

有思考的好文

2025 年 12 月 1 日

回复了 aqtata 创建的主题 › C++ › 少用 auto

https://www.youtube.com/watch?v=Se77vY33nhc

最近看过的一个视频

2025 年 11 月 27 日

回复了 kaliawngV2 创建的主题 › 职场话题 › 程序员相对于大部分普通人，优势在于哪里？

有毛的优势，就是中国都几千万码农，有的程序员还自我觉得了不起,还优势，又不是上个世纪活在象牙塔的计算机科学家.

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

❮

❯