1作者: noxify14 分钟前原帖
嗨,HN, 我是Marcus,一个开源爱好者,我很高兴能分享一个新项目! 我最近遇到了一个常见的挑战:构建一个报告页面,需要每天从远程源获取和处理数据,并为各种关键绩效指标提供一个简单的用户界面。 虽然`prisma-queue`在我其他项目中表现良好,但它与Prisma ORM的绑定对于这个新的用例并不理想,因为ORM的选择仍然是开放的。 许多流行的任务队列基于Redis,例如BullMQ。然而,我觉得市场上缺少一个强大且以数据库为基础的队列,能够利用PostgreSQL的可靠性,而不被特定的ORM所束缚。因此,Vorsteh-Queue应运而生! 目前还没有官方的“1.0”版本发布,但我相信Vorsteh Queue已经准备好接受社区的反馈,以帮助塑造未来(代码和文档),并加速v1的发布。 可能会引起您兴趣的关键特性: * UTC优先的时区设计:所有时间戳都以UTC存储。 * 完全支持TypeScript,支持通用的任务负载:您的任务处理程序经过适当类型化。 * 与ORM无关,提供Drizzle和Prisma(PostgreSQL)的适配器:更多适配器计划中。 * 高级调度:包括优先队列、延迟任务、定时调度和进度跟踪。 Vorsteh-Queue为那些希望直接在PostgreSQL中管理后台任务的人提供了一个引人注目的替代方案,提供强大的事务保证,并消除了对单独Redis实例的需求。 为什么叫“Vorsteh-Queue”? 这个名字是对我的德国猎犬“Vorstehhund”(指示犬)的致敬。正如指示犬指向目标,Vorsteh-Queue旨在可靠地引导您的应用程序高效地处理后台任务。这也是对推动开源开发的个人热情的致敬,灵感来自于像Bruno这样的API客户端的故事! 试试看,告诉我您的想法!欢迎所有反馈、贡献和想法。 快速链接: * Github仓库: [https://github.com/noxify/vorsteh-queue](https://github.com/noxify/vorsteh-queue) * 文档: [https://vorsteh-queue.dev/](https://vorsteh-queue.dev/)
1作者: la_joconde15 分钟前原帖
在2020年,远程工作似乎成为了一种必然。研究表明,生产力并没有崩溃,员工的满意度提高了,公司在房地产上的支出也减少了。科技工作者,尤其是工程师,开始做出一种激进的选择:过上更好的生活。 他们从旧金山逃往里斯本,从纽约迁往布宜诺斯艾利斯,从华盛顿特区搬到克拉科夫。他们申请了外国收入排除,减少了税负。他们在咖啡馆、海滩和共享居住空间工作,交付的产出与那些在办公室工作的同事相同(甚至更好)。 然而,突然间,反弹来了。首席执行官们要求员工回到办公室,管理者们道德化地谈论“合作”。人力资源部门开始使用监控工具来追踪员工的考勤。 发生了什么? 通常的解释——生产力!文化!创新!——都显得苍白无力。研究一再表明,远程工作并没有损害业绩。那么,为什么会出现这种打压? 吉拉尔的揭示 法国哲学家雷内·吉拉尔关于模仿欲望和替罪羊机制的理论比任何MBA分析都能更好地解释这一现象。具体来说: 1. 模仿欲望:办公室作为一种共同的幻觉 吉拉尔认为,人类并不是直接渴望某样东西,而是通过他人来渴望。几十年来,白领工人模仿着一种成功的单一模式: 住在昂贵的城市里。 每周工作60小时。 追求升职以获得地位。 这个系统之所以有效,是因为每个人都相信同一个虚构的故事。然后,远程工作出现了——一种新模式随之而生: 地理套利。 税务优化。 生活方式自由。 当员工看到同事在系统之外蓬勃发展时,旧的模式开始崩溃。欲望发生了转变。但企业并没有适应,而是陷入了恐慌。 2. 替罪羊机制:牺牲数字游牧者 当模仿竞争升级时,吉拉尔指出,社会通过团结起来对抗一个替罪羊来恢复秩序。远程工作者成为了这个替罪羊。 高管们无法承认真相(“我们嫉妒你们逃脱了”),于是他们编造了道德危机: “远程工作者没有合作!”(然而Slack/GitHub的指标证明了这一点是错误的。) “我们需要办公室文化!”(但只有在商业房地产价值暴跌之后。) “如果有人远程工作就不公平!”(这是一种典型的吉拉尔式抱怨——将嫉妒伪装成正义。) 通过强制回到办公室,他们以仪式化的方式牺牲了远程工作者,以恢复旧的秩序。 3. 神圣的神话:“办公室=严肃的工作” 每个机构都有其不惜一切代价维护的神圣神话。对于企业来说,这个神话是:“真正的工作发生在办公室。” 远程工作揭露了这一点是谎言。更糟糕的是,它揭示了: 中层管理者的存在是为了监督,而不是生产。 商业房地产是一只纸老虎。 税务优化的游牧者在资本主义中比首席执行官更成功。 反弹并不是关于生产力——而是关于保护这个神话。 后果 如今,混合工作是一种没有人喜欢的妥协——两全其美的最糟糕选择。但魔 genie 不会再回到瓶子里。公司越是强制回到办公室,就越是暴露出系统的脆弱性。 如果你有替罪羊的故事,请分享。
5作者: JFerreol_J大约 1 小时前原帖
我和一些开发朋友和同事聊了聊关于Cursor、Copilot等工具的事情。让我感到惊讶的是,他们对此的最大感受并不是兴奋或担忧,而是悲伤。 这种悲伤在于,他们担心工作中“有趣”的部分(思考、构建、解决问题)可能会慢慢被剥夺。他们会变成无聊的审核者。 这让我想知道其他开发者是否也有这样的感觉? 我们真的走在一个工程师变成监督工作的道路上吗?还是这只是暂时的,直到转变为某种截然不同的东西? 很想听听这里的开发者们的看法!