V2EX › mark2025 的所有回复 › 第 19 页 / 共 22 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 22

❮

❯

2024-07-14 17:29:26 +08:00

回复了 ZoBoat 创建的主题 › React › 大家什么情况下用 Redux 呢

Redux 纯属给自己找麻烦，还不如用 rxjs 呢

2024-07-13 21:04:58 +08:00

回复了 Makabaka01 创建的主题 › 程序员 › 现在极其厌恶弱类型语言，弱类型就不适合中国的职场环境

@sunpwork 我觉得 TypeScript 的类型很不错了

2024-07-13 20:54:40 +08:00

回复了 karottc 创建的主题 › Java › 果然吃内存，一个简单的 Java 程序就占用了 250M 内存

@diagnostics 但就语言本身，java, js, C 这些执行器占用内存差不了太多。放到应用框架层面 spring 全家桶吃内存太夸张了，换来的是应用开发各方面都比较友好。

2024-07-12 13:57:22 +08:00

回复了 conyliu 创建的主题 › MySQL › mysql 9 出来了?

@sockpuppet9527 pg 先天架构太厉害了，什么新功能做个插件都可能比专门的应用厉害。比如 pg + pgvector 插件干翻所有(?)专业向量数据库

2024-07-12 13:32:47 +08:00

回复了 conyliu 创建的主题 › MySQL › mysql 9 出来了?

@mark2025 补充下：mysql 5 在 DDL 时不支持事务（回滚），到了 mysql 8 貌似支持了。这个新增的功能必然会牵涉到事务相关许多底层功能（新增或者修改），所以必然会导致性能下降。

2024-07-12 12:25:15 +08:00

回复了 conyliu 创建的主题 › MySQL › mysql 9 出来了?

@netnr mysql 先天不足（老版本为了快，牺牲了很多稳定性和健壮性），越加功能越慢（增加了稳定性和健壮性，性能必然下降）。
而 pgsql 是先天太足了，所以开始慢，加了许多功能还是一如既往的“慢”，但是不会更慢。

https://pigsty.cc/zh/blog/db/mysql-is-dead/

2024-07-12 12:20:01 +08:00

回复了 Gotchaaa 创建的主题 › 问与答 › 喷墨打印头长期不用就堵是不是无解

@wclebb 我的意思是要比较就相同条件，比如喷墨用墨盒，激光用一体硒鼓，要么喷墨用墨仓，激光用分体鼓粉或者 DIY 加粉。
喷墨用墨仓，激光用分体鼓粉，两者打印成本应该差不了太多，如果打印量不大我觉得可以忽略不计。
然而即便喷墨用墨仓也解决不了堵喷头的问题，虽然可以定时开机打印清理避免这种情况，但始终需要去处理。而激光根本不用操心这个问题。
其实核心就看愿不愿意为了省点自己的力气多花点钱罢了～我家打印量不大，但一两个月会打印一次，以前被喷墨搞烦了，所以多花钱现在省心了。

2024-07-12 12:09:34 +08:00

回复了 karottc 创建的主题 › Java › 果然吃内存，一个简单的 Java 程序就占用了 250M 内存

@YassoWithSpeaker 实际上一个正常的项目多数是用 spring 全家桶开发的，没有 2G 内存很容易 oom ，通常要开 4G 内存。

2024-07-12 12:07:00 +08:00

回复了 karottc 创建的主题 › Java › 果然吃内存，一个简单的 Java 程序就占用了 250M 内存

@diagnostics 你是觉得 nodejs 很占内存吗？

2024-07-12 12:04:53 +08:00

回复了 conyliu 创建的主题 › MySQL › mysql 9 出来了?

mysql 越升级越慢

2024-07-09 18:19:49 +08:00

回复了 karottc 创建的主题 › Java › 果然吃内存，一个简单的 Java 程序就占用了 250M 内存

@angrylid 就“write once run anywhere”来说，有这么难么，js 不也是 write once run anywhere 么