@WngShhng 他给你服务器发个请求你不是就解密给他了么，这不是拱手送上是啥

@WngShhng 可能我对于安全的理解和你不同，似乎加密这个行为对你来说只是个 buzz word 。

你的产品的安全性完全建立在攻击者无法获取到用户的数据的前提下（我不懂这个前提下加密的意义）。一旦攻击者获取到用户数据，你精心设计了一套迷惑用户已加密但是把所有解密密码拱手送给攻击者的机制，确保加密完全失效。

确实也没啥可聊的了。

@WngShhng 你有告诉用户一旦选了这个选项虽然名字里写着加密但实际上加密就失效和明文一样了吗？这就是你的产品吗，告诉用户我们加密了但实质上和明文一样，然后质问用户你为啥要选？

@WngShhng 这个加密已经在所有层面上形同虚设了，你还在纠结用户可以不用这个功能或者用户无法理解…… 我也不知道那个 fast 说的对不对（我没看），但是你这个功能是彻头彻尾的错误

@WngShhng 如果你觉得用户 a 的文件永远都不会泄露，那你加密他干啥？？？加密的假设不就是文件会泄漏吗？

@WngShhng 你加密不就是为了防止 a 用户的文件被其他人获取后访问吗。按你这个设计我随便注册个账号就可以解密所有人的文件了？

@WngShhng 那如果我是用户 b 我把用户 a 的加密后的密码上传上来服务器能识别出这不是我的密码吗

在服务器解密用户密码的时候是怎么验证用户身份的啊

@guiyumin 没有人规定开源项目就非要接受别人的代码。如果开源的意思是你可以随便往里面塞代码，那应该只有你自己的项目才是“真”开源了。这个帖子不就是在问为何 canonical 要向 flutter 贡献代码么，外人不能参与，那他们在干嘛？

为什么会有人骂女方？女方态度不是一直是不要生孩子么？而且女方也很明确啊，不生孩子不接受可以不结婚。只有男方莫名其妙想要改变女方。

我不懂一个 bsd3 的东西怎么会是由 Google 所有的

虽然我已经离不开 ai 写代码了，但我基本没咋见过 ai 能写出啥能用的代码，每次 ai 最大的功能就是让我少打几行字或者少 Google 几次，该动的脑子基本是一点也没少过

@smileawei 这种问题其实本质上无解，系统太过复杂了。现实的核心代码和系统的测试非常多，而且很保守，rollout 也非常慢，其实很少出现这类 bug 。这类事故绝大多数时候都和 configuration 有关，配置和系统间的关系太复杂了，而且还有一大堆的自动化弹性配置，而配置有时又必须要设置全局生效，不然有可能造成更多的问题。

@w568w 就是因为他和其他库几乎是一个时期的，所以他才太“早”了，自己捏了一套没人用的

@w568w 我没法明确社区普遍在用的是啥，因为整个 rust 的 gui 领域就不咋有使用量。但是比如 wgpu ，winit ，cosmic text 等等（当然他们还引用了一堆依赖）都是使用的更多并且跨平台处理的更好的。而且关键是这些至少是独立的库，有文档有社区，可以用。gpui 连个稳定发布都没有，文档就那么几个例子，没人用哪来的社区。

@cj323 主要还是想要做一个新的 editor 太难找到有意义的生态位了，你说有没有优点有一点，但是又不足以让绝大数人在日常工作中花费精力承受风险去切换；因为新，缺失倒是一大堆。没人用就更没有资源，就更难赶上了。

@imzcg2 你说的那是 helix 不是 zed 。而且这和加班与否也没有关系

@imzcg2 zed 不是新生儿，已经很久了。你觉得他新，无非就是你要么入行晚要么没用 MacBook 。问题是他 mac 版出了这么久了，一样没人用。

我是无所谓等的，他的投资人愿意等吗？

没啥太大前途，前阵子仔细研究过这个编辑器。

第一个问题就是这个 gpui 。这个东西开发的太早了，导致很多东西都是自己写的，而不是社区现在普遍的框架，所以导致字体渲染，窗口管理等等方方面面的 bug 很多。尤其是 win 和 linux 这种环境复杂，开发团队又不用的系统，修都修不完，gpui 又只有 zed 用，导致社区也很小，贡献也很少。windows 正式版难产了很久，我看他们之前都在专门招人修 windows 的 bug 。以他们团队的规模，想要从最底层维护这么多平台的兼容性，我觉得很难，维护的成本也必然很惊人。除非他们切换到更多的开源依赖，不然我觉得连维护跨平台的可用性都有难度。

第二个问题就是快。zed 的最大卖点就是快，他的创始人很在意那个 peer coding 的卖点几乎无人在意，这也是一定程度上他们不愿意把底层切换到其他开源库上的原因，他们自己写的可以针对编辑器优化的更好。因此他们对于插件是极其保守的，不愿意让任何插件有机会拖慢 zed 的速度。但是，在我古老的 M1 MacBook 上，vscode 禁用所有插件后打开速度也是飞起，各个操作也是丝滑，（其实我开着插件也挺快的，）或许不如 zed ，但是我是来写代码的，这真的有多大区别吗？快，反而把 zed 框死什么都动不了了。

第三个就是功能太弱了。看似开箱即用，其实用起来什么都没有。jetbrains 是安装好就什么都有，vscode 是没有就安插件，zed 是没有就真没有。然后开发人力又不足，还要被分散到 gpui 之类的 vscode 不需要去维护的东西上去。随便举几个吧：zed remote editing 不支持本来就很弱的 extension ，也就是远程开发没有 lsp 可用；没有 dev container ；各种日常工作流里的小插件更是一个都没有。看起来就是 zed 的 team 在和整个 vscode 的社区竞争，不知道拿什么赢。

感觉这些东西都不是 zed 当下能够解决的。