Gemini 3 发布之后这些日子里，我逐渐感到疑惑：为什么总让 AI 写网站写 PPT，Gemini 都发到第三代了，不能干点更有意思的事吗？

要那种科幻感强的、效果酷炫的、难度系数高的，但小白也能做的。比如这种：

或者这种：

Gemini：手势交互？没问题，包的。

在开始之前，先准备好 Gemini 3，这里是一点点的注意事项

目前有三种方式开启玩耍：Gemini 客户端 Canvas 模式、Google AI studio-Playground 和 Google AI studio-Build。

其中，最不推荐的是客户端，亲测无法有效拉起摄像头，并且，下面都是手势互动项目，举着手机，手自然也是没法做操控的。

后两者中，Build 是直接形成一个 app，你可以分享给其它朋友，缺点是 tokens 有限。而 Playground 会生成一套代码，需要下载到本地再打开，一旦换个电脑就可能运行不了，但优点是几乎没有 tokens 限制，每天一百万，量大管饱。

考虑到交互项目比较消耗 tokens，所以 Playground 更为合适，个别小项目用 Build 也可以，这就看个人情况而定。

Jarvis

Jarvis HUD 面板是在推上超过二十万次浏览的热门爆款，手势操控仪表球，就像钢铁侠操控 Jarvis 那样，酷毙了。

参考 prompt 如下：

create a webapp using vanilla js， html， css， modern threejs， mediapipe. it should be a sci-fi tony stark / iron man / jarvis experience focused on simulating an AR heads up display experience. full screen webcam input shown. add a heads up display that tracks the user’s head (offset to the right)， with live updating metrics. a minimal 3D world globe should be shown on the left center of the screen， that should be able to be rotated / sized by the user hand gestures

在 Build 模式下，亲测完全可以实现一次成型，Gemini 会自动安排任务、编写代码，调用不同的接口，进度条显示完成后，点击 Preview 就能直接打开——记得放行摄像头权限。

Gemini 3 自己就把效果设计安排得明明白白：左手是放大缩小，右边是转动，双手进入摄像头范围后会显示触控点——这些都是 prompt 里没有的，都是它自己的「想」出来的。搭配大屏幕或者投影，真的很有 Jarvis 既视感。

左边的地球建模和右边的面板的内容都是可以改变的，最初 Gemini 3 让右边的面板显示人体体温（显然是凭空编的），后来被我改成了「实时显示左侧地球模型的直径」。反正 vibe coding 一下，想怎么改怎么改。

雨滴控制

Jarvis 都有了，惊天魔盗团不也得安排上。

看电影时只有特效，但现在，有 Gemini 3 了。参考 prompt 如下：

用 HTML+JS+ML 模型做个网页应用，通过摄像头检测手势，实现用手势来控制雨滴动画的暂停、静止和升格效果。动画效果保持在雨滴垂直方向，风格参考电影《惊天魔盗团》

这个 prompt 的第一轮表述完全是按照我看电影之后的想法写的，每个细节都可以通过 vibe coding 再调节。根据第一轮 prompt，Gemini 会加入它自己的设计，比如这具体的手势就是它想出来的。

虽然是用 AI 做的，但是在识别手势动作时非常灵敏，包括不同手势之间的切换都能够快速响应。

3D 粒子

控制雨滴曾经是非常复杂的特效技术，就在《惊天魔盗团 2》上映之后，有一个饮料公司做了一支广告，通过控制雨滴，实现静态的粒子效果。

那么参考「控雨术」，Gemini 完全可以实现上面这种结合实拍和速度控制才能出现的效果，最接近的就是 3D 粒子。所以我又做了一个 3D 粒子效果的交互案例。

非常酷炫！prompt 参考如下：

用 Three.js 创建一个实时交互的 3D 粒子系统。通过摄像头检测双手张合控制粒子群的缩放与扩散，提供 UI 面板可选择爱心/花朵/土星/佛像/烟花等模型，支持颜色选择器调整粒子颜色，粒子需实时响应手势变化。界面简洁现代，包含全屏控制按钮

一次成型，最后出来的交互非常丝滑，尤其是对于手势的识别很准确又灵敏。

【小技巧】

涉及到颜色、布局、UI 设计等等细节，如果每次都用 vibe coding 的方式来调节，表述起来会很麻烦。并且每一次 vibe code 都存在抽卡的情况，所以有一个非常实用的技巧是：加上自定义模块，尤其是颜色、大小等，这样可以完全自主搭配自己喜欢的配色方案。

技能五子棋

由雨滴想到粒子，由粒子想到移动，由移动想到——五子棋！我终于可以做技能五子棋了！！

仔细想想，五子棋不也是一个手势控制、飞来飞去的交互方式吗！飞沙走石移动棋子，力拔山兮移动棋盘，全都安排上！

Prompt 参考如下：

做一个手势互动小游戏「技能五子棋」：主页面为五子棋棋盘，默认已经摆放好棋子。当用户做出「单手甩手」的动作时，棋子会跟随甩动的方向飞出棋盘。当用户做出「双手甩动」的动作时，棋盘会跟随甩动方向飞动

Gemini 自己完成了物理逻辑和手势之间的衔接，我的 prompt 只需要描述效果，而具体的速度向量计算、检测阈值，都不用我管。

它甚至还重新命名了「技能」：万象天引。

这叫飞沙走石啊 Gemini 老师！

节奏音乐游戏

综合上面的几个尝试，Gemini 的毋庸置疑，而且回想一下这些技能树：手势识别、色彩变化，这些组合起来，不就是小游戏吗？

于是我尝试了更复杂一点的项目：节奏游戏。

音游玩过很多了，但是零经验小白真要做一个游戏、怎么给 Gemini 形容我想达到的效果，还真是花了一点脑筋 ，后来第一版 prompt 如下：

做一个用手势操控的音乐游戏，主界面为四条音轨，用户上传音乐文件后，四条音轨上按节拍出现光点，用户需要用手势准确拍击出现的光点，背景为复古合成波（Synthwave）风格，背景、音轨和光点的颜色可以自定义调节

这基本上是我能想到的雏形，根据第一版 prompt，Gemini 选择了 Pygame 作为游戏引擎，继续使用 MediaPipe 做手势追踪，并且加入了 Librosa 用来分析音乐。

选择复古合成波风格是因为它有明确的视觉标志——Gemini 也识别出来了——落日、霓虹渐变色、网格和驶向地平线的道路，非常适合节奏音游。

果然做游戏比前面的一些小交互复杂多了……先是只能识别一只手，得调整；然后是无法上传音乐，得调整；到了第三版才稍稍有点样子

但是在体验过中我发现一个比较 bug 的地方：判定线的位置离屏幕边缘太近了，而摄像头的识别范围是有限的，我的手稍微放低一点就无法被识别。

一开始我尝试的方法是，把判定线移动到屏幕居中位置，保证我的手始终能在摄像头捕捉范围内。

但是又出来一个问题：光点出口和判定线之间的距离过短，留给我的反应时间也很短，更别提点击动作还有一点点点的延迟，整个可玩性大大下降。可是放太低就还是会出现手掉出识别范围的情况。

一时之间我还真想不到这个矛盾该怎么办，于是，我直接去问了 Gemini 能怎么解决。

它直接指出了这个问题的症结所在，并且提出了「视觉欺骗」的方式来优化体验，并且加了一个自定义滑块来调节偏移，这样一来无论手在什么位置，都可以通过调节滑块来对齐判定线。

天才。

后来我还指出，感觉光点的出现跟节奏不太一致，为了解决这个问题，Gemini 又加了一个滑块用来调节延迟。虽然我仍然认为它并没有很好地分析节奏型，但是这个滑块的设计还是很有效，尤其是解决了戴着蓝牙耳机导致的延迟。

