V2EX › zmal 的所有回复 › 第 1 页 / 共 8 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2025 年 5 月 26 日

回复了 RealApe 创建的主题 › 程序员 › 为什么 AI 在传统软件上推进这么缓慢？

其实已经有影响了，不然微软也不会那么着急入场。只是传达到生产力末端还需要时间。

2025 年 3 月 27 日

回复了 jdz 创建的主题 › 程序员 › 我的使用姿势不对么, 我感觉 ds 很差劲啊, 比 grok3 差远了, 编程相关问题试了几次都表现很差

R1 写代码不如 V3 。再者就是温度要低。

2025 年 2 月 11 日

回复了 levin56 创建的主题 › 程序员 › 我怎么感觉现在， AI 对编程的辅助，并没有网上讨论的那样夸张

目前的大模型普遍写前端和 python 很强，主要是训练代码量的原因。

至于你说的：“写完代码之前，我都不知道整体的思路会是怎么样的”，是你工作流程有问题。

2025 年 2 月 6 日

回复了 455035319 创建的主题 › MySQL › 数据库高频更新问题谁遇到过没有啥好的解决方案部

把你的问题拿去问 deepseek R1 ，给的答案比评论区大部分方案靠谱。

2025 年 1 月 10 日

回复了 hoodjannn 创建的主题 › 程序员 › 帮家里人做了一段时间销售跑了几趟客户，回过头来对当程序员时的几个看法

说的很中肯。但评论区抬杠的不少。

2024 年 6 月 20 日

回复了 drymonfidelia 创建的主题 › 程序员 › 有接入过 OAuth 的人应该都发现了， Google ID、Discord ID、Telegram ID 都是大整数，而且都和注册顺序没有直接关系（TGID 和注册顺序有一定关系，但不绝对）这些数据比大小没有意义，为什么不用字符串来存储？

op 是用 oracle 的？

2024 年 5 月 8 日

回复了 stardustree 创建的主题 › 云计算 › 云计算的发展方向是不是出现了问题

胡说八道。这行业谁能躺在功劳簿上不动如山？不开辟新的商业模式等别人做了把你竞争死。

可以说具体的：“做某个方向可能错了”，但不能说主动做这个行为错了。

2024 年 5 月 7 日

回复了 sticki 创建的主题 › Java › 我发布了一个自认为很厉害的 Java 参数校验组件，它几乎可以满足所有的参数校验场景，请各位 V 友发表一些看法

点赞！
但 java 现在几乎是一个纯工业语言，灵活性相比其他新兴语言差一些。在 java 里追求灵活性的各种魔法，反而会抛弃 java 相对严谨的语言特性。过于复杂的 SpEL 表达式不是一个很好的方案。

2023 年 12 月 18 日

回复了 godleon 创建的主题 › 程序员 › 请教个 Java list 处理数据的问题？

能上 V2EX ，去 gpt 问问也有答案了啊。

2023 年 12 月 8 日

回复了 steelshadow39 创建的主题 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点

语法层面的问题都不是大问题，大不了用 scala 、kotlin 。
Java 比较难改的是 JVM 层面的问题，比如：1.对象的属性是链式引用，没有结构体，在绝对性能场景下是劣势。2. 引以为傲的“一次编译到处运行” 、JIT 等技术在容器大时代下已经再不重要；启动慢、占用内存大的缺点被放大；等等。

换句话说，从生产角度讲，语法糖是无关紧要的；但 JVM 在现代场景下的劣势是所有 JVM 语言都要面对这些问题。

如果有一天 Java 被完全淘汰，那一定是 JVM 被淘汰了。

2022 年 10 月 13 日

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

你的业务场景描述的不够清晰，日写入量多少？ qps 多少？
按你目前的需求，举个例子，不一定精准：你可以按天分表，几千万数据 1 天 1 张表也是完全 ok 的。

2022 年 10 月 13 日

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

异步方案并不意味着延迟啊，下游消费跟得上就没有延迟。
如果消息产生了积压，你不异步的方案估计已经挂了。

2022 年 10 月 13 日

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

比如消息队列异步，做一个单独的服务来消费，这个服务可以根据数据量任意扩容缩容，不用改动主服务。主服务写入消息队列后就返回。很常规的方案了。

2022 年 10 月 13 日

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

分库分表策略，和分表后的插入效率，是两个问题，不要混在一起处理。
批量插入效率的担忧有其他方式可以解决，但数据库设计后期很难打补丁了。