V2EX › iseki 的所有回复 › 第 17 页 / 共 54 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 13 14 15 16 17 18 19 20 21 22 ... 54

❮

❯

2024 年 1 月 13 日

我觉得 #6 说的没太大毛病，就是说的太绕，不熟悉的人难以理解。Go 的 slice 设计本来就是个大坑，是缺乏思考或者说设计上懒惰的直接体现。append 操作返回值的模糊性导致相当场合 append 只有 x=append(x, blah) 这一个用法。

2024 年 1 月 13 日

取决于实际情况，大部分情况下都倾向于设置，同时做好约束

2024 年 1 月 12 日

单机搞定的话，PostgreSQL 。如果是大宽表低频率的分析，再考虑 ClickHouse 单机版这种事

2024 年 1 月 8 日

装了监控软件不会让你干这种事的

2024 年 1 月 8 日

几个原因，一个是累计误差，另一个是启动时的同步问题。
累计误差这个，现在很多芯片支持过采样，可以一定程度缓解。

2024 年 1 月 4 日

Graal 也没有魔法啊，能优化优化速度完全是仗着把初始化好的 heap 存起来了。春天包含这老多东西，那内存不可能小啊

2024 年 1 月 4 日

@finab 也不好说，毕竟天天用的 ls 命令它也启个进程，只要够轻，那就不叫事，而且平均下几秒钟一条推都了不得了似乎。蹲一个 iOS 聚聚（

2024 年 1 月 4 日

@mxalbert1996 从 Sys UI 里强杀应该是收不到的，这个应该是 by design ，就是不清楚具体怎么实现的

2024 年 1 月 3 日

@codehz 稍微搜了一下，苹果这似乎是把这个 "extension" 放进一个独立 bundle 里去了，不过我猜为了保证运行时的隔离应该还是独立的进程吧，这样是不是成本也不低？

2024 年 1 月 3 日

至于从系统 UI 上干掉程序的情况，这似乎是个例外，它和 pkill 掉应用的进程是不一样的

2024 年 1 月 3 日

FCM 不需要每条消息都拉起应用吧，只有携带附加数据的，需要应用自己处理 notification 的才需要拉起来，但也就是拉起来处理一下而已。

1 ... 13 14 15 16 17 18 19 20 21 22 ... 54

❮

❯