Fish 语法差异太大哦，如果自己平时还经常写一些 CI 脚本、维护一些服务器、Homelab 之类的，来回切换语法上思考起来挺麻烦的

想象一下你每天在 Windows / macOS 、VSCode / JetBrains 家的 IDEA 之间来回切换快捷键

要关注性能就要像 #31 楼说的那样去查

自己写的 zsh 主题，写的时候就考虑到了性能，消除了所有能消除的进程间调用，git status 查询也是异步的
做到 4ms per render

https://github.com/zthxxx/jovial

TCL 雷鸟 65 寸电视 65S575C Pro ，开机率非常高，女票天天投屏爱优腾 B ，看完换我开 PC 大屏原神启动

@NoLifeRyan 问下用啥做的导入导出？

他们自己推上回答了是 AE

为什么数字不打算乱顺序呢

@banricho #38 是啊，大部分说的都有不同程度混淆概念和维度，

- styled-components 是「定义组件的方式」、是语义化拆分组件的写法形式
- Sass / Less / tailwind (包括 classname 和 @apply) 都是「编译生成 CSS 的方式」，只是提供的语法不同
- import *.css (包括 module.css) 和 css`...` (及其各种语法糖) 是工程化打包后「注入 CSS 的不同方式」

这三个维度是可以互相组合、也可以单独用其一的，
比如你可以
- 在 styled-components 写法中，直接写 tailwind class 然后编译生成 CSS 被自动注入(或者 no-inject 手动注入)
- 在 styled-components 写法中，直接写 less 的同时在里面写 @apply tailwind class 然后编译后注入
- 直接写 [.module].(less|sass|css) 文件，import 后写到组件 classname 上，当然同样的，样式文件里可以写 less/sass/css/tailwind 语法(指各类 at-rules)

这里的编译器都是 postcss + 各种东西

至于直接写 style={{...}} 的，那是真的 js 写 inline-style 不在以上 CSS 范畴内

#8 第二张图图挂了重发了下试试

https://i.imgur.com/FBRgLR6.png

我个人主力是 CSS Variables + styled-components (emotion)

其中 styled-components 是指这一类 css-in-js 的写法范式，并不单指一个库，
用于语义化组件、做开发 / review 代码的时候 更关心组件结构不关心样式

而内部具体样式的实现可以是写 CSS / Less / Sass / 甚至 Tailwindcss (对，tailwind 只是生成 css 的一种方式)

https://i.imgur.com/N069tx5.png

https://i.imgur.com/PSoHAeQ.png

@yuzo555 没关系的，因为二压之后抽出来的就是正常视频流的序列帧了

楼主最后选好了 我一定要跟你买一个

这混阅排版看着太丑了

Tailscale +1

一直 tailscale 回家

这个需求直接用 git config 中自带的能力，includeIf (配合 gitdir 或 hasconfig) 直接自动切配置，并不需要手动切换

包括账号和各种配置，比如两套 ssh-key

给个简单的配置命令就是

git config --global 'includeIf.hasconfig:remote.*.url:[email protected]:zthxxx/**.path' ~/.config/git/github
mkdir -p ~/.config/git
git config --file ~/.config/git/github user.name zthxxx
git config --file ~/.config/git/github user.email zthxxx.me@gmail.com


比如我自己用的就在 https://github.com/zthxxx/init-macOS-dev/blob/f14141a9e03/init-app-preference.sh#L43-L49

Pode
Shift Happens (异形换位)

总结下我自己使用感受的对比：


- Raycast 生态丰富特别多、安装操作简单
- 开发体现上，
- Raycast 是完全 Pro Code 模式，定位是开发者使用
- Alfred 是拖拽工作流 Workflow + Embed script 的 Low Code 模式，代码编辑能力较弱

Alfred 一个输入框直接搜索所有内容，并且排序匹配做得很好，
- 而 Raycast 所有东西都是至少两级，必须先进某些 Command 下然后才能搜索，效率差很多
- 比如 Alfred 输入框能直接搜索 Chrome bookmark 、WebSearch link 、Google ，并且所有类容在一起时的优先级也做得很好，也能根据使用频率自动调整

- 而 Raycast 必须先进入 bookmark 命令，才能搜索书签内容，并且匹配时不会按照使用频率做调整，书签多时几乎都必须要输入完整单词才能搜索 (依赖 `Google Chrome` Extension 中 `Bookmarks` 命令)
- 换成 `Browser Bookmarks` 扩展后排序好多了
- Raycast `Quicklinks` 搜索太麻烦，体验如上同样是因为多级命令的原因


从这点上说，使用 Alfred 才更接近于「未来的 AI 产品」这个形态：
—— 「只需要一个入口(输入框)，想要啥只需要给他几个词，甚至不需要输入完，而它会直接给你想要的」

- Raycast 不能给一个命令设置多个 alias ，也不能一个 hotkey 触发多个自动流程 (command)
- Alfred 上的 `Youdao Translate` 使用体验巨好，从速度、发音、单词详细介绍方面，都比 Raycast 的 `Easydict` 好用太多
- 但 Alfred 3 无法多行展示，翻译长句子还是 Raycast 体验更好
- 因此自己做了一个迁移 Alfred `Youdao Translate` 到 Raycast 的工具 https://github.com/zthxxx/LingoCaster
- 也因为多级菜单的问题，Raycast 的 `ESC` 不能给人稳定的预期，Alfred 的 `ESC` 就总是能一下就关闭
- Raycast 即使 `Command + ESC` 也不能直接关闭。。。
- 在多级菜单下由于 `Pop to Root Search 设置` 中的缓存时间问题，退出一个命令后再打开可能还会遇到缓存

kaboom.js 版本都 v3000 了