1作者: miemex20 天前原帖
这里是我的分享。 我之所以开发这个工具,是因为对我来说,“Zoom疲劳”实际上是“刺激不足疲劳”。我注意到“泥浆内容”(分屏视频与游戏画面)趋势实际上帮助我更好地专注于有声书,因此我将这个概念移植到了Google Meet上。 这是一个Chrome扩展,它在会议网格上注入了一个可拖动、可调整大小的`<iframe>`容器。 - 字幕同步:它使用`MutationObserver`从Google Meet的DOM中抓取实时字幕节点,并将其渲染到覆盖层上,这样你可以同时观看循环视频和阅读会议内容。 - 状态管理:通过动态重新附加监听器,处理Meet的DOM更新的脆弱性(这些更新会不断破坏观察者)。 - 隐私:100%客户端处理。没有会议音频/视频被录制或发送到服务器。 这虽然是一个奇怪的解决方案,但对我这个有ADHD的大脑来说非常有效。 欢迎提问关于实现的相关问题!
3作者: shivajikobardan20 天前原帖
几个月前,我辞去了大学毕业后获得的第一份工作。为什么辞职?主要原因是我在站立会议上与同事发生了冲突,使用了不当言辞。后来我在全体同事面前道歉并解决了这个问题。但我还是选择辞职,因为我感到自己被边缘化。例如,我的部门被调整,后来我被认为不适合那个部门,因为我在两周内无法学习到“他们想要的东西”。于是我的经理(第一部门的经理)告诉我:“既然你不适合这个角色,我们该如何让你回去?”他确实让我们回去了,但却提升了其他初级员工,而我仍然留在了第一线支持岗位。 说实话,我从一开始就不喜欢那份工作,原因如下: - 工作内容琐碎。 - 薪水很低。 - 我们是公司中最容易被指责的对象。 - 我想为公务员的计算机工程师职位做准备。 - 我无法想象自己在那个角色中待很久。 但现实是,在过去两年多的时间里,我无法找到其他私营部门的工作。我参加了几次面试,但都没有通过。那时我决定,政府工作更适合我的性格。 如果我在简历中保留这个空白,我会收到很多问题(说实话,我可能根本不会被筛选)。比如: - 为什么在现有工作期间不寻求其他工作? - 为什么不在之前的公司内部寻求其他部门的职位? 自从我辞职以来,我一直在为公务员职位做准备。因此,我在寻找一些想法来填补这个空白。
2作者: u-pump20 天前原帖
我们过去一年一直在开发一种可重复使用的胰岛素贴片泵,想与大家分享一些迄今为止的工程经验教训。胰岛素微剂量输送在机械上并非易事:基础输送每小时可能只有几分之一单位,而冲击剂量则涉及较大的步进变化,并且在与移动的人体连接的几天内,所有一切都必须保持在ISO公差范围内。 我们遇到了一些有趣的限制条件: - 来自ISO 11608的剂量准确性限制(包括基础和冲击剂量) - 皮下流体的顺应性和可变的背压 - 储液器的变形和随时间变化的压力漂移 - 低电池电压下的电机扭矩余量 - 温度变化(皮肤与环境)对流体和机械性能的影响 - 无需持续压力传感的堵塞检测 这是一种从外观上看似简单的消费类硬件,但内部却融合了流体力学、精密机械、生物相容材料、电力限制和监管要求。 如果大家对执行器选择、储液器、故障模式、材料、测试设备或监管限制等方面有兴趣,我很乐意在评论中分享更多细节。
2作者: yaront11120 天前原帖
嗨,HN,我是Yaron,一名从事AI基础设施的DevOps工程师。 我创建Cordum是因为我发现“AI演示”和“生产安全”之间存在巨大的差距。每个人都在构建智能代理,但没有人愿意给它们对敏感API(如退款、数据库删除或服务器管理)的写入权限。 问题在于,LLM(大语言模型)是概率性的,而我们的基础设施需要确定性的保证。 Cordum是一个开源的“安全内核”,它位于您的LLM与执行环境之间。可以将其视为智能代理操作的防火墙/代理。 Cordum并不是依赖提示语“请保持安全”,而是在协议层强制执行政策: 1. 拦截代理的意图。 2. 根据严格的政策进行检查(例如,“退款超过50美元需要人工审批”)。 3. 通过状态机管理执行。 技术栈: - 使用Go编写(以提高性能和并发性)。 - 使用NATS JetStream作为消息总线。 - 使用Redis进行状态管理。 目前还处于早期阶段,但我非常希望能听到您对架构和代理治理方法的反馈。 代码库: [https://github.com/cordum-io/cordum](https://github.com/cordum-io/cordum) 欢迎随时提问!
2作者: mukama20 天前原帖
我是凯撒,我创建了kling.to,因为我相信营销自动化应该对每个人都可及,而不必牺牲数据所有权。 Kling是一个自托管的电子邮件营销平台,允许您运行活动、构建自动化工作流程、细分受众并跟踪归因,同时保持对客户数据的完全控制。它通过Docker进行部署,并使用MongoDB和BullMQ进行任务调度。 核心功能: - 可视化工作流程构建器,用于购物车放弃恢复、客户挽回活动和购买后序列 - 多渠道消息传递(电子邮件、短信、WhatsApp、推送通知) - 最后触点和多触点归因跟踪 - 基于购买历史和参与数据的客户细分 - 带有个性化变量的模板管理 - 实时投递监控(已发送、已送达、已打开、已点击、已退回) 我启动这个项目是因为现有的营销自动化工具要么将您锁定在他们的基础设施中,要么对小团队来说成本过高。我们为企业提供了自托管和拥有数据的选择。 该平台专为电子商务商店、以工程为主导的团队和注重隐私的组织而设计,旨在让他们掌控自己的营销技术栈。 我希望能得到以下方面的反馈: - 架构选择(MongoDB + BullMQ进行任务调度) - 自托管设置的投递基础设施 - 自动化工作流程的用户体验和触发逻辑 - 归因模型的实施 演示视频: [https://youtu.be/hbFjX525AwA](https://youtu.be/hbFjX525AwA) 网站: [https://kling.to](https://kling.to) 欢迎就技术实施或部署过程中的问题进行咨询。