最新

我经常使用语音输入来写作、记笔记和提示助手。在尝试了许多语音输入工具后，我不断遇到相同的问题：重复的费用、不明确的隐私和数据处理，以及对最终文本清理过程的控制有限。 于是，我开发了Utter。 这个工具的主要理念很简单：它应该既能作为快速的语音输入工具，也能作为长格式的语音笔记/会议记录工具，同时让用户控制处理发生的地方以及输出的样子。 目前它具备的一些功能包括： - 支持自定义快捷键的全局语音输入 - 针对不同工作流程的保存模式，配有不同的提示/模型 - 记住每个应用上最后使用的模式 - 会议录音，带有说话者标记的转录、摘要和行动项 - 音频/视频文件转录 - 保存的音频/转录文本，提供导出选项 - 基于提示的后处理，将原始语音转换为笔记、消息、摘要等 - 内置笔记编辑器 - 配有语音输入键盘的iPhone应用 一个重要的动机是能够在本地使用。它支持本地转录、可选的本地后处理、带有密钥自带（BYOK）或根据工作流程选择云服务提供商。我还希望手机到桌面的捕捉过程简单，因此它通过iCloud同步，不需要账户。 我很想听听那些重度使用语音输入的人的看法，特别是在以下方面： - 当前的语音输入工具在哪些方面仍然不足 - “模式”这个想法在实践中是否合理 - 什么能让你信任这样的工具进行日常使用

在我38岁的人生中，我第一次感到孤独。当我18岁时，我几乎是直接从父母家搬出去，和我的高中恋人一起生活，从那时起我们一直在一起。那段生活的篇章现在已经结束，我发现调整过来非常困难。 困难的部分有几个。其一是，当我想谈论我的一天时，却没有地方可以说；在HN上没有人关心我是否修好了百叶窗或做了猪排。我在一个IRC聊天室里闲逛，但有时几个小时都没有人在线。 另一个困难是周末很难熬。以前每个周末我都生活在充满生机的房子里，而现在只有我和我的狗（还有我的猫，偶尔他愿意来陪我）。有动物在某种程度上有所帮助，但仅仅和自己独处大约60个小时，依然很难。 我还发现很难想出可以做的事情。我的默认选择是玩游戏，但这感觉空洞，因为我以前可以和别人一起玩游戏，现在却没有人可以分享那些精彩的时刻。 我明白你们中的许多人觉得孤独是自然的，甚至是必要的。我只能说我从未以那种方式生活过。当我很长时间没有见到其他人时，我有时会感到恐慌。 有一些常见的建议：多去狗公园，选择一些事情去做，读书，上约会网站，找个爱好等等。但我发现自己很难真正去做这些。我本可以归咎于抑郁，但我有一位很棒的精神科医生，给我开了抗抑郁药、抗焦虑药和情绪稳定剂。 我在远程工作，这目前是我满足社交需求的主要方式。但这并不是一个稳定的方式，因为时区差异很大（我比他们晚7个小时）。 现在一切都感觉空洞。这是我最难适应的事情。我希望能找到一些心理技巧来应对这种感觉，或者听听其他经历过类似情况的人的故事。在很多方面，这种感觉就像被囚禁，除了在监狱里至少还有其他囚犯可以社交。“带有互联网的单独监禁”可能是一个更好的比喻。 我希望能听到社区中任何从家庭动态转变为独自生活的人，了解你们在这个过程中学到的经验教训。或者只是想听听你们的经历故事。谢谢。