【一些小技巧】

本质上，只要有 prompt 就有抽卡的情况存在，但抽卡未必就不好。当碰到非常硬伤的 bug，比如始终无法调用摄像头、无法上传文件等等，vibe coding 时反复修改也没效果，不如就直接「新建项目」。核心功能反映在代码上，彼此之间有所牵连，重新跑一遍，让 AI 整体性地补足，远比一点点 vibe coding 要更有效率。当然，能看懂代码就会更有效率，可以针对性地解决。 只不过，对于完全的零码选手来说，还不如直接重新抽卡。

在 AI 之前，做手势交互的应用，得先学点儿 Touch Designer，最好还懂点儿部署。这些都得一点点翻教程，反复研究，在这个过程中搞不好就被劝退了。

有了 AI 之后有多简单，自然不用多说。更关键的是，手势交互原本的门槛远比生图、做 PPT 要更复杂，却又能让小白零码选手快速领略到做应用的乐趣。

唯一留下的，是对审美的挑战。在这些案例里能看到，Gemini 有点审美，但不多，设计、配色等等都是差强人意。代码的「硬」技能它可以掌握，留给我们的，就是对于审美的挑战。

#欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博

By international disagreement, last Sunday morning the UK, along with Europe, set its clocks back an hour from British Summer Time to good old GMT, and this coming Sunday it’s the turn of most of the US to do the same. Unless you’re in Hawaii or Arizona (excluding the Navajo Nation), which apparently don’t take part in this bizarre ritual. This is marginally better than ancient Greece, where adjacent cities kept separate and discoordinated calendars even though their sundials might have remained in sync.

While Macs should take this all in their stride, there’s one feature that twice every year throws its hands up in horror leaving you to work around it, the log show command. Whatever you’re doing in the small hours when the clocks go back or forward, don’t try accessing log entries written during those couple of hours or you could be sadly disappointed.

When clocks go forward in the Spring, log show just skips an hour, leaving a void in the fabric of time. But when they go back, a whole hour occurs twice, and wreaks havoc with the log. That’s another time feature subject to general disagreement, when to change to and from summer or daylight saving time. In the UK and Europe, that’s undertaken at 01:00 UTC (or, in the UK, GMT), while in the US it’s at 02:00 local time. It’s surely confusing enough that clocks change simultaneously across the whole of Europe, but to know when those in a US state are due to change you also have to know the local time before they change.

To see how bad this is, after the dust had settled on the system clocks of two of my Macs last Sunday, I dared to look with two log browsers, Ulbow that relies on the log show command, and LogUI that has better sense and calls the OSLog API direct.

Accessing the log using Ulbow, there was no problem around 02:00 or 01:00 GMT (if you must, UTC), when you might have expected the clock change to have had greatest impact. On both Macs running here at the time, it was exactly 01:49:02 GMT or BST that the log fell over. Calling for a single second of the log at that moment elicited over 300,000 entries on one Mac, and just short of four million on the other.

Whatever logoclysm strikes at that moment is over in the twinkling of an eye. Step back a second or two and you’ll see normal log entries reported in the previous time (here, BST +0100), and step forward to see everything orderly and in new time (GMT +0000). Use LogUI instead of Ulbow, though, and you can’t even tell when local time was adjusted, as that app expresses all times according to the prevailing setting at the time you read the log.

There is a seldom-used option for the log show command in -timezone local, which displays all times in the current local time. Yet the default is for log entries to be “displayed in the timezone at the time the entry was written to source archive or file”, as explained in man log. In some circumstances that may make entries more readable, but at least twice a year it causes chaos, and I’m puzzled why log show still makes that its default.

Although Apple doesn’t document it, I suspect that the Unified log, like other time-reliant subsystems in macOS, relies on Mach ticks since a clock datum. Because those are strictly monotonic, they can’t go backwards and cause the confusion seen here, unless of course you disable network time syncing and manually set your Mac’s clock to a time in the past (and even that is appearance rather than reversal). That used to occur on old Macs whose system clock relied on a small internal battery with a limited life. When that battery expired, the system date and time reverted to the datum of 1 January 1970, at the time the mark of a Mac that needed its battery replaced.

If you’re in the US, I wish you a smooth transition when your clocks go back this weekend, and hope you don’t need to access any entries in the log for the hour that time is out of joint.

那年冬天，国际天文学联合观测网宣布，人类再次捕捉到一个“跨恒星访客”。
代号：3I / ATLAS。

它并非金属，也不像冰体。所有望远镜的数据都在闪烁、紊乱、跳跃。
有科学家提出，它的表面并非反光均匀，而是一种会散射观测波段的天然迷彩。
这意味着，它在主动隐藏自己。

天文学家称之为“被注视的凝视物”。

一、模型

两个月后，一个名叫苏弋的工业设计师在社交媒体上发布了一张照片。
他掌心托着一个13厘米长的灰黑色小模型，表面布满刻意的不规则反光。
标题很简单：

3I/ATLAS_SUiTHiNKModel_v1

照片下没有说明，也没有解释。
但第二天早晨，它就出现在各大科技博主与艺术账号的页面上。
短短几天，#ATLAS掌心体# 的话题播放量突破一千万。

人们惊讶地发现：这个模型拿在手里，会因角度与光线不同而不断改变亮度与轮廓，好像真的在呼吸。
没有任何机械结构，却让人产生一种“被凝视”的幻觉。

潮流品牌纷纷推出联名款、限量款，甚至高定银质版本。
3I/ATLAS 成了地球上最受欢迎的“掌心饰物”。

二、名字

直到那时，人们才开始注意到模型命名里那个奇怪的后缀：SUiTHiNK。

起初只是粉丝在 Reddit 上随口猜测：

“是不是苏弋 think 的意思？他在表达‘思考的我’？”

很快，语言学与符号学圈子加入了讨论。
牛津大学的一位古文字学家在论坛上指出，SUi 在苏美尔语音节表中确有记录，对应音素「šù-i」，意为“手中之物”或“掌握的”。
而 THiNK 若取古日耳曼转写体系中「þenkaz」的变体，则可指“思想、意志”。

这两个词放在一起——SUi / THiNK——意外构成一种双重结构：

“思想被握于手中”
“手成为思想的延伸”

正好对应了那枚贴合掌心的模型。

三、文件

一个名为《ATLAS分析草稿》的PDF文件在暗网流出，署名不明。
文件记录了苏弋受邀前往某个“国际天文资料保存计划”设计储存容器的过程。
文件被加密，只能读到部分片段：

「……他拒绝使用镜面金属，要求采用能分散反射的表层……」
「……他说它看我们的方式，与光的角度有关……」

消息曝光后，网友纷纷去翻苏弋的旧贴。
有人发现，在他早期设计的数个装置艺术中，常出现一种奇怪的结构：
不规则的反光面、内部空洞、可置于掌心的尺寸。
似乎他早在3I/ATLAS出现前，就在“模拟它”。

四、失踪与重现

半年后，苏弋停止更新。
没有告别，也没有声明。
他最后一条动态是一张模糊的近景：
灰色反光面，指纹模糊，背景是实验室的冷光。

账号沉寂，模型销量却持续飙升。
ATLAS 成了新世代的“图腾物”——有人把它挂在胸前祈祷，有人说握着它冥想能听见低频嗡鸣。
心理学家解释那是“自我投射效应”，
可越来越多的视频声称，模型在暗处能“微微震动”。

五、抄本与注释

一位梵文与苏美尔语双修的学者在学术会议上展示了一页《纳格·哈玛第文库》的边注。
那是一段13世纪的修订版手抄本，边缘用拉丁混写体标注着一个模糊的词组：

