https://kagi.com/orion/ 有 compact mode 和 vertical mode

这个其实都是噱头 你其实学校老师自己也在学习 无非就是原本的计算机或者数据专业家了 1-2 节 AI 的课程罢了
本质就是你报的院系 专业其实就是击节专业课不一样罢了 毕业出来和普通程序员没区别
程序员群体也很注重 AI 的学习的 应用 AI 不会比大学生慢

要真正从事人工智能的研究 博士都是基础的了 我公司里面那些深度学习 大模型 还有以前的大数据团队 清一色全是博士 连写代码的和 QA 大都博士学历

当然如果毕业后就就业的话 就没必要在 AI 领域深耕了 如果考虑硕士博士 那就加油吧

@xuegy homebrew 的构架一个包只能运行一个版本 其他就是 keg only
除非你能说服他们用一个不同的名字 比如 cmake3 不过大概率不行
而且就算不同名字了 其他依赖的工具链一样都不能用了

但是这也是没办法的事情 大版本更新了 你一直停在老版本也不是个办法
Homebrew 不是那种 deterministic 的包管理 可以处理多个版本的互相依赖问题

其实也不奇怪 你看 NodeJS 和 Python 那一大堆 keg 每个人的需求不太一样
不过 Homebrew 还是不会像 pip/uv/nvm/fnm 那样做多版本虚拟环境管理
始终是保持最新也是正常的

@Fdyo Vista 那个特别吃性能 CPU 显卡差就卡的要死 考虑到那个年代 GPU 还不强
貌似 Liquid Glass 可能更吃性能 但是现在都 GPU 硬件加速了 何况现在手机 CPU/GPU 都比 Vista 那个年代的台式机强
其实之前 iOS 已经大规模使用模糊效果了 只是 Liquid Glass 在边缘额外做了一些扭曲的效果 不知道有没有额外的影响

有种梦回 Vista 的感觉 不过那时候硬件跟不上卡成

@w568w 刻录光盘是有寿命的 便宜的光盘可能几年就不行了 质量好的 保存好也十年不错了
那种量产的光盘就没有这种问题 除非磨损

@Rangertwo ICE 可以不用开 我就没开
不过好像如果要用 ICE Bar 就必须开录屏

其实我发现如果不用类似 iStat 这样的仪表盘工具
大部分的 app 都可以选择关闭菜单栏图标
这样情况下也只有 14 寸以下屏幕可能还会有些拥挤

可以用 Bartender 的开源 Clone ICE 可以选择不录屏

你宿主机特效都关了 一般情况下我虚拟机才会这样搞 节省内存显存

@mxT52CRuqR6o5 C# 语言设计的还是很好的 但是毕竟需要.Net 运行时 和 Java 需要 JVM 一样
JS 已经需要一个 NodeJS 了 用 Go 或者 RS 可以直接提供独立的可执行二进制文件
要是用 C#或者 Java 之类 你觉得大家会为了一个 tsc 手动或者自动下载安装一个.Net 或者 JRE 吗？而且太不小
运行效率也比 Go RS 之类的差一个级别 也就可能比 NodeJS 好一点

@leokun TS 作为 JS 的超集 Super Set 是兼容 JS 那些动态特性的 比如 any
这种要编译成二进制就和要把 JS 编译成二进制差不多 基本上不会比现在 v8 JIT+AOT 快多少
要完美的编译成二进制就必须强制类型 不能有那么多动态的东西 那其实就是 TS 的一个 Sub-set
assemblyscript 其实就是这么一个东西 这种编译成二进制才有优势

另外你说的就是 wasm 现在正在做的 只不过完整版的 TS 很难做到 做到估计优势也没那么大

@nomagick esbuild/swc/babel 只是类型擦除 不做类型检查
rs 语言比较严谨一些 做一些比较动态的事情可以会复杂不少
不过 rs 还有一个优势是和 node 整合比 golang 好 总的来说就是性能更好不管是 rs 本身还是和 node 的整合
不管怎样肯定比 typescript 的版本要强的多

@RedNax node v23.6.0 已经默认支持了 https://developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default

@ne6rd NodeJS 22(exp)/23(by default) 可以直接跑 TS 了 https://nodejs.org/en/learn/typescript/run-natively https://developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default
当然 tsc 变快主要就是多开发和部署有帮助的 因为不管是 node 还是 esbuild/swc/babel 都是类型擦除 如果要做类型检查必须还用 tsc
不过既然 node 都支持跑 TS 那么浏览器应该也快了 只要 v8 可以做类型擦除就可以支持

用 JS 混淆意义不大 真要保护关键部分 只能自己做一个虚拟机 然后用二进制加密实际算法
我觉得现阶段用 wasm 做混淆可能效果会好一点

我有 Logitech MX Mechanical 茶轴 感觉有点太软了 可能是我不习惯矮轴

另外这两个键盘 FN 功能键和数字键离得太近 对我而言很容易误按 玩游戏的时候很糟心
另外这种经凑布局的键盘功能键的位置也和其他布局的稍有不同 导致盲打的时候按错功能键 上下左右按键也很别扭

如果是 mSATA 口 不需要雷电
只有 nvme 的 ssd 才需要考虑