V2EX › mark2025 的所有回复 › 第 7 页 / 共 11 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

109 天前

回复了 qW7bo2FbzbC0 创建的主题 › Go 编程语言 › 被 go 语言的 json.Marshal 恶心到了

@lesismal 我觉得 SQL 是一个非常优秀的编程语言，要把表达明晰的 SQL 转换成另外一个表达方式（比如 ORM ）是很困难的。
CRUD 以及简单连表操作我用 kenx 的 querybuilder ，复杂查询直接写 raw sql 去执行。

110 天前

回复了 karottc 创建的主题 › Java › 250M 的 Java 程序，用 go 重构，只需要 8M

@keepRun go, rust 偏底层，写应用业务没那边顺畅，折衷选 TS+nodejs：既有 js 灵活以及 TS 类型保护，也没有 spring 全家桶那么重（占用资源太多）

110 天前

回复了 zealer8 创建的主题 › 信息安全 › crowdstrike 这次蓝屏至少让全球损失好几十亿

@424778940 “如果 TPM 加密且不设置 PIN 这种主要是防止拆盘下来读数据”，那如果 TPM 加密且设置 PIN 是防止什么呢？

110 天前

回复了 nyxsonsleep 创建的主题 › Node.js › node 怎么实现并行化执行传输不可序列化对象？

@nyxsonsleep 能不能就这一个 js 文件既是主主入口文件也是 worker 入口文件，然后内部根据 mian/worker 分支判断呢？

112 天前

回复了 nyxsonsleep 创建的主题 › Node.js › node 怎么实现并行化执行传输不可序列化对象？

@nyxsonsleep 在 worker 内加载/初始化这个对象不行么？

112 天前

回复了 Dominik168 创建的主题 › 信息安全 › crowdstrike 的电脑都蓝屏了？ HappyFriday~

Z 版用户受害者～

112 天前

回复了 qW7bo2FbzbC0 创建的主题 › Go 编程语言 › 被 go 语言的 json.Marshal 恶心到了

@pangdundun996 我也想知道啥是“带类型的 json”，难道说的的是 shema 还是类似 ts 的 interface ？

112 天前

回复了 qW7bo2FbzbC0 创建的主题 › Go 编程语言 › 被 go 语言的 json.Marshal 恶心到了

@lesismal 普通 CRUD 项目，orm 是顺手，不过也不比手写 sql 快多少。多表关联业务系统，orm 就是灾难：光是定义实体类就能让你建吐……

112 天前

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@baoshijiagong 语言（执行器）本身内存消耗差距不是大问题。主要是 spring 全家桶框架太重，而说道 java 开发基本就是 spring 全家桶……

112 天前

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@james122333 TypeScript 兼顾了 js 的灵活和静态类型的优点

112 天前

回复了 THEcattail 创建的主题 › 程序员 › 求助。。。github 换了个网络环境 2fa 登不上了

@THEcattail 如果你还能通过 ssh 的私钥访问并修改仓库，那么凭借这个私钥去找客服申请应该可以取回账号的吧

113 天前

回复了 THEcattail 创建的主题 › 程序员 › 求助。。。github 换了个网络环境 2fa 登不上了

如果在 Gihub 设置添加了公钥，可以用私钥来获取权限

117 天前

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

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

118 天前

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

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

118 天前

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

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

119 天前

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

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

119 天前

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

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

119 天前

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

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

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

119 天前

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

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

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

❮

❯