codehz

@sagnitude 这套方案不是很行，你一个约束可能要写好几遍（考虑嵌套对象数组），因为 ts 没对 decorator 做任何类型检查，lint 也没有，自己写容易写错不一致，decorator 只存在于运行时基本上还是缺点，毕竟你定义数据库结构，还需要一个运行环境，运行前还得跑 transpiler （毕竟也没 runtime 支持 decorator ），那为何不一开始就直接 compile 解决呢（）
别跟我说 decorator 更成熟，现在摆着的就是两个互相不兼容的实现，运行时表现完全不一致，根本不能说是成熟

1 天前

回复了 stinkytofux 创建的主题 › Linux › 原来 Linux 桌面才是最封闭的系统.

@james122333 这有啥办法，其他 ipc 工具没第三方支持你自己搞等于没用
wayland 自己的那几个 protocol 根本不够用，官方全在搞真空中的球形鸡

2 天前

回复了 stinkytofux 创建的主题 › Linux › 原来 Linux 桌面才是最封闭的系统.

wayland 做的安全也是完全伪命题，因为大部分协议跑 dbus 上，但 dbus 的安全性基本纸糊的——你的 keychain 一旦解锁，实际上任何 app 都能读取其他 app 的 secret ，那个验证完全防君子不防小人
dbus 本身也一大堆问题，实现宽松，不强制约束序列化格式——你发个不良输入可以随意崩服务端,官方还十分鼓励厂商特定的扩展，而且那些扩展还几乎都没啥文档，不说扩展，本身 dbus 的标准也混乱无章文档和没有一样，导致实际实施标准的人也瞎写，你真按标准去读反而各种缺失字段
之所以 wayland 的 portal 搞得一地鸡毛，就是 dbus 本身的坑，各家实现看似相似，实际完全不一样，没有一个统一能用的实现
x11 之所以看上去比 wayland 好，是因为起码很多基础功能不依赖于 dbus 实现，现在 wayland 不做基础功能了，全依赖 dbus ，底裤就暴露出来了

7 天前

回复了 nightl2018 创建的主题 › 程序员 › 中英文 prompt 对代码生成质量有影响吗？

有影响的，即使是国内的模型也建议全英文 prompt （特指编程任务），并且源代码里也最好不要含有任何非英文注释

9 天前

回复了 blueskeletons 创建的主题 › 程序员 › 用了一个月的 ollama+zed 感觉体验不错啊，是我误判了什么吗？

本地模型上下文你能开多少呢，64k ？ agent 起码 128k 起跳才有价值

9 天前

回复了 DualVectorFoil 创建的主题 › Linux › 想装个 Linux ，问问硬件最适配的是啥

有一点要注意的就是 amd 显卡 HDMI 输出在 linux 下被限制到最高 4k60 ，因为专利的那些破事，但 DP 接口没有问题，DP1.4 4K160 输出是没有问题的（当然 1.4 的肯定有 DSC 压缩）

14 天前

回复了 ethusdt 创建的主题 › Chrome › 为什么相同的 chrome 版本却功能表现不一致？

谷歌的日常 feature gate 测试，新功能都是按一定百分比推广的，这样有问题了也可以立刻停止推广甚至回滚，你要有几个亿的用户量你也不会一次性把新特性全部推给所有用户

15 天前

回复了 doctorzry 创建的主题 › macOS › 雷电法王的季节又到了

加湿器物理解决问题（）

» codehz 创建的更多回复