“SUI · THINC”

他解释说，古修士在这里用“sui”（自我）与“thinc”（思想、议会）并置，
象征“自我与思想的合一”。
而这页手稿讨论的主题正是——“被造物如何回望造物主”。

学者最后说：

“这并非巧合。有人在重新复写那一页。”

六、光的陷阱

几个月后，一个匿名账户上传了一段短片。
画面是普通实验室，一枚3I/ATLAS模型被置于光谱仪下。
随着仪器启动，反射光像是被吸入某种结构中——
在高倍放大镜头下，模型表面出现了极细的刻痕，
排列成一种自相似的螺旋分布。

字幕写着：

「不是反射，而是记忆。」

短片很快被删除，但无数人下载、转发。
有科技频道尝试复刻实验，结果不同——有的只是普通塑料折射，有的却出现微光闪烁。

人们开始相信，真正的那批限量模型里藏着“某种东西”。

七、余波

如今，3I/ATLAS 已成全球设计学院的研究对象。
有人研究其造型心理学，有人分析其符号学层次。
但没人再提那个名字——苏弋。

只有极少数人记得，他在一篇采访中留下过一句话：

“如果我们注视的东西，也在注视我们，那我们看到的，或许只是它让我们看到的部分。”

这句话如今被无数次印在ATLAS周边的包装盒上，
也被误以为是广告语。

而在某个收藏论坛上，一张从未公开的照片被匿名发出：
桌上放着数枚模型，灯光昏暗，镜头对焦在最后一排。
那些模型的反光形成一条微弱的线，连成一个英文单词——

RETURN.

模型由我使用 Midjourney、Tripo 设计制作；

短文由 ChatGPT 配合我完成；

首图为模型实拍，经 Banana 和 Snapseed 处理。

点击这里打印模型，祝大家玩得开心！

Time is central to any log, and with the high performance of the Unified log it’s fundamental. It’s also one of its most confusing aspects, particularly when you add time zones, seasonal clock changes, and clock synchronisation.

Clock ticks

I believe each log entry includes the Mach absolute time (MAT) when that entry was made, and those form the log’s internal timebase. However, Apple doesn’t document that, there are alternatives such as Mach continuous time, and times exposed in the public OSLog API are limited to opaque Date structures rather than MAT. In contrast, the log show command can return a numeric field named machTimestamp that does appear to contain the MAT of that log entry.

The first complication with time is that MAT differs between Intel and Apple silicon Macs. While each increment in MAT represents one nanosecond in Intel Macs, in Apple silicon chips MAT ticks occur three times every 125 nanoseconds, or once every 41.67 ns. These are monotonic, in that they always move forward, so every subsequent tick count is greater than (or equal to) the previous ones, unlike wallclock time.

I have looked in detail at how this is reflected in times shown in the log when accessed by different methods, including that now used by LogUI. In practice, this means that the finest resolution of time in LogUI is 1 microsecond, which should suffice for almost every purpose.

Wallclock time

While MAT can be useful for measuring differences in time with great precision, it doesn’t tell you the time in terms of real-world clocks, or wallclock time. Conversion between those relies on data stored in opaque timesync files stored alongside log files. Those are used to provide a wallclock time for each log entry when it’s obtained either through the log show command, or the opaque Date structure in the OSLog API that LogUI relies on. It’s here we encounter all the complexities of the wallclock, such as time zones, seasonal time corrections, and corrections to synchronise with global time references.

Times shown in log entries also need to match those set in the log browser. In practice that leaves two options for times shown in log entries: express them in the local time when they were saved to the log, or in the local time when they’re extracted from the log. By default, the log show command adopts the former, as does Ulbow because it gets its log entries using that command tool, but LogUI converts all times to local time when the log extract is obtained. log show does have an option --timezone local to synchronise entries to current local time, but that’s seldom used.

Wallclock adjustment

The only time measure that remains unaffected by system wallclock time adjustments is MAT. No matter how a wallclock time is expressed, though, there will always be a hiatus and the risk of duplicate times being given, for example with consecutive entries of
08:26:16.140474+0100
08:26:10.043353+0100 === system wallclock time adjusted
08:26:10.044335+0100

If you’re using the log to measure time, and those measurements span a wallclock adjustment, you will need to make a manual adjustment to allow for that.

Time zone and season

When times of log entries are expressed using the local time applicable when those entries were written, changes in time zone and seasonal adjustments become confusing. For example, these entries were written when the wallclock was advanced by one hour in accordance with the start of British Summer Time:
2020-03-29 01:09:22.489149+0000 361080253974026
2020-03-29 01:09:22.489160+0000 361080253985232
2020-03-29 02:09:22.522734+0100 361080253990360 === system wallclock time adjusted
2020-03-29 02:09:22.522749+0100 361080254005593
2020-03-29 02:09:22.522913+0100 361080254170158
In each case, the wallclock date and time are given first, followed by the MAT (from an Intel Mac), demonstrating that the hiatus of one hour doesn’t affect the latter.

According to convention, Summer time adjustments across Europe are made at 01:00:00 +0000 (UTC). So in the Spring, clocks are put forward from 01:00:00 regular time to 02:00:00 Summer time. In North America, changes are made at 02:00:00 local, and usually on different days. Because of the way that macOS manages time, changes to the system clock will inevitably occur shortly after the officially set time, in that case nearly ten minutes later.

To avoid this confusion, LogUI expresses wallclock and control times using local time when those entries are extracted from the log. In that case, you’d see
2020-03-29 02:09:22.489149+0100
2020-03-29 02:09:22.489160+0100
2020-03-29 02:09:22.522734+0100 === system wallclock time adjusted
2020-03-29 02:09:22.522749+0100
2020-03-29 02:09:22.522913+0100
as you would obtain that log extract when British Summer Time was already in force.

Converting from Date values stored in log files to strings expressed in local time isn’t something an app would want to repeat constantly, for example on the fly when scrolling through a list of 50,000 entries. LogUI therefore converts each time into text when it fetches those log entries. If you then save the log extract in JSON format, those times remain in that local form, and aren’t converted again if you open that file in a different time zone or seasonal time correction. If you want to retain times in their original format, so they’ll be converted into a later time zone, for example, save the log as a logarchive, to ensure that each time will be converted into text using the local time applicable when the extract is fetched from that logarchive. That should affect few users, and only in unusual situations.

Key points

• The Unified log appears to record times in Mach absolute time, and convert those to wallclock format when accessed.
• By default, the log show command, and apps like Ulbow that use it, give the wallclock time adjusted to local time when each log entry is written. That can result in confusing time sequences.
• LogUI expresses all times in local time when log entries are extracted from the log. That makes its handling of time independent of seasonal changes, and more consistent.
• Periodic wallclock adjustments affect all wallclock times, and may need to be allowed for when measuring times from log entries.

The greatest challenge in using the Unified log is how to navigate its many thousands of entries, to find those you want to read. Success depends on the combination of two aids: time and waypoints (or landmarks).

Time

No matter how you obtain log extracts, you need to know when to look for those entries. The more precisely you can work out the time of interest, the quicker and easier it will be to locate the entries you’re interested in. While the log command offers alternatives, LogUI works throughout using the local time applicable when you access the log, allowing for your current time zone and any seasonal adjustment to it, when accessing the live log in that Mac.

However, the underlying times given in log extracts are those recorded by the Mac or device whose log you’re accessing. If its system clock was five minutes slow when those entries were written to its log, then you need to allow for that. For example, when I first started my Mac yesterday its clock might have been 1 minute slow. An event that occurred at 10:56 yesterday by the room clock would therefore appear in the log entries for 10:55.

