几乎没有延迟，他们甚至不需要高端手机，就能理解你说的话。
返回首页
最新
嗨，HN！我创建了 Depsy（depsy.io），这是一个 API，可以在一次请求中返回您 SaaS 依赖项的标准化状态。在发生故障时，我总是浪费时间在“状态页面轮盘赌”（Slack、Okta、GitHub、Cloudflare 等）上……Depsy 旨在快速回答一个问题：“是我们的问题，还是供应商的问题？”
它的功能：
- 在一次请求中查询 1 到 2000+ 个供应商
- 缓存和标准化输出（这样您就不需要解析不同的状态格式）
- 设计用于集成到值班流程中（仪表板、警报、运行手册）
我发布的原因：
我希望从 SRE/DevOps 人员那里获得反馈：
- 在发生故障时，您需要响应中哪些字段才能信任它？
- 对您来说，哪些供应商是“必不可少”的？
- 您更愿意发送供应商列表，还是让 Depsy 管理“您的技术栈”配置？
如果有用，我很乐意分享有关缓存/标准化方法的详细信息！
嗨，HN，
我开发了一个小型网页应用，用户可以在上面写信，并安排将信件免费发送给未来的自己或其他人。
这个想法源于希望有一个简单的方式来反思自己的目标和想法，而不受广告或付费墙的干扰。
它的工作原理如下：
- 写一封信
- 选择一个未来的发送日期
- 当日期到达时，信件会自动发送
技术栈：
- Next.js
- TypeScript
- Resend
- Inngest
我非常希望能得到以下方面的反馈：
- 你觉得有趣的使用场景
- 隐私问题或改进建议
- 你希望这样的应用具备的功能
欢迎提问。
我是一名独立的网页开发者，正在开发一个简单的多人卡牌游戏网站。我的技术栈包括 Next.js 前端和 Node.js 后端。我使用 socket.io 来处理多人互动。
正如标题所暗示的，我想为这个网站制作一个移动应用。起初我考虑使用 React Native，但后来通过 Puzzmo 的一篇很棒的博客文章了解到 Webview。Webview 吸引我的是，我可以重用许多现有的组件（尽管我知道从需要导出静态构建的角度来看，Next.js 可能会带来一些挑战），并且能够在网页开发的环境中保持舒适和高效。我也不介意失去那种“原生”移动用户体验的优越性，因为考虑到我独自一人工作，改善开发体验的权衡似乎是值得的。此外，Webview 似乎还有一些很不错的工具可以简化开发过程，例如 Ionic 的 Capacitor。
有没有人对此有任何看法、见解或糟糕的经历？