[@pseudoyu]$ { 💭 & 🐦 & 📝 & 🌟 & ▶️ & 🎵 & 📖 & 📺 & 🎮 } > /dev/telegram
Aggregate the content I consume and create on the Internet.
Aggregate the content I consume and create on the Internet.
当接到一个新任务时,尤其是在会议或讨论后,大脑会装满各种相关的上下文信息,就像缓存一样。如果你此刻觉得自己对任务很清楚了,就应该立刻开始执行,而不是把它加入任务清单,安排到所谓的"特定时间"再做。
这是因为,大脑此刻的清晰感来源于这些充足的上下文,而这些信息会随时间快速衰减。虽然你可能通过笔记(如任务概述或会议纪要)记录了这些信息的线索,但它们只是高度压缩的索引。重新"解压"和展开这些索引同样耗时。很多时候,我们大量的时间恰恰耗费在重新理解这些上下文线索上。
所以,我们应该趁着大脑对任务认知清晰、解决方案呼之欲出的状态,立刻开始实现。这相当于把这件事所需的信息"转储"(dump)出来,固化为实际的成果,从而减轻大脑的负担。
其实,完成一件事情的核心框架所需的速度是很快的。如果你觉得时间不够,哪怕只是写写伪代码、定好函数名和调用方式,甚至用口述(语音输入提示词给AI)来勾勒出执行路径,也算一个开始。
从熵增的逻辑来理解也很清楚。如果推迟执行,任务的"熵"会越来越高。未来要降低这个熵,所需花费的时间和精力,等于要重来一遍。但只要任务开始了,它需要排解的"熵"就会减少。当下一次继续时,需要加载到大脑"内存"中的数据也会减少。因为任务已经变得有条理,只需按需加载即可。这就像一个游戏,初始状态是加载整个大地图,但当框架搭好、脉络清晰后,下次只需加载某个特定关卡,所需的"内存"自然就少了。
所以,当你对一件事很清楚时,不要犹豫,立刻去做。不要延后,不要拖延。这(或许)是唯一不能拖延的事情。你可以拖延其他事情,那些拖延(相比之下)或许没有代价。但是,当你知道一件事情该怎么做之后,每拖延一秒,你都必须为之付出代价——也许是双倍的时间。
so do it, do it immediately when you clearly know what to do
这是因为,大脑此刻的清晰感来源于这些充足的上下文,而这些信息会随时间快速衰减。虽然你可能通过笔记(如任务概述或会议纪要)记录了这些信息的线索,但它们只是高度压缩的索引。重新"解压"和展开这些索引同样耗时。很多时候,我们大量的时间恰恰耗费在重新理解这些上下文线索上。
所以,我们应该趁着大脑对任务认知清晰、解决方案呼之欲出的状态,立刻开始实现。这相当于把这件事所需的信息"转储"(dump)出来,固化为实际的成果,从而减轻大脑的负担。
其实,完成一件事情的核心框架所需的速度是很快的。如果你觉得时间不够,哪怕只是写写伪代码、定好函数名和调用方式,甚至用口述(语音输入提示词给AI)来勾勒出执行路径,也算一个开始。
从熵增的逻辑来理解也很清楚。如果推迟执行,任务的"熵"会越来越高。未来要降低这个熵,所需花费的时间和精力,等于要重来一遍。但只要任务开始了,它需要排解的"熵"就会减少。当下一次继续时,需要加载到大脑"内存"中的数据也会减少。因为任务已经变得有条理,只需按需加载即可。这就像一个游戏,初始状态是加载整个大地图,但当框架搭好、脉络清晰后,下次只需加载某个特定关卡,所需的"内存"自然就少了。
所以,当你对一件事很清楚时,不要犹豫,立刻去做。不要延后,不要拖延。这(或许)是唯一不能拖延的事情。你可以拖延其他事情,那些拖延(相比之下)或许没有代价。但是,当你知道一件事情该怎么做之后,每拖延一秒,你都必须为之付出代价——也许是双倍的时间。
so do it, do it immediately when you clearly know what to do
📖 zivkan.com - Multiple git configs #article
https://www.zivkan.com/blog/multiple-git-configs/
把工作用的 git 和个人的分开
https://www.zivkan.com/blog/multiple-git-configs/
#TIL
今天晚上有个紧急的需求要到已部署环境的 pod 里去调用一个 grpc 请求,因为是个 java 容器环境,里面什么也没有,想起来之前朋友跟我讲过他前司做的 X-CMD 就是基于 Shell 的,依赖很少,适合这类容器场景。
于是三条命令解决了
X-CMD 我已经用了有两年了,每次换新电脑之类的都用来管理本地的各种语言版本和软件,突然又 get 新的使用场景~
今天晚上有个紧急的需求要到已部署环境的 pod 里去调用一个 grpc 请求,因为是个 java 容器环境,里面什么也没有,想起来之前朋友跟我讲过他前司做的 X-CMD 就是基于 Shell 的,依赖很少,适合这类容器场景。
于是三条命令解决了
# Install x-cmd
eval "$(curl https://get.x-cmd.com)"
# Install grpcurl
x env use grpcurl
# Invoke grpc request
grpcurl -plaintext -d '{}' 127.0.0.1:9001 xxx
X-CMD 我已经用了有两年了,每次换新电脑之类的都用来管理本地的各种语言版本和软件,突然又 get 新的使用场景~
LLMs 驱动下信息成倍摄入与产出,但是写代码的满足感与知识获得感也在直线下降,有时候也常常像是陷入效率的 Rabbit Hole。
虽然才入职一个多月,但进入了公司一个专项模块的开发,截止时间很近,讨论完方案之后也只剩一周时间来开发和自测,所以常常得加班;于此同时,下班后也有一些自己的项目要忙。
开发上由于 LLMs 返回有等待时间,我用两台电脑两个屏幕分开了不同的任务,所以倒是可以并行,甚至效率成倍增长,只是经常脑子在不同的上下文之间切换。
起初感觉也没什么,直到今天在开一个会发言的时候突然脑子有些空白,但嘴却没停下来,讲了几句不相关的事,两三秒后才反应过来,才意识到自己的大脑已经有点超负荷了,甚至有了我们常常吐槽 LLMs 的“幻觉”和“上下文错乱”。
昨晚也久违地有些失眠,倒不是有什么心事,只是脑子似乎随机地推演着一些技术细节、方案、TODOs 和各种各样的事,没办法停下来,突然联想起死亡笔记中得到死神之眼的弥海砂,会因为太多的信息而超负荷。
一方面不得不承认年纪所带来的精力和注意力的下降,曾经二十岁出头的自己一定不至于这样;另一方面也有些感慨即使在常常吐槽 AI 不够智能、降智的当下,自己已经开始承受这种过载所带来的代价,未来又会怎样呢?
📖 我使用 Claude Code 开发 Rolldown 的体验 | Yunfei's Website #article
https://hyf.me/blog/claude-code-in-rolldown
确实 claude code/codex + 文档可以处理复杂度很高的需求了
https://hyf.me/blog/claude-code-in-rolldown
评分: ★★★★☆
备注: 大卫不论从道德还是各个维度来说,确实都有太多作为人的缺陷,有点打破对斯坦福建校校长这一认知,不过书是不错的书,能打破一些自己的思维惯性和认知。
https://book.douban.com/subject/36096300/
评分: ★★★★☆
备注: 小时候听过的剧,这两个月下饭看完了,确实还是经典,把人性和时代的困境都从一些小事的缩影中呈现出来了。
https://movie.douban.com/subject/3609075/