One important time you can discover is the boot time of the Mac. Mints offers a Boot button to retrieve boot times over the last 24 hours. If the logs were written by a different Mac or device, then you’ll need to search for the time of that last boot. Fortunately the first two log entries are easily recognised:
11:41:37.562774+0100 === system boot: D3CEA9B4-F045-434D-8D12-C6E794A02F14
11:41:42.758780+0100 kprintf initialized
The long gap between the first two entries is accounted for by the firmware phase of the boot process. If necessary you can search for a message containing === (three equals signs). Mints provides the time of the first of those for each boot, and its UUID.

There are two occasions when time can become confusing, when clock corrections are applied, and when clocks are moved forward or back to add or remove summer or seasonal time changes. Fortunately the latter only change twice each year, although when they do, you really don’t want to see what happened in the log, and those changes aren’t even applied at a predictable time.

Clock corrections, like kernel boot, are readily found by the === text in their message. They normally happen in pairs, with the first correction the larger, and the second often far smaller. Here’s an example seen in consecutive log entries:
08:26:16.140474+0100 /usr/libexec/sandboxd[80] ==> com.apple.sandboxd
08:26:10.043353+0100 === system wallclock time adjusted
08:26:10.044335+0100 Sandbox: distnoted(72) deny(1) file-read-metadata /private
08:26:10.044601+0100 2 duplicate reports for Sandbox: distnoted(72) deny(1) file-read-metadata /private
08:26:10.044606+0100 Sandbox: distnoted(72) deny(1) file-read-metadata /Library
08:26:10.089204+0100 === system wallclock time adjusted
08:26:10.091850+0100 started normally

The first adjustment dropped the clock back by 6.1 seconds, from 08:26:16.140474 to 08:26:10.043353. This means that you’ll see times of 08:26:12 both before the correction and afterwards. The second adjustment, from 08:26:10.044606 to 08:26:10.089204, was far smaller at 0.045 seconds, and at least went in the right direction.

The most substantial clock corrections are made shortly after booting. Although macOS does make them later, the size of those should be smaller.

Waypoints

Even working with times resolved to the second, those can still leave you browsing thousands of log entries. To locate more precisely you need details of one or more entries that will be sufficiently distinctive to focus in on a few dozen. These are waypoints for navigation.

LogUI provides three methods for locating these waypoints:

• using a search predicate to determine which log entries are extracted from the log;
• applying search text to filter out all entries that don’t contain a term;
• searching a rich text export of the log extract.

Predicates

These are best used when the time period of your extract needs to be relatively long, so would return a large number of entries. For example, if you can only narrow the time down to several minutes, and are looking for the time that a specific app was launched, you can look for that app’s job description when it’s created and written to the log by RunningBoard.*

Over a period of two minutes, RunningBoard might write thousands of entries in the log, so looking for your app’s job description among them would be time-consuming. Set the start time and period to cover the whole of the time you want to search, then set a predicate for the subsystem com.apple.runningboard.

When LogUI fetches that log extract, there might still be over 2,000 entries, so now is the time to apply search text to filter those further.

Search filter

To filter those 2,000 entries and show only those containing job descriptions created by RunningBoard, enter the text constructed job in LogUI’s search box, with its menu set to Messages, and press Return. You’ll now see that list reduced to just a handful, and looking through them you can discover exactly when your waypoint occurred.

My example for this article starts with a period of just 2 minutes, in which there were more than 100,000 log entries.

Using the com.apple.runningboard predicate whittled those down to 13,443 entries.

Searching within those for constructed job left me with just 8 entries to look through.

Search rich text

Sometimes you can’t devise the right combination of predicate and search filter to discover what you’re looking for, which might be an error reported in a subsystem or a process that you can’t identify. One good way forward is to narrow your log extract as much as you can, then save the extract as Rich Text, open that in a suitable editor, and search through it for the word error. That will discover every log entry containing the word error anywhere, rather than confining it to the message text.

Using time and waypoints

Armed with your waypoint and the exact time of its entry in the log, you can now set that as the start time, set a period of a couple of seconds, and get a full log extract containing all the detail you might need. This should give you further clues to allow you to move through time using predicates and search filters to discover what happened. This is much quicker and less frustrating than trying to scan through thousands of log entries in search of vague clues.

Key points

• Use time and waypoints to find log entries.
• Mints’ Boot button gives times of each boot in the last 24 hours.
• Reduce the number of log entries returned using a predicate.
• Narrow those down using a search filter.
• Search all text by exporting the log extract as Rich Text.

* Sadly, the days of being able to access freely RunningBoard’s informative job descriptions in the log are over. As of macOS Tahoe, all you’ll see is the dreaded <private> of censorship. If you want to examine these now, you’ll have to remove log privacy protection first. Thanks, Apple, for providing such useful tools then rendering them next to useless.

The Forest of Fontainebleau covers an area of about 250 square kilometres (almost 100 square miles) to the south-east of Paris. It’s mixed deciduous woodland, much of it ancient, with a royal castle at its centre. Around the edge of the forest are several small villages that have attracted painters since the early nineteenth century, and inspired two schools of painting: Barbizon, named after the village where most of its adherents gathered, and Impressionism. This weekend I show some of their paintings, starting today with examples from the Barbizon period up to the early 1860s.

The forest has been a favourite hunting ground for French kings, and for the Emperor Napoleon.

Among the paintings of François Flameng showing the Napoleonic period, one of the most striking is this scene of Napoleon Hunting in the Forest of Fontainebleau, where the pack is closing in on a cornered stag as the sun sets.

The royal castle, Château de Fontainebleau, was later used by Napoleon III for receptions.

Jean-Léon Gérôme articulated Napoleon III’s aspirations for empire in his elaborate formal painting of the Reception of Siamese Ambassadors by Napoleon III (1864), depicting the grand reception held at Fontainebleau on 27 June 1861. Gérôme attended in the role of semi-official court painter, made sketches of some of the key figures, and was further aided by photographs made by Nadar. He also included himself, and the older artist Ernest Meissonier (1815-1891), in the painting: I believe that they are both at the back, at the far left.

Achille Etna Michallon was one of the first great landscape artists to paint en plein air in the forest. His study of The Fallen Branch, Fontainebleau from about 1816 anticipates the Barbizon School in its motif, style and location. This large branch looks more like a dying animal.

A decade later, the British artist Richard Parkes Bonington visited briefly and both sketched and painted In the Forest at Fontainebleau (c 1825). The rocks here are particularly painterly, suggesting that this may have been started, if not completed, in front of the motif.

Towards 1830, inspired by the paintings of John Constable, several young French landscape painters started visiting the forest. The first was probably Camille Corot, who first painted there in 1822, and returned in earnest in the Spring of 1829, after his long stay in Italy to learn plein air painting technique in the Roman campagna.

In Corot’s Fontainebleau Forest (The Oak) from about 1830, the twisted limbs of the oak have taken time and care, sufficient to give texture and shadows to the trunks and branches. Where the canopy is more broken he painted the leaves in considerable detail.

Corot was joined by Théodore Rousseau, Constant Troyon, Jean-François Millet, Paul Huet, and later Charles-François Daubigny and Henri Harpignies. Although many of their paintings were made in the forest, few have been located with certainty.

When Harpignies was on the edge of the Forest of Fontainebleau, he painted largely en plein air, including this fine view of Fir Trees in Les Trembleaux, near Marlotte from 1854.

The great animalière Rosa Bonheur lived on the edge of the forest, where she painted some fine watercolours, including her Deer in the Forest of Fontainebleau (1862). By that time, the next generation was getting ready to take over from the Barbizon School.

膝盖骨乐队 Kneecap，8.5/10

评分给高了一点，是因为我部分地代入了音乐教师 Dj Próvai 的角色，于是它似乎成为了对我而言最好的中年电影之一。

