AndyAO

经常会看见这样的现象，有新手来问如何学习某项技能，结果很多人推荐直接看文档。

实际上对于很多新手来说这是不行的，因为会极大的增加其认知负荷，可能还没入门呢，就被吓跑了，把持不住！

无论文档多么完善循序渐进的入门教程，都是有必要的。

买本书，听个课程，再烂起码也不会立即从入门到放弃。

@darkengine
这是很多公司都能够遇到的问题，过分关注于实际工作时间，连上厕所都要限制；由于主管没走，很多员工就不敢走，实际上那个时候工作效率已经很低了，很多人基本上就在摸鱼，根本就不认真工作。

在之前还听说过用代码函数来算工作量的说法，感觉这些方法都是邪路。

这是把流水线上那套方法搬到别的领域了，越是需要脑力劳动，越是解决复杂问题，越不能用这些简单的方式施加限制。

记得很早之前的时候在网上看到一个帖子，有个人刚上班的时候需要工作 8 个小时，来处理各种表格什么的，后来他自己写脚本，慢慢的将工作效率大幅提升，只用半个小时就基本上能够完成一天的工作量，然后用剩下的时间办自己的事情。虽然 7 个小时都在摸鱼，但这个人的水平是很高的，如果老板将他开除可能会有很大损失。

@dier
最近也是刚刚意识到要主动的无聊，此前也大概知道这个现象，但是感觉用的不太好。

据说杨振宁就有这个习惯，当解决不了问题的时候就停止工作，而不是一直盯在那里。

现在我的策略是如果发现开始有压力，那么这是个信号，已经说明自动驾驶状态解决不了当前的问题了，就应该及时切换。

***
@all
更多补充：

如果想进一步了解这方面的知识，推荐《放空：无聊为什么能解锁创意与效率》和《内心平静，才能快速行动》，看完之后会对「默认网络状态」本身，以及如何使用它有更多了解。

上面那两本基本看完了，刚刚又发现了《如何打造你的最优工作节奏》，看起来也是专门谈论这个问题的，准备也阅读下。

不过也别刚开始就采取这种策略，因为真的有很多问题，凭直觉立即就可以获取答案，只有难题才会用这种方式；而且，你需要去接触那个难题，尽可能的获取信息，否则你的意识很难对那些材料进行加工。

@panyuz FileLocator 布尔表达式

@stille 懂了😯

@zhaiblog 可以直接用命令行触发，例如，gh workflow run pytest.yml ，commit 这种方式会破坏历史记录。

@stille 有 GitHub 官方提供的 CLI，比自己用 curl 触发方便很多，感觉这是舍近求远

现在又用回 WSL2 了，内存占满就沾满吧，分配的时候给少点，起码还能用。