quote0 这么小的产品好像暂时没发现类似的。

大号一点的有个 usetrmnl.com ，都是开源的，官方成品挺贵的。硬件和软件都可以自己做并且自由搭配。核心还是软件，硬件上的固件只是从云端拉渲染好的图片在屏幕上显示出来。

比 quote0 大但是比 trmnl 小的成品有两个。一个是 M5Stack PaperS3 ，一个是 lilygo T5 S3 Pro 。这俩都是国产的，前者大概 400 块但是不出意外的现在又卖断货了，后者差不多 550 带无线充电。都是基于 ESP32 S3 的电子墨水屏产品，所以需要自己 DIY 下，M5Stack 的有个 UI Flow 拖方块也可以实现类似的功能。

目前我了解到的只有这几个产品的完成度和 DIY 方面是很不错的了。

@SSang 是这样的，总之大家的目的都是为了让项目能够尽可能的规范开箱即用，维护起来才方便。还是一开始的回复给带偏了，后面也都反应过来了。

@SSang 对呀道理是这样的，但是我的意思就是，IDE 不会做什么额外的配置，也不会帮你编译什么。它本身只在你现有的环境上修改，并且修改后的环境在脱离 IDE 之后仍然是可以独立运行的。

你可能理解成 IDE 作为一个项目依赖了，我说的是相反的，就是因为有 IDE 所以他成不了项目依赖。比如你说的用 IDE 编译，但是 IDE 也只是在调用 gradle 、cargo 、cmake 命令而已。我在 IDE 上点击编译按钮，所发生的事情也只是 IDE 去调用这些工具去编译。

只不过这些放到 go 上就会显得很奇怪，go 本身没有像 gradle 、cargo 、cmake 这些工具，你确实只能写 makefile 或者 shell 去组织项目的编译流程，在这种情况下 make 和 shell 就是项目依赖了，我用非 unix 的环境打开这样的项目就要先去配 make 和 bash 这些，也是一种心智负担。

并且在有 gradle 、cargo 、cmake 这些工具的情况下，我用 IDE 打开一个项目之后，IDE 天然就对这些工具支持的很好，会自动扫描然后创建对应的 run configuration ，这样我在编译按钮旁边就能直接看到这个项目有哪些 target ，点击就可以编译运行调试，这和你直接在 CI 或者 shell 里面编译是一样的，谁来编译出来的都是一样的，除非需要什么环境变量之类的额外配置。但是如果是用 makefile 组织的项目，makefile 可以写的很花也可以写的很简单，并没有什么强制的规范，甚至还可以在 makefile 里面覆盖工具链的路径和版本，大部分时候只会影响 IDE 或者 editor 的扫描，最终形成我在 shell 直接 make 可以编译，但是我用 IDE 因为扫描不到工具链或者不匹配，而导致代码补全等功能完全失效，IDE 也不知道这个项目有哪些 target ，我要自己去读 makefile 才能找到。

我并不反对工程化也不反对 shell 和 makefile ，但这些不应该成为项目的唯一启动方式，也不应该干扰 IDE 和 editor ，他们可以通过设定需要的配置来做到 reproducible build ，但是在没办法使用他们的时候项目也应该要能正常编译。

比如说如果我的项目需要先生成 protobuf 的文件，那么我会把编译.proto 的步骤放到 gradle 、build.rs 、cmake 自定义 target 里面，除非迫不得已是不会写 shell 和 makefile 的，这样 IDE 和 LSP 可以无痛启动项目，生产环境编译的时候也可以直接出成品。

再比如 Linux 内核全是 makefile 和 kbuild ，你可以在任何时候用 make 来生成产物，如果要开发的话，使用 https://github.com/torvalds/linux/blob/c2f2b01b74be8b40a2173372bcd770723f87e7b2/scripts/clang-tools/gen_compile_commands.py 这个脚本生成 compile_commands.json ，对于大部分 IDE 和 editor 都可以直接进入开发状态。