不再是那种俗套的中年电影：在生活压力或者虚无中产生情绪，寄情于（事业 or 自然 or 某种兴趣爱好 or 性爱）之中，最终（成功 or 不成功）的故事。

而是，在碌碌生活中，仍然坚信自己的某些想法是对的（譬如怎样普及爱尔兰语），尽管无力去做什么，却仍然保持着心底的理念，不让屁股决定自己的脑袋。然后，某一天，恰逢其会，遇到了更有天赋和激情的小朋友们，就可以随时行动起来，为他们提供支持，用自己的经验和技术，让那些 idea 更有机会实现。

同时，一方面，在社群中维持某种程度而又不喧宾夺主的 ego；另一方面，在自己原有的社会连接中，纠结而微妙地平衡着，和各种被动或主动地岁月静好的人们、为你好但理念非常不兼容的人们、以及用非无政府主义的态度搞事情的人们，或者试探、或者坦承、若即若离。

以及，经常遇到小朋友们听不懂年代梗的尴尬。

：我这个录音棚比不上 Abbey Road 啦。
：Abbey 啥玩意？
：……

：大家看啊，Roland 808 鼓机！
：这是啥？看着像 80 年代的垃圾？
：……是我们要用来录音的设备。

（Update，才发现这两个梗都被放到官方预告片里了 lol

距离我上次推荐 Chrome 新扩展已经过去了四个月时间，商店里也出现了一大波新选手。在本文中，我将介绍其中 10 款实力玩家，包括新标签页、剪藏工具、外语学习、时间追踪、下载增强等，希望你能找到自己心仪的扩展。

DashOne

作为 Android 的特色亮点之一，桌面小部件（Widget）可以帮助我们在不打开应用的情况下了解最新动向、完成各种操作，而 DashOne 则将其搬到了你的 Chrome 新标签页上。它预置了天气、新闻、笔记、书签、快速启动及多种效率工具，允许你阅读 RSS 订阅文章、查看 Gmail 未读邮件、速览 GitHub 通知、处理 Todoist 任务，甚至玩一局打砖块或连连看，还支持自由排列和暗色模式。

你可以在 Chrome 网上应用店 获取 DashOne，免费用户仅可以添加 10 个 Widget，如果你想添加更多，需要订阅 3 美元/月的专业版。

几枝

不论是为了提高自己的姿势水平，还是单纯想在聊天时彰显文采，多背几首诗词总是没错的。而几枝这款扩展，就会在你每次打开新标签页时展示一句经典古诗词，配合层叠涌动的波浪或气泡背景，婉约如江南山水，让你的 Chrome 与众不同。如果你想了解更多，只需点击页面中间的词句，就可以调用 Google、百度等引擎搜索相关背景知识，探索古韵之美。

你可以在 Chrome 网上应用店、Firefox Add-ons 和 GitHub 免费获取几枝。

Web Clipper

正如其名，Web Clipper 的主要功能是将网页上的内容「剪辑」下来，并一键保存至数种云笔记服务。与印象笔记剪藏等工具相比，Web Clipper 支持智能提取、手动框选及自由编辑选中区域，还允许你将网页转换为 Markdown 格式，满足多种需求。目前，Web Clipper 已支持 Bear、GitHub、Notion、OneNote、有道云笔记和语雀 6 种在线笔记服务，值得一试。

你可以在 Chrome 网上应用店 和 GitHub 免费获取 Web Clipper，Firefox 版本也正在开发中。

TenWords

我曾经介绍过不少划词翻译扩展，而 TenWords 可能是最特别的那个。只需点击工具栏上的图标进入学习模式，你就可以通过鼠标轻点查询不认识的单词释义，并标注生词为「已掌握」或「不认识」，在 TenWords 的练习页面中温习。TenWords 支持定时提醒、进度管理、单词卡片及学习成就统计等，帮助你快速掌握一门新语言。除了英语外，TenWords 还针对法语、德语、俄语等数种语言做了相应优化，适用范围更广。

你可以在 Chrome 网上应用店 免费获取 TenWords，由于网络原因，登录账户可能需要科学手段，敬请留意。

Dualsub

要想掌握一门新语言，观看外语原版视频是快速提升自己的好方法，为了兼顾初学者和进阶用户的需要，不少字幕组都会提供双语版本的字幕文件，便于对照学习。其实，不少 YouTube 视频也会提供多种语言版本的字幕，但默认只能显示一种，为了解决这一问题，Dualsub 诞生了。它支持同时显示两种不同语言的字幕，还允许你将字幕以 ASS 文件的形式保存至本地，啃生肉更轻松。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Dualsub。

Summary Box

在信息高度碎片化、呈爆炸式增长的今天，「一目十行」几乎成了快速汲取新知的必修课。不过，我们可以比较轻松地精炼母语文章的中心思想，却很难高效阅读外语新闻，往往需要一个个单词逐字在脑中翻译，效率低下。Summary Box 则利用 AI 技术，帮助你一键生成所选文章的要点梗概，还支持自动提取正文内容，是速览英语文章的好帮手。

你可以在 Chrome 网上应用店 免费获取 Summary Box。

Worklog Tracker

时间量化管理是一项容易被忽视、却相当重要的提升效率法门，可以帮助我们厘清工作时长分配，更好地安排自己的一天。Worklog Tracker 就是一款相当出色的时间记录扩展，它支持在本地创建并追踪工作动态，自动同步至 Toggl、Jira、Keen 和 Yandex.Tracker 等主流服务。你还可以利用它导入及导出不同时间追踪平台中的个人数据，在多种服务间自由切换。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Worklog Tracker。

DownThemAll!

DownThemAll! 是 Firefox 平台的老牌下载增强扩展，近期移植到了 Chrome 上。与原生下载管理器相比，DownThemAll! 支持自动嗅探网页上的元素，并按照预设规则进行分类。你可以轻松筛选当前页面上所有的链接、图片、音频、视频、文件等，并一键下载至本地。此外，DownThemAll! 还允许你创建自定义规则，利用正则表达式过滤要下载的项目。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 DownThemAll!。

FasterChrome

Chrome 之所以能够在短短数年时间内超越 IE，独霸浏览器市场，很大程度上是凭借其无出其右的响应速度，而 FasterChrome 这款扩展想让它变得更快。其原理十分简单，当你的鼠标指针停留在一个链接上超过 65 毫秒时，FasterChrome 就会假定你即将点击它，并在后台预先加载。由于正常人从移动鼠标到手指按下间隔 300 毫秒以上，两者之间的时间差就会造成网速更快的错觉。

你可以在 Chrome 网上应用店 免费获取 FasterChrome。

ClearURLs

点击广告或其它链接跳转至第三方网站时，你或许会注意到地址栏后缀着一串看似无意义的字符，其主要作用是标识你的身份，包括设备信息、用户资料等，便于追踪和定位。如果你比较在意自己的隐私安全，或许会希望删去这些跟踪字段，而 ClearURLs 就能派上用场。它能够自动净化主流网站的追踪字段，还支持提交自定义模板，保护你的个人数据。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 ClearURLs。

前几天写了一篇小众 App 合辑推荐，有些出人意料的是，评论区的读者更感兴趣的反而是我 Chrome 里都装了哪些扩展。为了满足各位读者的好奇心，今天，我就来介绍一下自己正在使用的一部分扩展，希望你会满意。

让网页焕新颜

浏览器的本职工作，当然是访问网页。不过，总有一些网站的设计让我们心生不快：铺天盖地的广告、陈旧过时的 UI、繁复难用的交互……而本节介绍的 8 款扩展，就能解决这些问题。

Stylus

