返回首页
最新
由于今天是YC演示日，我想重新分享我构建的一个项目：YC公司世界地图。<p>这个地图可以让你：<p>• 探索YC创始人在全球的创业地点<p>• 按批次筛选<p>• 直接点击进入公司页面<p>期待你的反馈。<p>附注：对于之前见过这个项目的人，我已经修正了所有公司的位置。
嗨，HN！<p>我一直在使用 Bolt.new、Lovable 和 V0 构建应用程序，从这里的发布中获得了不错的流量，但随后……就没有声音了。人们试用一次后就再也没有反馈。问题不在于应用程序——这些工具在快速原型开发方面非常出色。问题在于我没有办法与那些似乎感兴趣但没有立即转化的人保持联系。我尝试过 Mailchimp 和 ConvertKit，但将它们集成到我的快速迭代周期中实在太麻烦了。而且对于简单的“嘿，我修复了你提到的那个bug”的更新来说，它们也显得过于复杂。<p>我所构建的
所以我做了 Writaia——基本上是为使用 Vibe Coding 工具的独立开发者设计的电子邮件捕获工具。集成非常简单：在仪表板上点击“复制到 AI”，然后粘贴到 Bolt.new/V0/Lovable 聊天中，完成了。这大约只需 30 秒。然后，当你想给用户发送电子邮件（比如当你发布了某个他们请求的功能时），你只需输入你想说的话，它就会帮助你写出一封合适的电子邮件。没有模板，没有复杂的自动化——只是“把我的随意更新变成专业的内容”。<p>为什么它有效
我在自己的项目中使用它已经几个月了。我注意到：<p>人们确实想要更新，只是忘记回来查看。<br>一句简单的“嘿，记得你试过的那个应用吗？我修复了加载问题”会引发意想不到的互动。<br>拥有电子邮件地址让你感觉更有责任去真正改进应用。<p>这并不是革命性的，但它解决了我特定的问题：在不成为营销人员的情况下与人保持联系。<p>HN 的问题
你在自己的副项目中也遇到这个问题吗？<br>你目前是如何处理用户沟通的？<br>还有其他我应该支持的 Vibe Coding 工具吗？<p>我也很乐意回答关于技术实现的问题。“复制到 AI”的方法比预期要复杂——我不得不想办法即时生成特定平台的代码。<br>如果你想试试，可以访问：<a href="https://writaia.com" rel="nofollow">https://writaia.com</a>
我发布了 rkik v1.10，这是一个精简的 Rust 工具，用于检查 NTP 服务器、比较偏移量/往返时间（RTT），并可选择在 Unix 系统上执行一次性系统时钟同步。
<p>代码库：<a href="https://github.com/aguacero7/rkik" rel="nofollow">https://github.com/aguacero7/rkik</a>
<p>对于那些不知道它能做什么的人：
- 探测单个 NTP 服务器或一次性比较多个服务器
- 提供文本/简单/JSON 输出，适合人类或脚本使用
- 支持分数时间控制：子秒级的 --interval 和 --timeout（例如，0.1，0.25）
- 可选的一次性同步到“服务器 UTC + 半个 RTT”（仅限 Unix）
- 干运行模式，用于验证同步工作流程而不影响时钟
<p>v1.10 的新功能：
- Clippy 集成到 CI 中，将 lint 作为错误处理（保持一致的质量）
- 清理了同步模块的公共 API（不再有 rkik::sync::sync 的双重路径）
- 构建/包中默认启用同步功能
- “--interval”和“--timeout”现在接受分数秒
- “--dry-run”用于同步以验证 CI/脚本中的流程
<p>使用方法：
安装非常简单，只需使用 cargo：
```
cargo install rkik
```
单个服务器探测：
```
rkik time.google.com
```
比较多个服务器（10 次请求，间隔 200 毫秒），简单文本输出：
```
rkik -C time.google.com time.cloudflare.com --count 10 --interval 0.2 --short
```
JSON 输出（美化打印）：
```
rkik pool.ntp.org -jp
```
一次性同步（Unix；需要 root 权限或 CAP_SYS_TIME）：
```
rkik --server time.google.com --sync
```
<p>注意事项：
- 同步需要权限（root 或 CAP_SYS_TIME）。干运行在没有这些权限的情况下也能工作。
- 如果时间守护进程（chronyd/systemd-timesyncd）处于活动状态，它可能会在之后重新调整你的时钟；这是预期的。
<p>路线图/反馈：
我计划将其打造为 PTP/NTS 协议的诊断工具，希望 rkik 能成为一个真正的时间服务器监控与分析工具箱。欢迎对输出的人机工程学、CI/可观察性有用的统计数据，或针对你的发行版的打包建议，甚至是 GitHub 贡献提出意见。
<p>欢迎提问和反馈！
当我给评论点赞时，它并不会让我跳转到我点赞的评论列表。我从来没有想过在点击收藏按钮后查看我的收藏列表。我只希望它能将讨论添加到列表中，但让我留在讨论页面上。
嗨，HN，
我开发了一个名为 SharedVolume 的开源 Kubernetes 操作器，旨在简化不同 Pod 和工作负载之间的数据共享。
问题：
在 Kubernetes 中，从 Git、S3、SSH 或 HTTP 同步数据通常需要初始化容器、侧车或自定义作业。
每个工作负载往往会存储同一数据集的多个副本 → 浪费空间。
卷在不同命名空间之间不能轻易共享。
保持数据更新（新的 Git 提交、S3 更改等）通常意味着需要定时作业或管道。
解决方案（SharedVolume）：
定义一个 SharedVolume（命名空间范围）或 ClusterSharedVolume（集群范围）。
操作器会自动拉取数据并与源保持同步。
集群中只存储一份数据副本。
Pods 只需通过添加简单的注释来附加卷。
文档和示例： [https://sharedvolume.github.io](https://sharedvolume.github.io)
目前仍处于测试阶段，因此我非常欢迎反馈、问题和改进建议。
如果你觉得这个项目有用并想支持它，在 GitHub 上给它一个星标将会非常棒——这确实有助于开源项目获得关注！