最新

每当我感到被过多的优先事项压得喘不过气来，注意力又不够集中时，我就会回归一个多年来帮助我的习惯：将时间按15分钟的块进行记录。我会坚持这个习惯几周，有时甚至几个月。这是为数不多的几种能持续提升我生产力和内心平静的做法之一。 我反复思考为什么这个方法对我有效，但我很好奇——这里的其他人有没有类似的做法？你们是持续跟踪时间，还是仅在需要重新调整时才记录？有没有什么工具、方法或小仪式对你们特别有效？ 感谢你们的评论。我非常喜欢听到不同的观点，并学习他人是如何处理这些问题的。

嗨，Hacker News！ 我知道你们都是技术人员，但我想向大家提出一个很酷的想法。 我正在开发Contextcol，这是一个为交易机器人提供氛围编码的AI代理，旨在在金融市场上进行交易（最初从Binance的加密货币交易开始）。 Contextcol还能够根据您的个人兴趣编写Python代码，进行金融市场分析，并从可靠的数据源中展示定量分析的美丽可视化。 让我们尝试利用AI代理在金融市场中寻找和执行机会吧！

随着最近添加的/hooks和/agents，您目前的设置是什么样的？您有什么推荐的最佳实践吗？

嘿，HN， 我是一名对弹吉他充满热情的软件工程师。（[ivanhsu.co](https://ivanhsu.co)） 在软件行业，我们使用像Markdown和Mermaid这样的简洁文本语法来处理复杂的布局。这让我们能够专注于内容本身，并快速生成格式优美的文档。 乐谱和和弦图不就是音乐世界中的另一种文档形式吗？ 这就是我创建Cord Land的原因！[https://cord.land/landing](https://cord.land/landing) 这是一个可以快速生成乐谱和使用纯文本绘制和弦图的网站。 更棒的是，它可以自动转调歌曲！只需写入一个调，就可以瞬间转换为您想要的其他11个调。 我实现了一种新的语法，称为Corduroy，这是一种专为吉他手设计的ChordPro语法扩展。除了在歌词上方显示和弦名称外，您还可以自定义和弦图。例如，`%x32o1o%`将自动绘制一个C大调和弦在第一位置！ 欢迎在这里试用：[https://cord.land/landing#playground](https://cord.land/landing#playground) 有关更多使用细节，请参考：[https://cord.land/tutorial](https://cord.land/tutorial) “Cord Land”这个名字来源于“Cord”和“Chord”的同音词，代表和弦。 让我们在工作之余也保持对弹吉他的热情吧！ Ivan Hsu

嗨，HN， 我想分享一些我在过去几个月里一直在研究的内容，这可能对与分布式架构（例如微服务）互动的开发者们感兴趣。 我是一名后端开发者，在我去年的9到5的工作中，我们开始构建一个分布式应用——我的意思是两个或多个服务通过某种消息系统（如Kafka）进行通信。这是我第一次接触分布式系统。在阅读了Nathan J. Smith关于结构化并发的精彩文章后，我开始注意到这种基于消息的通信所面临的挑战与并发编程以及之前的GOTO编程之间的相似性——远程操作、复杂的故障追踪、同步问题等。我开始怀疑，如果症状相似，根本原因和解决方案也许也会相似。 这促使我设计了一种我称之为“结构化协作”的东西，基本上就是将结构化并发的规则应用于分布式系统所得到的结果。事实证明，这样做有一些相当强大的后果，包括： - 几乎消除了由于最终一致性导致的竞争条件 - 允许你恢复类似于分布式异常的东西——堆栈跟踪和跨服务边界的堆栈展开等效 - 使得对整个系统的推理变得更加容易 我整理了三篇文章，解释了： 1) 什么是结构化协作（[链接](https://developer.porn/posts/introducing-structured-cooperation/)）， 2) 一种你可以实现它的方法（[链接](https://developer.porn/posts/implementing-structured-cooperation/)），以及 3) 为什么它有效（[链接](https://developer.porn/posts/framing-structured-cooperation/)）。 我还整理了一个用Kotlin实现的文档齐全的POC（概念验证）实现，叫做Scoop（在标题中有链接）。我想你可以把它称为一个编排库，类似于Temporal（[链接](https://temporal.io/)），不过我想强调的是这只是一个POC，并不适合生产使用。 我希望能与社区讨论这个想法，看看大家的看法。如果这被证明是一种有用的做法，我会尝试推动在现有库中实现类似的东西（例如前面提到的Temporal、Axon（[链接](https://www.axoniq.io/products/axon-framework)）等——如果你知道其他适合的库，请告诉我）。正如我在文章中提到的，由于技术生态的异构性，我不确定实际构建一个库是否是个好主意，就像构建一个“结构化并发库”并没有意义一样，因为“并发”有很多实现方式。相反，我试图构建一个类似于“参考实现”的东西，供其他人作为构建自己实现的跳板。 除此之外，我认为这也具有教育价值，我尽力让所有内容尽可能易于理解。我认为一些有趣的内容包括： - 在Postgres之上实现分布式协程 - 同时具有反应式和阻塞实现，可以作为新手学习反应式编程的资源 - 我记录了使用Postgres作为消息队列时出现的各种有趣问题（特别请参见[链接](https://github.com/gabrielshanahan/scoop/blob/09db323bf6c8a72ca34b50392928db13f80dcc15/src/main/resources/db/migration/V2__create_message_event_table.sql#L20)和[链接](https://github.com/gabrielshanahan/scoop/blob/09db323bf6c8a72ca34b50392928db13f80dcc15/src/main/kotlin/io/github/gabrielshanahan/scoop/blocking/coroutine/structuredcooperation/MessageEventRepository.kt#L676)） 请告诉我你的想法。