Stylus 是一款基于知名网页美化工具 Stylish 1.5.2 版本开发的开源扩展，允许你通过编辑 CSS 为网页创建自定义样式、主题等。安装后，Stylus 便会智能提示适用于当前网站的用户样式，可以轻松安装使用。如果你略懂编程，还可以自己修改或创建样式，将网页调教为自己喜欢的模样。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Stylus。

P.S. 如果你正在使用 Stylish，其已被原开发者出售，曾被曝光后台窃取用户隐私数据，建议卸载。Stylus 则基于由原作者维护的最后一个版本，并删除了所有追踪功能，更好地保护隐私。

关联阅读：

• 这款网页美化扩展跟 Stylish 一样好用，但它不会偷看你的浏览历史：Stylus

简悦

尽管 Chrome 75 已经为我们带来了原生的阅读模式，但其仍有诸多不足：入口深、选项少、适配差……简悦则完美解决了这些问题，它手动适配了数百个常用网站，支持颜色主题、字体、间距等多种样式切换。对于未适配的网站，简悦还提供了临时聚焦模式，帮助你只关注内容，不受其它元素干扰。

简悦更强大的地方，在于丰富的动作和插件支持。你可以将网页内容一键分享至微博、Twitter，也可以发送至印象笔记、Pocket 暂存，或者干脆直接推送至 Kindle 继续阅读。还是没有你想要的功能？简悦支持安装第三方插件，实现无图模式、划词搜索、全文翻译等更多特性，等你发掘。

你可以在 官网、Chrome 网上应用店 和 Firefox Add-ons 免费获取简悦。

关联阅读：

• 为了完美阅读模式这个小目标 ，我适配了 160+ 个网站，因此诞生了它 - 简悦
• 不只是「完美」阅读模式，他想用这款阅读工具帮你更好获取知识：专访简悦 | 幕后

Dark Reader

继 macOS Mojave 后，刚亮相的 iOS 13 也为我们带来了原生的黑暗模式。如果你希望在全平台获得一致的浏览体验，Dark Reader 就能帮上忙。它可以智能反转网页主体颜色，保证图片辨识度的情况下将背景设为深色，呵护眼部。在设置中，你还可以手动调整颜色、对比度、滤镜等。如果你是高级玩家，还可以在开发者工具中直接编写 CSS，可玩性极高。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Dark Reader。

uBlock Origin

uBlock Origin 是一款极其强大的广告屏蔽和反追踪扩展，与更广为人知的 AdBlock Plus 相比，它仅默认加载匹配当前网页的规则，因此性能更强、占用资源更低。你可以直接添加由他人维护的广告屏蔽规则列表，或者通过元素拾取器准确屏蔽不想看到的部分，也可以为想要支持的网站（例：sspai.com）启用白名单，方法多样。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 uBlock Origin。

哔哩哔哩助手

哔哩哔哩助手可能是资历最老的 B 站辅助扩展之一，时至今日，已经拥有了关注内容更新推送、画中画、视频下载、自动签到、过滤直播广告等数项涵盖全站板块的功能。此外，你还可以利用哔哩哔哩助手反查具体弹幕发送者，方便屏蔽喷子们。

你可以在 官网 或 Chrome 网上应用店 免费获取哔哩哔哩助手。

pakku

弹幕可以说是众多 B 站视频的灵魂，但有时，过于密集的弹幕刷屏也会使人心生厌烦，而 Pakku 则可以近乎完美地解决这一问题。启用后，它便会将短时间内集中出现的相似弹幕自动合并为一条，并在后方注明出现次数。在不遮挡画面主要内容的同时，达到欣赏优质弹幕的目的。你还可以调整弹幕合并样式、相似度算法等，或者用正则表达式预先过滤弹幕，自由度较高。

你可以在 官网、Chrome 网上应用店 和 Firefox Add-ons 免费获取 pakku。

Simplify Gmail

为了完成 KPI，Google 大刀部把广受欢迎的 Inbox 砍掉了，如果你曾是其忠实用户，可能会对陈旧的 Gmail 界面感到不适应。为了拯救你的收件箱，前 Inbox 设计师 Michael Leggett 开发了 Simplify Gmail 扩展，重新设计了按钮和元素的摆放位置，并隐藏了侧边栏，让界面更加清爽干净。

你可以在 Chrome 网上应用店 免费获取 Simplify Gmail。

Augmented Steam

一入蒸汽深似海，从此钱包是路人。看着满屏的 -90%，唯有 Augmented Steam 能阻止剁手的冲动。它可以帮助你查看游戏的历史价格、各区售价，隐藏或高亮显示已购买游戏和愿望单项目，在商店页面显示成就、媒体打分和相关文章介绍等，是喜加一前的好帮手。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Augmented Steam。

P.S. Augmented Steam 基于名气更大的 Enhanced Steam 扩展，但由于后者已停止维护，故推荐此扩展。

让功能更贴心

网页要颜值，更要实用。有的网站精简功能引流 App、有的网站拒不兼容最新标准、还有的网站总是加载出错……要想好好上网，本节推荐的 7 款扩展必不可少。

Tampermonkey

Tampermonkey 是一款用户脚本管理器，其与 Stylus 类似，但功能更加强大。从内容屏蔽到样式美化、从功能增强到精简提速，用户脚本几乎无所不能。如果你厌倦了原始网页的诸多不便，不妨试试能否从 Greasy Fork 中找到其他用户编写好的优化脚本，或者干脆自己创建一个，并分享给大家。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Tampermonkey。

关联阅读：

• 用 Chrome 的人都需要知道的「神器」扩展：「油猴」使用详解
• 全方位强化你的浏览器，我们推荐多达 40+ 款实用的油猴脚本

Infinity 新标签页

Infinity 也许不是最美观或最实用的新标签页扩展，但很有可能是将两者平衡最优秀的那一个。它内置了上万张风景和插画壁纸，提供 Unsplash、Bing、Life Of Pix 等壁纸源，支持自动切换、遮罩和模糊效果。为了保证 UI 的一致性，Infinity 新标签页重绘了数百个常用网站图标，可以按分类筛选和搜索。你还可以自定义图标布局、形状等，随心定制主界面的显示元素。

你可以在 官网、Chrome 网上应用店 和 Firefox Add-ons 免费获取 Infinity 新标签页。

二管家

对于装了 94 个 Chrome 扩展的我来说，如何管理调教它们是件烦心事。而二管家则允许你在一处快速管理所有已安装扩展，通过正则表达式自定义规则，在打开特定网站时自动开启或禁用一组扩展。此外，二管家还能记录所有扩展的安装、卸载等活动记录，并依据云端数据为你推荐适合当前网站的扩展。

你可以在 Chrome 网上应用店 免费获取二管家。

二箱

二箱与二管家来自同一位开发者，是一款整合了 Google、百度、必应、TinyEye、SauceNAO 等多个引擎的图片搜索扩展，允许你在一个页面中查看全部相关结果，并按尺寸、相关度等排序。你也可以使用二箱直接截图，或手动上传本地图片搜索，并查看此前的搜索记录。

你可以在 Chrome 网上应用店 免费获取二箱。

IE Tab

互联网的辞旧迎新速度愈发迅捷，却总有教务系统和网银页面被甩在身后。如果你不想每次登录网银都要从角落请 Internet Explorer 出山，IE Tab 就是个好选择。它可以在不离开 Chrome 的情况下调用 IE 内核浏览网页，从此告别「不兼容」对话框。

你可以在 Chrome 网上应用店 获取 IE Tab，免费版仅支持 Windows，macOS 和 Chrome OS 使用需要订阅高级版。

Go to Tab

