偶然在 X 上刷到了 Timepage 的视频，回想起来这确实是当年挺火的一个 App，就下载体验了下，确实惊艳。
- 设计上别具一格，整体框架是左中右的三栏设计，切换主要靠滑动，这样可以将最大的区域用于展示 Calendar。如果要再进入到二级页面（比如点击某个日程，或点击 Settings 的某一个选项），会 Present 或 Push 一个页面出来。
- 体验上非常丝滑
- 动画不是线性的，而是模拟现实的 EaseOut。
- Present 一个页面时是 Zoom In，退出时是 Zoom Out，有点像 Pinterest。
- 细节上也做足了功课，不会像一些 App 上来走一个 onboarding 流程就完了，它会在特定页面适时给出提醒。
这个 App 只有细致体验了之后，才能感受到它的魅力，它会给 7 天的试用，用完 cancel subscription 即可。
PS: 用 Fluidity 来形容这种流畅丝滑的体验挺合适的。
有段时间没有关注 Medium 了，原来过的一直挺挣扎，确实在这个[短]视频时代，长文本的生存空间越来越小。
本文详细阐述了 Medium 公司在 2022 年面临的财务困境、产品质量下滑以及如何通过一系列艰难的改革措施实现扭亏为盈的过程。作者 Tony Stubblebine 于 2022 年 7 月接任 CEO，当时 Medium 每月亏损 260 万美元，订阅用户流失，内容质量充斥着“快速致富”和“点击诱饵”等低质量内容。在外部投资枯竭、无法被收购的情况下，Medium 唯一的出路是实现盈利或倒闭。
为了走出困境，Medium 采取了多管齐下的策略。在内容质量方面，引入了“Boost”机制（人工专家推荐）、调整了“合作伙伴计划”激励机制以奖励高质量内容，并推出了“Featuring”功能，赋予出版物推广优质内容的权力。这些措施显著提升了平台内容质量，赢得了用户信任。...
Beast Mode 3.1 是一个为 VS Code 定制的聊天模式，旨在将 AI 代理（Agent）转化为更高效的“野兽”。它本质上是一个经过精心设计的提示（prompt），基于 OpenAI 官方的 4.1 Cookbook 示例，并融入了高度主观的工作流程，模拟了实际开发人员解决问题和实现功能的方式。Beast Mode 主要针对 GPT 4.1 设计，但也兼容 Claude 和其他模型。
Beast Mode 的诞生是为了解决 GPT 4.1 的两个主要缺点：缺乏自主性（Agency）和缺乏准确性（Accuracy）。GPT 4.1 虽然速度极快，但往往“言而不行”，且容易在未完全解决问题前结束任务。Beast Mode 通过在提示中多次强调“持续工作直到问题完全解决”，并引入类似 GitHub Copilot 编码代理的待办事项列表机制，显著提升了其自主性，使其更倾向于完成整个任务。...
Anthropic 内部团队正在通过 Claude Code 彻底改变其工作流程，使开发人员和非技术人员能够处理复杂的项目、自动化任务并弥补技能差距，从而提高生产力。本文通过对数据基础设施、产品开发、安全工程、推理、数据科学与可视化、产品工程、增长营销、产品设计、强化学习（RL）工程和法律等团队的采访，深入探讨了 Claude Code 的具体应用、对团队工作的影响以及其他组织采用该工具的建议。
从这篇文章就可以一窥 AI 是如何融入到各个岗位的工作流，并提升开发效率。这还只是 Claude Code 这一个工具，想象之后 AI 工具变得更强更丰富后，「人」会面对的挑战。
PS：中文版可以看这篇：https://baoyu.io/translations/how-anthropic-teams-use-claude-code
作者从 2015 年 7 月 11 号开始跑步，一直跑到现在，中间没有一天中断，太厉害了···
网站的 Data Visualization 做的很棒，Strava 收集的信息也真是丰富。
In July 2015, something changed. I headed out on a run on a Tuesday, then did another one the next day, and the day after, and… I took the Friday off. When I woke up on July 11, 2015 I remember thinking I could have done 4 days in a row, so I set out to try and do that. 4 days turned into a week, then a month, then two, then six, then a year, and here I am, ten years later....
前有Windsurf核心团队跑路，现在发现Cursor Pro大幅限量。上个月做了2个小项目，月底还有100多次requests没用，本月加了2个小需求改了一个bug就已经开始卡我了。真是不能年付任何AI服务，下个月坚决不续了。
根据一篇FT文章的启发，做了一个DCF估值模型，发现太简单了，简单到一半的股票都不适用。经过与Gemini的一步步讨论，不断增加参数和计算，感觉现在应该能评估8成股票，剩下的只能交给其他模型了
这是 Coder & Designer Paul 的摄影页面，除了照片本身质量很高外，页面的设计也很赞，每个地点的元素很丰富，有照片、视频、餐馆、笔记、地区等等，而且融合地非常好，可能是我看过的设计最棒的摄影页面了。
PS: 作者之前这个 site 用的是 zola，运行了 10 多年，后来改成了 Next.js
无意中发现的一个越南视觉设计师的网站，甚是喜欢。
I taught myself with borrowed sketchbooks and long hours of observation — sketching what I saw, recording what I felt. I collected fragments of daily life: textures, gestures, overheard stories, the quiet poetry of familiar streets.
Over time, this self-taught path shaped my practice into what it is now — vibrant, culturally-rooted storytelling through illustration, where colors and memories meet.
作者分享了他构建大型软件项目的一些技巧，基本赞同。（PS：Ghostty 确实挺不错的，已经是我的默认终端了）
在项目启动阶段，最困难的是找到一个合适的切入点。他建议选择一个能够尽快看到结果的“子项目”，即使这些结果最初可能不那么“可见”，也可以通过自动化测试来验证进展。例如，在开发终端模拟器时，他选择从 VT 解析开始，通过编写测试用例来验证解析器的功能，从而获得“测试通过”的成就感。
核心是以下几个步骤：
- 将大问题分解为小问题，每个小问题都必须有清晰的可见结果。
- 只解决小问题到足以推动大问题的演示层面，然后转向下一个小问题。
- 解决足够多的小问题，以便开始构建可运行的软件演示，然后继续迭代更多功能，尽可能频繁地进行演示。
- 如果适用（个人项目或解决自身问题的项目），优先开发能让自己采纳软件的功能，并持续首先解决自己的问题。
- 根据需要，返回并迭代改进每个组件，重复此过程。
作者花了 5 年的时间做了这个动画库，确实酷！可以在这里一窥这个网站是如何做出来的。 https://x.com/JulianGarnier/status/1910336387812860380
有人问到，这个网站从想法到实现大概花了多久，作者的回复：
I started working on the website in early January, spent around 3 weeks on the design, then one month on the dev, and an other month on the copy, performance improvements and refined the design before release.
偶然在 X 上刷到了 Timepage 的视频，回想起来这确实是当年挺火的一个 App，就下载体验了下，确实惊艳。
- 设计上别具一格，整体框架是左中右的三栏设计，切换主要靠滑动，这样可以将最大的区域用于展示 Calendar。如果要再进入到二级页面（比如点击某个日程，或点击 Settings 的某一个选项），会 Present 或 Push 一个页面出来。
- 体验上非常丝滑
- 动画不是线性的，而是模拟现实的 EaseOut。
- Present 一个页面时是 Zoom In，退出时是 Zoom Out，有点像 Pinterest。
- 细节上也做足了功课，不会像一些 App 上来走一个 onboarding 流程就完了，它会在特定页面适时给出提醒。
这个 App 只有细致体验了之后，才能感受到它的魅力，它会给 7 天的试用，用完 cancel subscription 即可。
PS: 用 Fluidity 来形容这种流畅丝滑的体验挺合适的。
有段时间没有关注 Medium 了，原来过的一直挺挣扎，确实在这个[短]视频时代，长文本的生存空间越来越小。
本文详细阐述了 Medium 公司在 2022 年面临的财务困境、产品质量下滑以及如何通过一系列艰难的改革措施实现扭亏为盈的过程。作者 Tony Stubblebine 于 2022 年 7 月接任 CEO，当时 Medium 每月亏损 260 万美元，订阅用户流失，内容质量充斥着“快速致富”和“点击诱饵”等低质量内容。在外部投资枯竭、无法被收购的情况下，Medium 唯一的出路是实现盈利或倒闭。
为了走出困境，Medium 采取了多管齐下的策略。在内容质量方面，引入了“Boost”机制（人工专家推荐）、调整了“合作伙伴计划”激励机制以奖励高质量内容，并推出了“Featuring”功能，赋予出版物推广优质内容的权力。这些措施显著提升了平台内容质量，赢得了用户信任。...
Beast Mode 3.1 是一个为 VS Code 定制的聊天模式，旨在将 AI 代理（Agent）转化为更高效的“野兽”。它本质上是一个经过精心设计的提示（prompt），基于 OpenAI 官方的 4.1 Cookbook 示例，并融入了高度主观的工作流程，模拟了实际开发人员解决问题和实现功能的方式。Beast Mode 主要针对 GPT 4.1 设计，但也兼容 Claude 和其他模型。
Beast Mode 的诞生是为了解决 GPT 4.1 的两个主要缺点：缺乏自主性（Agency）和缺乏准确性（Accuracy）。GPT 4.1 虽然速度极快，但往往“言而不行”，且容易在未完全解决问题前结束任务。Beast Mode 通过在提示中多次强调“持续工作直到问题完全解决”，并引入类似 GitHub Copilot 编码代理的待办事项列表机制，显著提升了其自主性，使其更倾向于完成整个任务。...
Anthropic 内部团队正在通过 Claude Code 彻底改变其工作流程，使开发人员和非技术人员能够处理复杂的项目、自动化任务并弥补技能差距，从而提高生产力。本文通过对数据基础设施、产品开发、安全工程、推理、数据科学与可视化、产品工程、增长营销、产品设计、强化学习（RL）工程和法律等团队的采访，深入探讨了 Claude Code 的具体应用、对团队工作的影响以及其他组织采用该工具的建议。
从这篇文章就可以一窥 AI 是如何融入到各个岗位的工作流，并提升开发效率。这还只是 Claude Code 这一个工具，想象之后 AI 工具变得更强更丰富后，「人」会面对的挑战。
PS：中文版可以看这篇：https://baoyu.io/translations/how-anthropic-teams-use-claude-code
作者从 2015 年 7 月 11 号开始跑步，一直跑到现在，中间没有一天中断，太厉害了···
网站的 Data Visualization 做的很棒，Strava 收集的信息也真是丰富。
In July 2015, something changed. I headed out on a run on a Tuesday, then did another one the next day, and the day after, and… I took the Friday off. When I woke up on July 11, 2015 I remember thinking I could have done 4 days in a row, so I set out to try and do that. 4 days turned into a week, then a month, then two, then six, then a year, and here I am, ten years later....
前有Windsurf核心团队跑路，现在发现Cursor Pro大幅限量。上个月做了2个小项目，月底还有100多次requests没用，本月加了2个小需求改了一个bug就已经开始卡我了。真是不能年付任何AI服务，下个月坚决不续了。
根据一篇FT文章的启发，做了一个DCF估值模型，发现太简单了，简单到一半的股票都不适用。经过与Gemini的一步步讨论，不断增加参数和计算，感觉现在应该能评估8成股票，剩下的只能交给其他模型了
这是 Coder & Designer Paul 的摄影页面，除了照片本身质量很高外，页面的设计也很赞，每个地点的元素很丰富，有照片、视频、餐馆、笔记、地区等等，而且融合地非常好，可能是我看过的设计最棒的摄影页面了。
PS: 作者之前这个 site 用的是 zola，运行了 10 多年，后来改成了 Next.js
无意中发现的一个越南视觉设计师的网站，甚是喜欢。
I taught myself with borrowed sketchbooks and long hours of observation — sketching what I saw, recording what I felt. I collected fragments of daily life: textures, gestures, overheard stories, the quiet poetry of familiar streets.
Over time, this self-taught path shaped my practice into what it is now — vibrant, culturally-rooted storytelling through illustration, where colors and memories meet.
作者分享了他构建大型软件项目的一些技巧，基本赞同。（PS：Ghostty 确实挺不错的，已经是我的默认终端了）
在项目启动阶段，最困难的是找到一个合适的切入点。他建议选择一个能够尽快看到结果的“子项目”，即使这些结果最初可能不那么“可见”，也可以通过自动化测试来验证进展。例如，在开发终端模拟器时，他选择从 VT 解析开始，通过编写测试用例来验证解析器的功能，从而获得“测试通过”的成就感。
核心是以下几个步骤：
- 将大问题分解为小问题，每个小问题都必须有清晰的可见结果。
- 只解决小问题到足以推动大问题的演示层面，然后转向下一个小问题。
- 解决足够多的小问题，以便开始构建可运行的软件演示，然后继续迭代更多功能，尽可能频繁地进行演示。
- 如果适用（个人项目或解决自身问题的项目），优先开发能让自己采纳软件的功能，并持续首先解决自己的问题。
- 根据需要，返回并迭代改进每个组件，重复此过程。
作者花了 5 年的时间做了这个动画库，确实酷！可以在这里一窥这个网站是如何做出来的。 https://x.com/JulianGarnier/status/1910336387812860380
有人问到，这个网站从想法到实现大概花了多久，作者的回复：
I started working on the website in early January, spent around 3 weeks on the design, then one month on the dev, and an other month on the copy, performance improvements and refined the design before release.