嗨，HN， 我正在开发一个名为 Malleon 的工具，因为我厌倦了那些无法反映用户实际操作的端到端测试。我一直对使用真实用户会话进行负载测试充满热情。在使用 Tsung 和 Gatling 等负载测试工具的过程中，我常常希望能够简单地重放昨天的流量两倍或五倍，而不是使用合成会话。Malleon 的诞生就是为了弥合这两个领域。 基本思路是：与其从头编写测试，不如记录真实用户会话并将其转化为可重放的测试。 SDK 记录的内容包括： - DOM 交互 - 网络请求 - 控制台输出 - 动作之间的时间间隔 重放并不是视频。它重建并重放与您的应用程序的实际浏览器交互。 因此，真实用户会话就变成了可复现的测试用例。 典型的流程如下： - 将一个小型 JS SDK 嵌入到您的应用中 - 用户正常与网站互动 - 会话被记录 - 您浏览重放并发现一些有趣的内容（bug、错误、奇怪的行为） - 将该会话转化为测试并在 CI 中运行 测试运行器是自托管的。您可以拉取 Docker 镜像并在任何地方运行它。它驱动浏览器（无头或有头）并重放交互序列。 在构建这个工具的过程中，有一些意想不到的挑战： - 当 DOM 自记录以来发生变化时，如何重放交互 - 处理视口/布局差异 - 使网络重放对应用透明 - 保持时间间隔真实而不使测试变慢 该系统还收集日志、错误和请求时间，以便会话可搜索，您可以跟踪网络性能，查看 p90/p95/p99 统计数据，以及所有相关信息。 链接： - Malleon: [https://malleon.io](https://malleon.io) - Replay SDK: [https://www.npmjs.com/package/@malleon/replay](https://www.npmjs.com/package/@malleon/replay) - Replay CLI: [https://www.npmjs.com/package/@malleon/replay-cli](https://www.npmjs.com/package/@malleon/replay-cli) - 文档: [https://github.com/malleonio/malleon-documentation](https://github.com/malleonio/malleon-documentation) 提供免费套餐。 我很好奇是否还有其他人遇到过“我们的测试无法反映用户实际操作（或它们如何扩展）”的问题。

我创建了一个小型命令行工具，用于在每次部署失败时停止切换到 Vercel/Netlify 仪表板。 安装：`npm i -g deploy-logv` 功能： - 列出最近的部署及其状态（`logv vercel --list`） - 查看特定部署的日志（`logv vercel -d dpl_xxx`） - 按错误/警告过滤（`--filter error`） - 兼容 Vercel 和 Netlify 该工具完全在本地运行——只需将您的 API 令牌设置为环境变量即可使用。 GitHub: [https://github.com/arikmozh/logv](https://github.com/arikmozh/logv)

Stripe 支持自 2014 年以来的 API 版本，所有版本均来自同一代码库。每个版本通过转换层进行处理，而不是使用重复的控制器。 我构建了这个包，以将这种模式引入 Laravel。 每个旧版本都有一个转换器类，包含两个方法： - upgradeRequest() — 在控制器运行之前，将旧的请求负载转换为当前格式 - downgradeResponse() — 在响应离开之前，将响应转换回旧格式 中间件会自动在各个版本之间进行链式处理。您的控制器无需更改。 支持四种版本检测策略：URL 前缀、头部、查询参数和 Accept 头部。附带有弃用头部（Sunset、Deprecation）、用于变更日志和审计的 Artisan 命令。 使用以下命令安装：composer require jayanta/laravel-api-versionist

我花了多年时间观察硬件团队犯同样的错误——在热管理问题未解决之前就开始工具开发，制造过程在PVT阶段未经过验证，只有在大规模生产时才显现出缺陷，组件在工厂尝试下单时才发现已经停产（EOL）。 这种模式总是相同，成本总是可以避免，但没有人将其记录下来。 最终的结果就是《最难的硬件教训》——涵盖了从初始原型到产品生命周期结束的完整旅程：工程验证测试（EVT）、设计验证测试（DVT）、生产验证测试（PVT）、工厂评估、供应链风险、大规模生产操作、现场故障和产品生命周期管理。 <a href="https://thehardesthardwarelessons.com" rel="nofollow">https://thehardesthardwarelessons.com</a>