一次打开众多网页时，Chrome 就会把所有标签页都缩成一团，完全无法辨识。而 Go to Tab 则可以将当前打开的网页和窗口标题展示为列表，点击即可跳转或关闭。如果标签页实在过多，你还可以用键盘快捷键快速操作，并搜索 URL 和标题，提高浏览效率。

你可以在 Chrome 网上应用店 免费获取 Go to Tab。

AHA Music

用浏览器观看视频时，你的注意力可能会被背景音乐所吸引。而 AHA Music 这款扩展就可以自动识别当前正在播放的音乐，并给出 Spotify、YouTube、Deezer 等流媒体服务链接。由于采用了 ACRCloud 作为曲库提供方，AHA Music 基本覆盖了所有时下流行歌曲，让你无后顾之忧。

你可以在 Chrome 网上应用店 免费获取 AHA Music。

让工作更高效

在少数派写推荐文，必不可少的关键词之一就是「生产力」了。在本文中，我也不能免俗，将为大家介绍 7 款可以加速你的工作效率的 Chrome 扩展，从此告别「996」。

Toby

查询资料时，我们可能会同时打开许多标签页，如果这时突然来了其它紧要工作，只有关闭所有页面下次重新搜索么？有了 Toby，你就可以一键保存当前的标签页组，随时恢复此前的进度。Toby 支持暂存多个标签页组，并通过标签、笔记和备注整理归纳，还能跨设备同步收藏记录。

你可以在 Chrome 网上应用店 免费获取 Toby。

关联阅读：

• 如何更好地管理「标签页」，我选择 Toby

Spider

工作和学习中，你可能会有批量抓取网站内容的需求：商品介绍、新闻标题、表格数据……如果只是单纯的复制粘贴，之后还要费心整理，想要写个爬虫又考验编程水平。这时，不妨试试 Spider，它可以一键抓取网页上的结构化数据，并导出为 JSON 和 CSV 文件，轻松高效。

你可以在 Chrome 网上应用店 免费获取 Spider。

Forest

如果你总是在工作中分心，干正事的时候鼠标却不由自主地点开了摸鱼网站，Forest 就能帮到你。只需设置网站白名单和黑名单，再点击 Forest 的图标，它就会督促你专注于眼前的工作。你可以设置专注时长和树的种类，在结束时收获绿树如荫。如果期间访问了不该上的网站，就只有枯萎的树苗了哦。

你可以在 Chrome 网上应用店 免费获取 Forest，应用同时提供 iOS 和 Android 版本。

关联阅读：

• 你要专心工作，这棵树才能茁壮成长：Forest for Chrome | App+1

WorldBrain’s Memex

我们每天都会访问数不清的网站，却很少归纳整理。于是，当某一天你突然回想起曾经看到过什么内容时，用尽一切办法，也很难翻到当初的那个页面了。为了解决这一问题，WorldBrain’s Memex 诞生了。它可以快速索引网页正文内容，而非标题和链接，还支持自然语言检索，读过哪些文章一清二楚。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 WorldBrain’s Memex。

关联阅读：

• 在数千条历史记录中找到已经忘记标题的网页，你可以试试 Memex

达达划词翻译

单词翻译扩展可能是竞争压力最大的领域之一，少数派此前也曾推出过一篇 专题介绍。而尝试过诸多作品后，我的最终选择是达达划词翻译。它的 UI 设计简约美观，释义来自牛津词典，支持发音和词根词缀。此外，达达划词翻译还内置了生词本功能，基于艾宾浩斯记忆曲线进行温习提醒，帮助你科学掌握外文词汇。

你可以在 Chrome 网上应用店 免费获取达达划词翻译。

书签侧边栏

为了追求更大的有效显示面积，不少人会选择隐藏 Chrome 书签栏，但这也会带来一个新问题，那就是如何方便快捷的点击书签。而书签侧边栏则可以将 Chrome 的书签栏移动至浏览器两侧，并通过滑动或点击等方式唤出，还可以自定义其外观、位置、行为等，自由度较高。

你可以在 Chrome 网上应用店 免费获取书签侧边栏。

Unpaywall

尽管科学无国界，但部分知识却有壁垒。如果你需要参考一篇期刊论文，学校却没有购买相关授权，或许会看到下图所示的提示，只能另觅他处或自掏腰包了。其实，有相当一部分付费论文都可以从互联网免费获取，Unpaywall 就可以帮助我们找到它。启用后，Unpaywall 会在论文网页提示是否有免费版本，可以一键直达。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Unpaywall。

P.S. 与 Sci-Hub 不同，Unpaywall 由一家名为 Impactstroy 的非盈利机构出品，检索到的论文均来自正规合法渠道，如 Green Open Access 和作者个人网站等，请放心食用。

让代码更直观

要想代码没 bug，除了祭祖女装 996 外，好看实用的浏览器扩展也能增分不少。在本节，我就为大家推荐 4 款程序员必备的 Chrome 扩展，希望能帮助你码途一路顺风。

GayHub

作为全球最大的同性交友平台，GitHub 是不少程序员的工作必备网站，而 GayHub 就能让它更好用。它解决了 GitHub 浏览项目时的几个痛点，如在项目左侧显示文件目录树方便跳转、在右侧为 Markdown 说明文件添加 ToC 目录以供查看等。此外，你还可以用它全屏查看图片、快速复制代码，让 GitHub 更好用。

你可以在 Chrome 网上应用店 免费获取 GayHub。

Refined GitHub

Refined GitHub 为 GitHub 带来了数个 UI 及细节改进，如将 issues 通知设为未读、一键修复 merge 冲突、pull request 前二次确认、issue 原链接跳转、显示表态者头像等。如果你觉得原生 GitHub 还有哪些不便，不妨到 Refined GitHub 主页 提交新请求吧。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Refined GitHub。

OctoLinker

在 GitHub 上在线查看代码时，纵使你可一目十行，也难免会被某个复杂的逻辑绕晕。这时，就到了请 OctoLinker 出场的时间。它可以识别包括 Java、Python、Node.js、Haskell 等在内的数十种语言在内的代码逻辑，将 include、require、import 等模块加载语句转换为可点击的链接，一键跳转至引用页。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 OctoLinker。

JavaScript and CSS Code Beautifier

顾名思义，JavaScript and CSS Code Beautifier 是一款可以美化网页 JS 、CSS 及 JSON 代码文件的 Chrome 扩展。只需打开任意一个源代码页，它就会提示你是否显示格式化后的代码，并支持多种主题切换及自定义样式效果，再也不用复制到 IDE 查看了。

你可以在 Chrome 网上应用店 免费获取 JavaScript and CSS Code Beautifier。

让设计更简单

如果你靠设计混饭吃，在日常工作中可能会遇到这些问题：想下载当前页面中的全部图片又懒得依次点击、看到一组不错的配色想保存又不知具体色值、觉得网页用的字体超赞却难觅具体名称……而本节介绍的 6 款扩展就能满足你的需求。

图片助手

在 Dribbble、Pinterest、花瓣等网站看到一组设计素材时，你可能会想要将其保存至本地备用，而图片助手则可以帮助你将其一网打尽。它能够一键提取当前页面中的所有图片，允许你按尺寸、类型、URL 等筛选，还支持一次提取多个网页中的图片、加载当前页面中的链接以获取更多图片。

你可以在 Chrome 网上应用店、Firefox Add-ons 和 官网 免费获取图片助手。

P.S. 如果你曾搜索过 Chrome 图片批量下载扩展，可能会看到不少推荐 Fatkun 的文章。它此前很长一段时间也是我的首选，但在一次更新后出现了静默弹窗、劫持搜索引擎、后台访问推广网页等行为，建议大家移除。

Color by Fardos

