Origin

OmniFocus 4 即将发布！在我多年管理我的待办的过程中，我尝试过 Todoist、滴答清单、Things、Sorted 等等几乎所有市面上的 TODO 软件，但最终，OmniFocus 终成我一直以来的最终选择。而谈及 OmniFocus 的强大性，不得不提的就是他强大的自动化能力 —— Omni Automation。 Omni Automation 实际上是基于 JS 脚本的，而编写纯...

总结基础规则： 所有的 init 函数都在一个 Goroutine 中执行（但请参见下面的特殊注意） 如果 package a 引用了 package b，那么 a 的 init 一定在 b 的 init 运行完成后运行 main package 的 main 函数一定在其他 init 函数均运行完成后再运行（即运行顺序为 package 的 init -> main 的 init ->...

看到了 FeedbackTrace 这个项目，看起来不错，但是我不会去使用，一个主要的原因就是它没有公布定价。 如果去选择一个一个直接面向 C 端的第三方产品，我一定会选择已经有了明确定价的 —— 否则我将承担巨大的未来的风险。如果未来定价不满足我的预期，我需要去考虑怎么迁移数据、怎么抹平用户体验差异等，一方面可能带来不确定的时间成本，另一方面可能产生糟糕的终端用户体验。 面对公测期间的价格和上线...

最近在一个自己的小 Side Project 中使用了一下 Server Action，感受大概是 更多的其实是替换原来的 /api 路由，可以把它想做一个 TypeSafe 的 RPC，原来需要自己去定义 API 然后生成代码，这些 Server Action 直接帮你做了 因此，感觉原来用了 Next.js 的 /api 路由的，迁移到 Server Action 会有较大...

在 Swift 上，执行一个异步的函数大体上有两种办法 Task DispatchQueue 背景知识：线程和队列Swift 同时支持多线程和异步，因此 存在主线程和多个后台线程 每个线程存在若干队列（若干个全局 global 队列（每个优先级一个）、自定义队列（人为创建）） 背景知识：队列优先级在队列层面，存在优先级的概念（在 Task 中叫 priority，在 DispatchQueue 中...

尽可能降低 RSS 的「手动筛选」，包括内容量和频率 更多的关注你的稍后阅读，而不是追求新的信息 1 有两个层面，一是尽可能的用自动化，将关注的内容直接推送到稍后阅读工具中，而不是人工筛选，另一个是人工筛选的频率要尽可能降低，至少不应该每天都去筛选 2 是，尽管新闻很诱人，但是稍后阅读中堆积的内容也曾是你的兴趣，尽可能让你的稍后阅读呈现递减的趋势，反而新的内容没那么重要

前言在构建 Linux/Unix 系安装包时，除了打包成标准的适用于各种发行版的软件包以外，我们更多的可能希望可以提供一个 shell 脚本进行程序的安装，将安装步骤简单收敛为两步：下载脚本 + 运行脚本。 通常，这种大多数的安装脚本都是再次从互联网上下载所需资源的，这样可以最小化脚本的体积并保证安装的始终是最新版本，但是这同样导致了下载到的「安装包」本质上是个「安装器」，无法离线安装。...

通常在本地化时往往会涉及到时区转换的问题，而通常在真正关注到时区之前我们所「默认」使用的时区为 UTC 或“本地”。 本文以 Go 为例，分析下 Go 中的时区使用。 读取时区在 Go 中，读取时区使用的是 LoadLocation 函数。 12345678910111213141516// LoadLocation returns the Location with the given name...

Windmill 是一个开源可自部署的工作流引擎（甚至低代码平台），可访问 https://www.windmill.dev/docs/compared_to 查看其官方与 Zapier 等服务的对比。 本文将展示如何将其部署到 Fly.io 概览本文介绍了两种方式来进行部署 Windmill，我分别称之为 minimal 和 full 模式。 在 minimal 模式下，所有 Windmill ...

自从 xLog 引入了 Dark Mode 以后，因为大大降低了对比度造成文字灰色可读性差，我就暂停使用了 xLog （同时暂停了写作和阅读）而期待官方更新。然而，数月过去了，依然没有丝毫改善（难道开发团队都没人用 Dark Mode 吗）…… 行吧，自己动手，丰衣足食🌚 关闭自己博客的 Dark Mode因为 xLog 不支持自定义 js，故无法直接修改 xLog 的 Dark Mode 判断...