最新

它为什么总是生成那些卡片？？？认真的吗？而且人们还认为前端开发的工作机会消失了，2026年前端比后端更难，所有与设计相关的事情都不能通过人工智能正确完成，而需要开发者/逻辑思维。

Drop 是一个 Linux 沙盒工具，专注于高效的本地工作流程。它隔离程序和代理，同时尽可能保留您的工作环境的各个方面。 其工作流程的灵感来自于 Python 的 virtualenv：创建一个环境，进入它，像往常一样工作——但强制进行沙盒化。要创建一个新的 Drop 环境并运行一个沙盒 shell，您只需： ``` alice@zax:~ /project$ drop init Drop 环境已创建，配置文件位于 /home/alice/.config/drop/home-alice-project.toml alice@zax:~ /project$ drop run (drop) alice@zax:~ /project$ cat ~/.ssh/id_rsa cat: /home/alice/.ssh/id_rsa: 没有这样的文件或目录 ``` 每个 Drop 环境都有自己独立的、易于处理的 home 目录。为了确保沙盒与您实际的工作环境相匹配，从您原始 home 目录中选择的文件和目录会被挂载到沙盒中，其中大部分是只读的。 长期以来，我一直需要一个像 Drop 这样的工具。我对于安装和运行那些依赖关系树庞大且没有隔离的非发行版程序感到不安。另一方面，我又害怕裸露的 root@b0fecb:/# Docker shell。Docker 对于部署软件来说非常出色——一个可复现的、最小化的环境——但这却阻碍了高效的开发工作：容器中缺少工具；配置文件和环境变量都不可用。 让我开始构建 Drop 的最后一根稻草是 LLM 代理。为了能够良好地工作——编译代码、运行测试、分析 git 日志——代理需要访问机器上安装的工具。但是，给予代理不受限制的访问权限显然是危险的，因此几乎所有关于代理工作流程的讨论都包括对缺乏沙盒化的抱怨。 谢谢，我很乐意听取您的意见。

最近，Hacker News 上出现了一些关于开发者去世的帖子，这让我不得不思考自己的死亡，以及我的数字基础设施和其他只有我才能拥有/知道的数字资产/内容（例如密钥、密码等）的死亡。 似乎如果我们能设计某种“存活证明”——可以通过密码学验证，用于继承流程。基本上，让你的受托人可以在 RUFADAA [1] 下执行操作肯定会很有用。 但后来我突然意识到，同样的证明也可以应用于其他情况，比如在你的在线帖子、互动和参与中放置某种“肉体印记”也会非常有用——只要它不能被轻易操纵。 “存活证明”当然是一个非常难（不可能？）解决的问题……或者说，是吗？ 很好奇 Hacker News 认为什么才是这个明显需要一个好解决方案的问题的可行解决方案。 [1] https://en.wikipedia.org/wiki/Digital_inheritance#cite_note-11