无论是平面设计还是幻灯片演示，一套优秀的色彩方案都可以起到锦上添花的作用，而 Color by Fardos 就可以承包从取色到配色的全部流程。安装扩展后，只需输入名称，你就能找到相关颜色及其互补色、三色调等方案。你还可以点击屏幕上的任意颜色，实时预览调色效果，并保存至调色盘备用。

你可以在 Chrome 网上应用店 免费获取 Color by Fardos。

Site Palette

偶遇一个设计精美的网站，想将其配色方案应用至自己的作品，Site Palette 就能帮上忙。它可以智能分析任意网页的主色调和配色方案，生成调色板，并按照 Material Design 等设计语言给出近似的颜色方案，方便后续设计工作。

你可以在 Chrome 网上应用店 获取 Site Palette，其专业版支持通过终端调用 API，但需按请求次数付费。

Dribbble Color Generator

Dribbble 是世界著名的设计师交流网站，可以从上面发掘出许多优秀作品。而 Dribbble Color Generator 则可以帮助你下载任意作品的调色板，并保存为 .aco 或 .sketchpalette 文件，让你从此不再为配色担忧。

你可以在 Chrome 网上应用店 和 Firefox Add-ons 免费获取 Dribble Color Generator。

Eagle

Eagle 是一款集实用与美观于一体的设计素材管理工具，少数派此前也曾多次介绍过。而其官方 Chrome 扩展则允许你一键批量导入当前网页中的图片，或者直接截图保存。其抓取能力十分强大，支持按尺寸、格式等筛选，并自动识别重复图片，是设计师的好帮手。

你可以在 Chrome 网上应用店、Firefox Add-ons 和 官网 获取 Eagle 浏览器扩展，需要配合主应用才能使用，欢迎前往 少数派正版软件商城 选购。

关联阅读：

• Eagle 1.9 更新：新增字体管理、以图搜图等，发现素材管理的更多可能
• 保持热情与创新，他开发出了这款图片管理工具中的「印象笔记」：专访 Eagle | 幕后

WhatFont

在网页上看到了好看的字体，怎么才能应用到自己的作品中？此前，我一直是右键「审查元素」，再细细搜寻，效率低下。而 WhatFont 则允许我们通过一次点击查看对应文本采用的字体、字重、字号、颜色等，还能预览字体样式和跳转至字体来源出处，让海报设计更容易。

你可以在 Chrome 网上应用店 免费获取 WhatFont。

我好久都没睡好了，值得记录一下。

从半年前手术开始，接连着出差、二次手术、年前的忙、过年的烦、年后的忙，一直到前几天的连续熬夜和通宵工作，我真的很长一段时间里都没有这么深的睡眠了。

前几天为了最后出方案，熬了两个通宵，公司内部的野心和追求都令我感到很失望，复杂的情绪交融在一起，非常难过。但最后还是用我的方式，引导大家选择了我想要的那个。尽管看上去我在力推另一个方案，但是人呐，对于自己没有概念的事情，靠嘴说是没有用的，对于他们来说，打出高中低来，选中间的，是他们能理解的方式。更好的那个，谈不上多超前，仅仅只是不值得而已。算了，以后总会有机会。

昨晚九点半，终于把所有设计文件、模型和工艺文件、USDZ 文件分别发送到了各个下一环节手中。接下来，不用我熬夜，轮到我监督他们干活交东西了。算是阶段性的胜利吧。

心情一好，我就看了半部《无间道3》。

前段时间跟筱烨一起看《无限超越班》，心里的戏瘾就痒痒，但是现在没有机会上舞台了，就上 Netflix 找了无间道三部曲开始看。之前分两周陆续看完了前两部，昨晚难得松懈一下，一口气看了半部三。

为了帮我补熬夜的气血，筱烨给我买了两次西洋参。第一盒前几天喝完了，前天又到了一盒，昨晚睡前温热地喝了一杯。

大概是工作的疲惫 + 阶段胜利的松懈 + 看电影的愉悦 + 西洋参补的气，一起让我睡了一顿好觉吧？

健身課表/課表中，除了動作選擇外，最重要的就是訓練強度和訓練量了。但訓練量有許多不同的定義，本文即是來解釋訓練量的定義方法及理由（原文請見 ig @vin_training）

簡介

訓練量，是大家耳熟能詳的名詞，是安排課表時重要的變因之一。

我自己最初接觸這個名詞時，學到的是「訓練量=次數x組數x重量」。但後來慢慢發現，不是所有人都這樣定義的。

譬如，許多健力、健美課表上的每日「volume」欄位就是指當天的「sets (組數）」。而台灣人應該也不陌生的 Juggernaut Training System 的 「訓練量專家」 Mike Isratel （水肥哥翻譯過他的「練胸完全指南」）也把訓練量定義為組數。

那訓練量到底該怎麼定義呢？本文整理了近幾年的研究並給出我個人的推論，但這並不是學界公認的定義，也不是每個健身者都認同的定義。事實上，有些專家會用更複雜的計算方式來定義訓練量（例如，考慮自覺強度或 1RM 百分比）。

因此本文主要目的是分享訓練量的「簡易定義方式」，以供大家參考，並不是說這就是唯一的正解。

For 肌肉量成長：訓練量=組數

傳統上，我們常用「次數x組數x重量」當作訓練量的定義，但就出現了一個問題：為什麼研究（1）會發現，當訓練量相同時，大重量訓練比小重量訓練能得到更多的肌肉量成長？之後，科學家發現，若把訓練量定義為「達到力竭的組數」的話，大重量訓練就跟小重量訓練有同樣的肌肥大效果（研究2，研究3）。

[實際應用]

在設計課表時，訓練量是我們常常要操作或控制的變因。許多人把訓練量視為「次數x組數x重量」，但或許把訓練量視為「足夠難的組數」會是更好的方法。

For 肌力：訓練量=組數

關於訓練量與肌力的研究相對不一致。有研究（4，5）發現訓練的組數越多，肌力成長就越高；但也有研究（6，7）得出高組數與低組數對肌力成長的效果沒有差別。

但不變的是，大重量對最大肌力的成長一定比低重量大。此外因重量跟次數是互相影響的，所以大重量必伴隨低次數。因此，以肌力為目標的話，將訓練量定義為「組數」即可。

[實際應用]

若目標是最大肌力，那一定要練大重量(>75% 1RM 夠的重量)，且時不時需要練>90% 1RM 的重量。但訓練量是不是重點呢？短期可能不是，因此比賽前減少訓練量是不會影響肌力成長的。但長期而言，因肌肉量愈高則肌力成長的潛力越大，所以高訓練量仍會比較好。

For 熱量消耗：訓練量=次數x組數x重量

當訓練量=「次數x組數x量」時，相同的訓練量會有類似的熱量消耗。

因為熱量消耗取決於做功，而做功等於「力x距離x總次數」。所以在距離相同的情況下（也就是你深蹲不會越蹲越高），熱量消耗就可以用「重量x總次數」來預測，而總次數就是次數x組數。

[實際應用]

如果你重訓的目標就是「熱量消耗」的話，那挑選較輕的重量確實能較有效累積一個訓練日的熱量消耗。但我仍會推薦重訓就以肌力、肌肉量、或肌耐力為目標，熱量方面靠飲食更有效。

另一個能觀察到的現象是，初學者通常深蹲或硬舉個 10 下後仍臉不紅氣不喘，但若是能蹲 200 公斤 10 下的人，蹲完肯定會攤死在地板上，因為熱量消耗實在太大了，所以休息時有氧系統需要火力全開提供能量。

結論

若你想尋求最簡單的方法來追蹤訓練量，那用「組數」算是不錯的選擇。但一組三下 vs 一組 15 下對身體的感覺確實不同，所以心中也要記得「組數」只是個訓練量的估算而已，最終還是要檢測自己的身體反應。