@SSang 所以这才是 IDE 的好处和功能吧，就比如 idea 或者 goland ，大部分时候都不需要配置什么，甚至连 SDK 都不用装，打开项目就能自动帮你装 SDK ，装完就能跑起来进行开发。换一个人来开发他用别的工具打开也一样能开箱即用。

如果是自己配置 vscode 、emacs 、vim 什么的，可能一个人需要在 .vscode 目录里面存点什么配置才能让项目跑起来，另一个人可能环境不同又要存点其他的内容进去，反倒是会挺乱的吧。

@martint028 我们还有用户态实现的版本，在不需要 root 权限的情况下作为四层代理工作，对于简单的需要利用组网工具来访问 NAS 的需求来说是足够的，详细情况可以看这篇文档 https://docs.ring.link/docs/containers/docker

@CalvinLi 就在中关村地铁站旁边 500 米～

@greenskinmonster 这怎么就不是 app 的责任了，按照这个说法，我用支付宝付款，失败了统一提示“付款失败”就行了，至于你是余额不足、密码错误、网络错误、对方账号锁定还是怎么回事，那也是你应该处理的事情？

再比如之前美团点外卖，用了一个红包，下单前看价格还是减过的，下单付款的时候就变成原价了，没有任何提示，等付完款发现不对劲，查看订单详情里面根本就没使用任何红包，最后查了一圈才发现是因为该商家此类红包今天无剩余量了。是不是这也不是美团的责任，反正你红包用不了，至于是他过期了、商家不让用、条件不符合，那也是你用户自己需要处理的事情？

@oppoic 这个多半是因为有很多文件夹你没有权限，也就统计不到大小了

@zwzwzwzwzxt 混合开发这个以后还是有机会的，按照他们的说法，现在用 CLion 还能装新的 rust 插件，但是之后 RustRover 正式发版之后就不一定了，要看后续用户反馈单独的 IDE 就够了，还是要求能以额外插件的形式装。

这个独立 IDE 感觉最大的问题还是闭源，没有办法接受来自社区的贡献了吧，之前的更新频率就还可以，平均下来两周更新一次，每次更新五六个新功能和十几个修复，而且其实很多新功能和修复都是来自社区的。

现在变成闭源之后不知道还能不能有这样的更新频率了，万一变成年更就傻了，一年更新三四次，很难保证能赶得上 rust 本身的改动。

再加上 GitHub 上的 issues 开了 1800 个没处理，现在转到 youtrack 上又能处理几个。开源的时候如果社区有新功能新想法，可以直接 PR 上去，之后就怕只能上 youtrack 上提 issue 然后大家一起干瞪眼，运气好几个月能落地，不好的你就等下一年吧！

@billlee GitHub 的更新就让我感觉像是突然回滚了十年，流行响应式布局和 bootstrap 满天飞的时候，给 medium 平板设备做的一套 UI ，一大堆二级菜单和伸缩式侧栏。

jetbrains 的这个 UI 是真的丑和难用，很多地方加了一堆莫名其妙的圆角，当前激活的 tab 的辨识度极低，只有一个下划线，强行把底栏的 toolbar 删掉，原本上方的导航也挪到下面，不知道为啥这么多人觉得好看。。。

@Rennen 旧 UI 还丑啊？这新的 UI 才是丑的*爆，又丑又低效。。

看了下 3 楼帖子里面的那个公司，名下还有什么“每日”，“我的日记”，“图形”，这种逆天商标。。。

如果你担心会被 AI 抢饭碗，那应该是会被抢的；如果你压根不担心这个，那多半是没什么影响的。

说起借钱这个，以前还和群友说过，我要是借钱，肯定用我 GPG 先给消息签名一下，各位直接验证一下就好了。

@gz1988 你说的那个玩意它叫通知，toast 是在屏幕下面的一行文字悬浮窗，不是一个东西。

题外话，各位都真的炒过豆子吗？为什么都说声音像炒豆子？

另外西数用户可能用不了 SeaChest Utilities ，之前写了一个类似的工具，https://github.com/tyan-boot/wdepc